ソフトウェア開発プロジェクトが大ごけする“カラクリ”
ソフトウェア開発プロジェクトで致命的な失敗を引き起こす、「仕様の誤解」が発生するメカニズムを詳しく解説します。 ソフトウェア開発プロジェクトが失敗する2大要因が、「見積もり」と「仕様」のミスや誤解です。両方で失敗原因の95％を越えます。 オフショア開発など、こちら側で仕様を書き、その仕様を外部の組織に送って外部のプロジェクトで開発する形態では、「見積もりミス」はこちら側の責任ですが、仕様関連の失敗は、こちら側と向こう側の両方が原因となります。 「レバーを90度回してください……」 仕様書を読んで、「ここは、十分に理解できない」とか、「この機能を実現するには、複雑な処理が必要になりそうだ」という箇所は、お互いに注意をするのでミスは意外に多くありません。ですが、「自信を持って誤解する機能」は非常にタチが悪く、致命的な大問題に発展する場合も少なくありません。 例えば電車のドア付近に「非常時は座席
現代のソフトウェア／サービス開発で構成管理が重要になった5つの理由
現代のソフトウェア／サービス開発で構成管理が重要になった5つの理由：DevOps時代の開発者のための構成管理入門（1）（1/2 ページ） 「DevOps」という言葉にもあるように、ソフトウェア構成管理は、インフラ運用に取り入れられるなど、変わりつつある時代だ。本連載では、そのトレンドにフォーカスして、現在のソフトウェア開発に有効な構成管理のノウハウをお伝えする もはや以前の「構成管理」ではない ソフトウェア構成管理はソフトウェア開発の現場で一般的になってきましたが、それを取り巻く状況は2000年代中盤と比較して、ソフトウェアビジネスのトレンドや使用するツールなど、ずいぶんと変わってきています。 読者の方の中にも「Gitそろそろ覚えないといけないのかな？」「Jenkinsって何がうれしいのだろう？」「開発のサイクルが以前より短くなって大変だな」などと感じていらっしゃる方もいらっしゃるのではな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
