「定量的でない目標に意味はない」を読んで思ったこと。 - 西尾泰和のはてなダイアリー
「定量的でない目標に意味はない」について。 まず、目標の定量化にはメリットがある。目標の分割が容易になるというメリットだ。例えば「この100ページの問題集を解く」という目標だと「まずは1ページやろう」→「1ページできた！」→「達成感ゲット！！」というように、速く頻繁に達成感を得ることができる。これはやる気を維持する効果がある。 一方で、定量化がしやすいものとしにくいものがある。これもまた事実。たとえば、プログラマが書いたコードの行数はとても定量化しやすい。一方で、行数を増やすために削除や共通部分の抽出が禁止されるとコードがどんどん読みにくくなる。この「読みにくさ」は定量化しにくい。読みにくいコードの仕事をさせられたプログラマは強い「ストレス」を感じ、徐々に「精神状態」が悪化する。これも定量化しにくい。その結果、うつ病の発症率が上がってようやく定量化される。 ref. http://itpr
プロジェクト測定実践記 第2回 | オブジェクトの広場
第1回の記事では、プロジェクト測定の概要や分析のアプローチについてご紹介しました。続いては、今回から2回に渡ってプロジェクト測定分析の実例をご紹介します。 今回ご紹介するのは、機能ユニット間で分析値を比較する、一番詳細なレベルの分析です。機能ユニットとは、画面、バッチ、ユースケースなどの大きなレベルでソフトウェア機能を分割したものを言います。機能ユニット間で分析を比較して、生産性に影響を与えた要因を特定する過程をご紹介します。また、今回分析結果をご紹介するプロジェクトはオフショア開発を行ったため、オフショア開発の労力についても分析しています。 目次 機能ユニット間の分析の目的 分析対象プロジェクトについて 機能ユニット間の分析結果 機能ユニット間の分析の目的 分析の目的 機能ユニット間の分析は、機能ユニット毎の分析値を比較して生産性のバラつきの要因を特定するために行います。機能ユニットとは
プロジェクト測定実践記 第1回 | オブジェクトの広場
本連載は、2007年頃から社内で実践してきたソフトウェア開発プロジェクトの測定について紹介するものです。連載初回の今回は、プロジェクト測定の概要を説明します。なぜプロジェクトを測定をするのか測定の目的と、私たちが実践しているプロジェクト測定の方針、測定の流れ、それから測定したデータの分析の視点についてご紹介します。プロジェクト測定について興味のある方、取り組みを考えている方のご参考になれば幸いです。 目次 プロジェクト測定の目的と課題 プロジェクト測定の方針 プロジェクト測定の流れ 分析のアプローチ これまでの測定結果から考えた生産性に影響する要因 プロジェクト測定の目的と課題 ソフトウェア開発プロジェクトの現場では、他社との差別化を図るために開発生産性を上げてより良い開発を行うことが求められています。ところが、開発の多様化により開発生産性に影響する潜在的な要因は多く、どの要因が影響したか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【ソフトウェア信頼度成長モデルを少しまじめに考える①】直感的理解容易性のために忘れられがちであるが悩ましい前提① - ソフトウェア開発品質・生産性ななめ読み
