yellowfoxの巣

カレンダー

キーワードサーチ

▼キーワード検索

プロフィール

yellowfox

フォローする

日記/記事の投稿

失うことによって必要を知ることができるのかもしれません
安定した状態がいつまでも続くとは限りません
あたまの中に詰まっているものを出す方法について考えてみる
ダラダラやっても成果は上がりません
最後は自分との戦いなのかもしれません

カテゴリ

みのまわりのできごと

(249)

バックナンバー

2026年10月
2026年09月
2026年08月

2026年07月
2026年06月

コメント新着

yellowfox @ Re:そうですね。(07/27) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ そうですね。うちの商品も一過性のものとならないよう…

yellowfox @ Re[1]:お客さんに揉まれないとノウハウは得られないようです(06/09) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ Re:お客さんに揉まれないとノウハウは得られないようです(06/09) お客様からのメッセージ・コメントは宝物…

yellowfox @ Re[1]:「流れ」は自ら作り出すものです(08/31) こんにちわ。ママ代行ミルク屋さん＞…

フリーページ

その３

< 新しい記事

新着記事一覧(全3311件)

過去の記事 >

2004年06月07日

　システム開発のプロジェクトでは、次のように

●例１：設計書を作成する場合
　作成予定の設計書ページ数：１００ページ
　作成完了の設計書ページ数：４０ページ
　進捗率：４０％（４０÷１００）

●例２：プログラムを開発する場合
　開発予定のプログラム本数：５０本
　開発完了のプログラム本数：３０本

●例３：システムのテストを行なう場合
　実施予定のテスト件数：１，０００件
　実施完了のテスト件数：７５０件
　進捗率：７５％（７５０÷１，０００）

　数字で進捗状況を表せば確かにわかりやすいでしょう。

　しかし、この方法にはちょっとした落とし穴があります。

●例１の落とし穴
　設計に必要な内容が書かれているかをチェックする
必要があります。
　設計書をみて開発できないような内容がずらずらと
書かれているだけで、予定のページ数に達していても

●例２の落とし穴
　設計書（仕様）どおりにプログラムが開発されているかを
チェックする必要があります。
　設計書とは違ったプログラムが開発され、予定のプログラム
本数に達していても意味がありません。

　テスト項目の目的どおりにテストが実施されているかを
チェックする必要があります。
　テスト項目の意味（どういった観点でテストをしているか）を
理解せずに、ただテストを消化しても意味がありません。

　進捗率が１００％に近ければ、プロジェクトは順調に
進んでいるような錯覚をおこすかもしれません。

　しかし、数字は仕事の内容や質までは表してくれません。

　数字だけでは完全に実態を把握できないことをお忘れなく！！

　おわり

お気に入りの記事を「いいね！」で応援しよう