Ryuzee.com

デスマループってこんな感じかな。

(1)要領が悪い、段取りが悪い
　↓
(2)必然的に労働時間が長くなる
　↓
(3)忙しいのでリファクタリングできない
　↓
(4)保守性が悪くて、ちょっとした保守に神経と時間をとられる
　↓
(5)さらに労働時間が長くなる
　↓
(6)やる気と集中力が落ちて品質が悪くなる

• 上司はプロジェクトの計画と準備等、実稼動に入る前に勝負しておかないといけない。
• 火を噴く前に何とかするのが管理職の仕事の重要なもののひとつ。
• 労働時間が長くなるとある時点から生産性はマイナスとなり、トータルの生産量は変わらなくなる。特にやる気がもてない場合、終わりが見えない場合はこの傾向が顕著である。
• 忙しいからユニットテストも書かない。従ってリファクタリングもできない。ユニットテストのないリファクタリングなんて、自殺同然。
• 忙しい場合は仕様の詰めも甘かったりして後で仕様変更もある。そのたびに手でテストしなおし。時間ばっかり食って仕事は進まずになる。
• 保守性が悪くて、ちょっとした改修でも障害が起こったりして、その度に報告書書いたり、改善策考えたり、時間ばっかり食う。
• 特にConservativeな客だと、チェックリストを増やせ、という要求をしてくることが多い。しかしいくら紙のチェックリストいっぱい作ったところで、そのうちめくら判になる。紙がモジュールのテストするわけでもなければ品質を保証するわけでもない。
• やる気と集中力は一度落ち始めると伝染する。一度組織に広がり始めたら、元に戻すには、そうなるのにかかった時間の何十倍もの時間がかかる。場合によってはメンバーの離脱という痛い代償を払うことになる。こうなる前に手を打て。
• メンバーのモチベーションを維持するのも上司の役目。
• 一回どうにもならない糞システムを作ってしまったら、次回それを流用しようなどと考えず作り直そう。ダメなものを直すより最初からきれいに作るほうが簡単だ。

“[どうでもよいこと]つれづれ”へのコメントはありません。

コメントはありません。是非コメントしてください。

コメントする

Name (required)

Mail (will not be published) (required)

Website

XHTML: 以下のタグが利用可能です: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Trackback