FC2ブログ

Entries

スポンサーサイト

仕様書の書き方の注意

インスペクション ~の場合~の時 等の記述の場合は反対のケースが明記されているか その仕様書・設計書でテストケースを導出できるか 実現性の記述があるか⇒当該テストに何ケース必要か仕様書に書き込む...

プロジェクトの失敗

(1)スケジュールの欠陥―強気過ぎるスケジュールは悪。予実の乖離(かいり)を生み出す。(2)要求の増大(変更)―外的要因も影響し、時間の経過と共に要求は変わっていく。(3)人員の離脱―見積もりの時点で、メンバー離職の可能性は大抵考慮されていない。(4)仕様の崩壊―仕様はあいまいに作れるが、製品はあいまいに作れない。(5)生産性の低迷―少人数チームでは平均値のブレが大きい。能力がマイナスに振れるリスク...

IT版マーフィの法則

IT版マーフィの法則...

ITアーキテクト

ITアーキテクトに必要な技術は(1)アプリケーション・アーキテクチャー(2)インテグレーション・アーキテクチャー(3)インフラストラクチャ・アーキテクチャー...

プロジェクトは必ずトラブル2つの理由

プロジェクトは必ずトラブル2つの理由(1)「完璧な成果の設定」と「完璧な仕事の設計」をすることが不可能である ①完璧な成果の設定・・・仕様変更が発生しない要求定義 ②完璧な仕事の設計・・・漏れのないWBSの作成  ⇒「不確実性」というリスクを意識した仕事の進め方をする(2)プロジェクトが「うまくいっているのか」「うまくいっていないのか」の判断が難しい  「リスクは何をやっているのかよくわからないときに発生する...

Appendix

プロフィール

楽天主義者

Author:楽天主義者
FC2ブログへようこそ!

ブロとも申請フォーム

この人とブロともになる

ブログ内検索

FC2カウンター

上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。