特集１ 仕様変更を乗り越える 第１部 発生メカニズムと解決策〜仕様変更は起こるもの 混乱を防ぐ３つの対策が必須
日経ITプロフェッショナル 第38号 2005.7.1
| 掲載誌 | 日経ITプロフェッショナル 第38号（2005.7.1） |
|---|---|
| ページ数 | 4ページ （全3952字） |
| 形式 | PDFファイル形式 （364kb） |
| 雑誌掲載位置 | 32〜35ページ目 |
仕様変更によって，混乱するプロジェクトが増えている。ＩＴエンジニアは，仕様変更に対処できるスキルを身に付けることが不可欠になった。変更の目的を理解するコミュニケーション，無理なく変更に対応できるマネジメントと開発プロセスがカギを握る。 大手システム・インテグレータに勤務する北山康彦氏（３３歳，仮名）は２年前，あるシステム開発プロジェクトでチーム・リーダーを降ろされた苦い経験がある。 それは大手電機…
記事の購入（ダウンロード）
購入には会員登録が必要です 会員登録はこちら
価格 550円（税込）
他のIDで購入する
G-Search ミッケ！は雑誌を記事ごとに販売するサービスです。
この記事は「4ページ（全3952字）」です。ご購入の前に記事の内容と文字数をお確かめください。
（注）特集のトビラ、タイトルページなど、図案が中心のページもございます。
田中淳子のコミュニケーション実践塾 チーム強化編 第３回 部下や後輩を動かす指示〜目的を明示して 自分の想い伝える
特集１ 仕様変更を乗り越える おこし〜プロジェクト混乱の元凶 仕様変を乗り越える
特集１ 仕様変更を乗り越える 第２部 変更発生時の交渉テクニック〜そのひと言が顧客を遠ざける ４つのステップで合意を得よう
特集１ 仕様変更を乗り越える 第３部 変更管理の考え方と手順〜変更作業は特定の人に集中しがち 可視化と一元管理が不可欠
特集１ 仕様変更を乗り越える 第４部 変更に強い開発プロセスの現実解〜危ない個所を早期に検証 影響範囲の極小化がカギ
