タグ

seとmanagementに関するdochanのブックマーク (2)

  • いつまでもプログラミングを楽しむために - 設計者の発言

    ◆プログラミング能力は経験に比例して伸びるけれど 3日続けて徹夜ができるかどうかはさておき、プログラミングの腕が年を重ねるほどに落ちてくることはない。年配の技術者のプログラミングの生産性が以前と比べて低下しているとしたら、それはたんにプログラミングの現場から離れているゆえだ。適性に欠けているのでもない限り、経験を重ねるごとに処理要件の理解力も高まるし、必要なロジックをコーディングするための知識も増えて、プログラミングの生産性は向上する。筆者が尊敬するある社長さんは60歳代だが、「Javaなんて簡単な言語だよ」なんて言いながら誰よりも手早くプログラムを書いてしまう。 とはいえ、他人が立ち上げたプロジェクトに配属される形で稼ぐプログラマにとって、現実は想像するほど単純ではない。人がどれほどプログラミングが好きでも、それを続けさせてもらえない(あまり語られない)理由がある。年を重ねるたびに「管

    いつまでもプログラミングを楽しむために - 設計者の発言
  • 最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― @IT

    2007/07/05 日情報システム・ユーザー協会(JUAS)は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「(短

  • 1