「仕様がわからない」と「仕様が決められない」は意味が違う - 勘と経験と読経
TL上で目についたこのスライド「ウォーターフォール開発／スパイラル開発／アジャイル開発 お金と契約にまつわる本当の話」を見ながら考えたこと。「仕様がわからない」ことと「仕様が決められない」ということは違う。この二つは区別しなければいけないと思った。 あなたは、これから開発するシステムの要件や仕様を(事前に)100%決定する事が出来ますか？ ウォーターフォール開発／スパイラル開発／アジャイル開発 お金と契約にまつわる本当の話 from Masahiko Satoh この一連のスライドはとても興味深かったのだけども、24枚めのスライドですこし違和感を感じた。ウォーターフォール型開発プロジェクトへの分岐条件が「あなたは、これから開発するシステムの要件や仕様を(事前に)100%決定する事が出来ますか？」という点にひっかかったのだ。 アジャイル開発プロセスの本質の一つに「意思決定を出来るだけ先延ばし
ビジネスイノベーター（アーカイブ） | 谷島の眼
今回は、「ソフト開発に仕様書は必要か否か」について考えてみたい。4月13日に公開した「本当の中村修二・幕引きの弁」に対する読者コメントの中で、このテーマが登場した。プログラマをされている読者と、ユーザー企業の情報システム部門におられる読者の間で、ちょっとした議論が起きた。 もともとの記事は日経ビズテック編集長の仲森が執筆し、主題は技術者の処遇であった。この記事から派生した「ソフト開発を巡る仕様決定や文書化」というテーマもまた重要であり、筆者もそれに関して記事をあれこれ書いてきた。本来ならITProなどIT関連サイトで議論した方がよいテーマであるが、ことの経緯から本欄で取り上げることにする。 まず一連の読者の書き込みを再掲する。文章の一部を筆者が編集・修正した。編集長の仲森の記事が公開されて後、31歳のプログラマの方がこう書かれた。 ■（前略）それになにより、無駄な仕様書作成やらくだらない社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
