アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
Agileでいこうよ... (スコア:3, 興味深い)
最近のシステムは昔より複雑化しているので、お客さん自身もどんなシステムが欲しいのか、要件定義段階では頭の中に描けなくなってきているし、開発する側も見積が困難になりつつあるわけです。
そういう状況で納期と予算を定めて開発をするというのはお客さん側も開発側も相当なリスクを背負う必要があります。
ならば優先度の高い要件から順次開発していくAgile型手法のほうがお客さんも開発側もハッピーになれるのではないかと。
ちなみに件の「納期が決まっている場合」の対処は、Agile的には「機能を絞る」です。
---- 末は社長か懲戒免職 なかむらまさよし
Re:Agileでいこうよ... (スコア:3, 興味深い)
まあ、私自身、アジャイルというのはあまりよく分かっていない部分もあるのですが。
でも、斜め読みした書籍やサイトから、まず最初に感じたのは、
なんか、アジャイルの話って、お客さんがあまりにも優秀で、物分りがいいという前提に立ちすぎており、
結果、開発する方の、費用・納期・資源という部分の戦略に欠けていると感じていました。
それでも、この前、顧客の要件が大まかな枠組みのみ決まっている案件に対して、実験的に顧客の担当者を
スケジューリングや開発の現場にコミッ
Re:Agileでいこうよ... (スコア:1, 興味深い)
>部分もあるのですが。
そのようですね。技術的な話が一切出ていませんから。
おそらくはアジャイルの形だけ真似ているだけで、実際には
全然アジャイルになっていないのでしょう。
>なんか、アジャイルの話って、お客さんがあまりにも優秀で、
>物分りがいいという前提に立ちすぎており、結果、開発する方の、
>費用・納期・資源という部分の戦略に欠けていると感じていました。
要は、良いシステム開発においては、良い顧客の存在が必要
不可欠ってことですね。それについてはアジャイルは特効薬では
ありません。
アジャイルは開発の効率を高められますが、そのためには良い
顧客や現場の高い技術力が求められます。今まで技術者を使い
捨てにしてきた現場に必要な技術などあるはずもなく、通常は
一から作り直す必要があります。いかにしてこれらを高めて
いくかについてはAgile開発の外、経営戦略などの部分です。
結局は経営不在のシステム開発ということ自体に無理があるんですよ。
Re:Agileでいこうよ... (スコア:0)
> 顧客や現場の高い技術力が求められます。今まで技術者を使い
> 捨てにしてきた現場に必要な技術などあるはずもなく、通常は
> 一から作り直す必要があります。いかにしてこれらを高めて
> いくかについてはAgile開発の外、経営戦略などの部分です。
その通りだと思います。素晴らしいですね。
ちょっと質問ですが「一から作り直す」というのは、
どのようなイメージをされていますか?
どうもアジャイルを現場からの改革に使おうとして
いる方が多いような気がしてならないのです。しかし
アジャ