開発プロセスの最適化手法 | オブジェクトの広場
※本稿は、株式会社アイ・ディー・ジー・ジャパン発行の 『ITアーキテクト vol.1』に掲載された「開発プロセスの最適化手法」の元原稿をITアーキテクト編集部の許諾を得て公開したものです。 ※一切の転載をお断りします。 はじめに 筆者らが、オージス総研で「オージステーラリングサービス」という開発プロセスのコンサルティングサービスを行う中で、ユーザー企業の情報システム部門のお客様からは「開発委託先が何をやっているのかわからない」という相談をよく受ける。一方、SIerやソフトハウスのお客様からは「Javaにも慣れたがソフトウェアの品質が一向によくならない」といった相談もよく受ける。どちらも開発組織に明文化された開発プロセスが無いことが原因で、プロジェクトの利害関係者から開発側の活動が見えなくなったり、開発側の品質の改善が進まなくなったりしていることが多い。また「以前、市販の開発プロセスを導入し
いまさら聞けない要求管理の基本
なぜ、要求を管理する必要があるのか なぜ、要求を管理するのでしょうか？ 一言でいうと、要求を管理することが、プロジェクトの成功を大きく左右するからです。まず、一般的なプロジェクトのゴールを考えてみましょう。次のような定義を見てください。 「顧客の真のニーズを満たす」「高品質」「期間内」「予算内」という4つのキーワードが出てきますが、どれも要求管理と大きくかかわってきます。まず、「高品質」な製品を作るためには、要求管理において、信頼性やスループットといった製品の機能面以外の要求も確実に把握することが重要です。また、「期間内」「予算内」で製品を開発するには何が問題でしょうか？ プロジェクトは、時間と予算とリソースが制限された状態で製品を開発しなければなりません。与えられた時間、予算、リソースを用いてどれくらいの作業ができるか考慮して、製品の要求仕様の範囲を、作業が可能である範囲に抑えねばならな
ドキュメントレビューに役立つ40のチェックポイント ― 1/3 ― ＠IT情報マネジメント
プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは、主要なドキュメントに対するチェックポイントを紹介する。 仕様書のチェックリスト 以下に仕様書の基本的なチェックポイントを紹介する（なお、第4回の「急がば回れ──質の良い仕様書の作り方」も併せて参考にしていただきたい）。 ソフトウェア開発というのは、意図するところを人間の言葉からいくつかの成果物（ドキュメント）を経て、コンピュータの言葉に置き換えるバケツリレーのようなところがある。最初にこぼれた水を途中でつぎ足すことは、なかなか難しいもの。早い段階──仕様書には“漏れ”がないようにしたい。 （1）題名は、システム名を明記しているか 仕様書の題名に「?システム仕様書」のように、システム名が明記されているか。“名は体を表す”
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
