大規模開発を終えて


去年の夏頃から参加してた大規模開発の案件がようやく終了した。
その前の案件が4人程の小規模開発だったので、思う所もいろいろあった。
そういえば「小規模と大規模を繰り返し経験するのがいいよ」って聞いたことがあります。

さてさて、大規模開発を終えてみて、、、、
悪い点
  • 政治に走る人が出てくる
  • 当たり前だけど小回りきかない
  • 保身に走ってしまう
良い点
  • いろんな観点からの意見がでてくる
  • きっちりゴールが示せればパワーは絶大！
「保身に走ってしまう」っていうダークサイドには自分も随分引きずられた気がする。
反省。

今回思い知ったのは、
  • ソースレビュー重要
  • バグトラッキングシステム便利！
ゴリゴリソースを書くことがあまりなかったけども、
暇があれば人のソースはチェックしまくった。
本当は公にソースレビューとかできればいいんだけど、
この業界お得意の「タイトなスケジュール」でできなかった。
大規模だと様々なスキルレベルの人がいて、もちろんレベルの低い人もいる。
Stringの比較を == でやっちゃってるなんてザラにある。
まぁそこまでひどいのは置いといても、言語仕様に照らし合わせるだけどもおかしなところは、
結構発見できるし、それで救われた所も大きかった。ソースのチェックは非常に有用ですね。
あと、ソースのチェックをする上で、EclipseのPlugin、FindBugsは必須ですね。

あと、今回、バグトラッキングシステムの威力を思い知った。
タスクがわかりやすく割り当てられるんで、いちいち仕事を振らなくても、
各人が自主的に動きやすい。
今後のプロジェクトでは大小問わず導入を検討してみます。

2008-04-05 Sat 06:48


Comment

  1. Saxman
    2008-04-05 Sat 22:46

    >バグトラッキングシステムの威力
    私は通常の開発現場からは離れて1年以上が経過していますが、実は最もほしかったのがBTSだったんです。
    自分で作ろうと設計（詳細設計、画面の雛形などはノートPCに転がってる）もしてました・・・その名も「漢」（爆

    でも会社的に導入を・・と言うとなぜか変更管理やリスク管理などと思われてしまうんですよね。単体テストレベルのものから使っていけばタスクの割り当てなどが非常に容易になるし、関連するバグ情報やいつまでにバグを取り除くかなど、管理する上でも、作業する上でも非常にありがたいはずなんですけどね。

    このあたりは開発をしている人間じゃないと分からないものなんでしょうか？
    経営側、管理側ももっと開発者の意見を聞いて、上から目線でなく皆がそれぞれの領域の仕事をすることで仕事が回っているのだと認識してほしい今日この頃です。

  2. Saxman
    2008-04-05 Sat 22:47

    あら・・・名前消えちゃった？Saxmanです。

  3. tma
    2008-04-06 Sun 07:56

    >あら・・・名前消えちゃった？Saxmanです。
    ごめんなさい、バグ仕込んじゃってました。
    っていうかこんなわかりやすいバグを気づかないとは面目ないです。

    >その名も「漢」
    「おとこ」って読むんですよね！そうあって欲しいです。

    >変更管理やリスク管理などと思われてしまうん
    あぁ、変更管理って使い方もありましたね！リスク管理ってどうやるんやろ？
    ツールは使い方次第だから開発者、経営者双方でいろんなメリットのある使い方が模索できればいいですよね。
    経営者も開発の事を分からないといけないし、開発者も経営の事をわからないといけないんでしょうね。

  4. Saxman
    2008-04-06 Sun 22:42

    >>その名も「漢」
    >「おとこ」って読むんですよね！そうあって欲しいです。
    ひ・み・つ（笑

    >>変更管理やリスク管理などと思われてしまうん
    >あぁ、変更管理って使い方もありましたね！リスク管理ってどうやるんやろ？
    変更管理もリスク管理も難しいですね。大抵の会社はそれらを記述するための様式を持っているため（ISO関係で）通常のBTSで対応するのは困難なんです。
    なので、できればBTSと変更管理・リスク管理などは分けて考えてほしいなと。

    BTSから出力できるバグ収束曲線など非常に管理側にとってもありがたい機能をもっと有用に活用したいところです。EVMとかもできる統合型のプロジェクトマネジメントソフトがあればもっといいんでしょうけどねぇ。

  5. tma
    2008-04-08 Tue 20:23

    >できればBTSと変更管理・リスク管理などは分けて考えてほしい
    なるほど、ISOもからみますね。
    ISOって良く知らない割に、いいイメージがないんですけどこういう所でも障害になっちゃうんですね。

    お恥ずかしながらEVMって知らなかったです。
    ちょっと調べた感じでは、計画からある程度乖離することを許容している所が潔くていいですね。

  6. Saxman
    2008-04-09 Wed 12:27

    >お恥ずかしながらEVMって知らなかったです。
    勉強材料になりましたか？（笑

    >ちょっと調べた感じでは、計画からある程度乖離することを許容している所が潔くていいですね。
    そうですね～。EV分析しながらプロジェクトを運営していると、「ある程度」と言う部分を見ることが大事で、それが度を超すタイミングを判断できるかなと個人的には思っています。Fire!!ってなるタイミングね。