リーダはコードに関心を持つ(3) [プログラマー現役続行]
リーダがコードに関心を持たないような組織においては、継続的インテグレーション環境を導入してビルドやテスト実行だけでなく、FindBugsを含む様々な静的解析ツールを実行させても、それらの結果に関心を持たなかったりします。
しかし、リーダが関心を持たないということは、日々の指導も行われないことになり、結果として現場の開発者もビルドが成功するかどうかしか関心を持たなくなってしまい、技術者としても成長しません。さらに、開発組織そのものも成長しなくなる可能性が高くなります。
- ビルドの失敗に関しては、どのような原因で失敗しているのかログを見ることで、現場の開発者がどのような開発をしているのかが分かる場合があります。たとえば、単純なコンパイルエラーが発生していたりすると、開発者がローカルでコンパイルもせずにコミットしている可能性があります。
- FindBugsの警告の内容を確認することで、どのようなコードが書かれているのかも理解することができます。そして、警告が何日も放置されているようなら対処するように指示する必要があります。
- カバレッジの結果を見て、テストが十分に行われているか、特に、C2カバレッジまで測定できている環境であれば、テストで条件漏れがないかを確認することができます。
- ビルド結果の履歴を見て、(マルチスレッド系のテストで起きやすいですが)ビルドが時々失敗していることに気づくことがあったりします。それに対して、何も対処されずに放置されているならば調査を指示したりする必要があります。
しかし、リーダが関心を持たないということは、日々の指導も行われないことになり、結果として現場の開発者もビルドが成功するかどうかしか関心を持たなくなってしまい、技術者としても成長しません。さらに、開発組織そのものも成長しなくなる可能性が高くなります。
2011-05-20 05:57
nice!(0)
コメント(1)
トラックバック(0)
大賛成です。
開発進捗・設計完成度を見極めるためには、ソースコードを直接見るのが最も確実であることは長年の経験から自分も確信していますし、直にコード見直しを指示することもあります。
ほぼ毎日、開発リーダーたちに「現物しか信じてはいけない。直接、ソースコードを見て判断しなさい。」と伝えていますが、”読解力”が不十分なリーダーが多いことは悩みです。
時々、メンバーに頼んでコードDBのアクセス権を依頼すると「本当に見るんですか?」と聞かれますが、見られている緊張感が設計者の向上意識にも繋がると考えています。
by もりてつ (2011-05-20 09:08)