プロジェクト・マネジャ 意志決定の瞬間 第７回〜要件定義が遅れたら まず業務仕様を固めよ
日経コンピュータ 第577号 2003.6.30
| 掲載誌 | 日経コンピュータ 第577号（2003.6.30） |
|---|---|
| ページ数 | 4ページ （全4746字） |
| 形式 | PDFファイル形式 （143kb） |
| 雑誌掲載位置 | 262〜265ページ目 |
要件定義が重要だと言われるわりには、この工程を誤解しながら作業を進めるケースが後を絶たない。ユーザーの表面的な要求だけをとらえてしまい、プロジェクトが遅れる場合が多い。要件定義で遅延が発生したときは、マネジャは業務仕様が固まっているかどうかをすぐに見極めるべきだ。要件定義局面の主要目的は、新システムの仕様を確定することである。現行システムの機能を継承しながら、新システムの設計方針に従って仕様のリエ…
記事の購入（ダウンロード）
購入には会員登録が必要です 会員登録はこちら
価格 550円（税込）
他のIDで購入する
G-Search ミッケ！は雑誌を記事ごとに販売するサービスです。
この記事は「4ページ（全4746字）」です。ご購入の前に記事の内容と文字数をお確かめください。
（注）特集のトビラ、タイトルページなど、図案が中心のページもございます。
完遂プロジェクトの研究 出光興産〜業務改革とシステム刷新を ３年半かけ一挙断行 激論繰り返し、１２００超の作業を見直す
馬場史郎のＳＥ日々精進〜顧客との間に “壁”を作るな
選ばれるＳＥの条件〜顧客を積極的にリードせよ
今さら聞けないＩＴの新常識〜【ｅ−Ｊａｐａｎ】
マネジャのためのＵＭＬ入門 第７回〜フレームワーク指向なら ＵＭＬでシステムを見よう
