アカウント名:
パスワード:
納品書出してからプログラムを作り、それが終わってから仕様書を書く、という開発形態は「鯉の滝登りモデル」とでも言えばいいのでしょうかねぇ?
>納品書出してからプログラムを作り、それが終わってから仕様書を書く、さらには、それが終わってから契約書を書く。
契約書にサインするのは開発期間終了後。
実際にはウォータフォールもどき
フリーフォールモデルとでも名付けようか。
T/O
フリーフォーオールと空目。全員でつぶし合いか。
# TDM? Team Death Marchのこと? とか笑えねぇ。
フリーフォールモデル開発という奴は、言葉で言うほど自由ではないのだな。
自由落下とは、言うほど自由ではないのだよ。
仕様を凍結せずに次に進み, 状況によっては元に戻って修正を加えるというのは実はアジャイル開発と同じじゃないのか. ただ, そのサイクルが長すぎるために気づかないだけで.
名づけるとしたらメイルシュトローム開発でしょうか. 一回巻き込まれたらもう終わり.
> 仕様を凍結せずに次に進み, 状況によっては元に戻って修正を加えるというのは実はアジャイル開発と同じじゃないのか.
#1809225 [srad.jp] に書いたアジャイルソフトウェア開発宣言に付属する 12原則に照らすと、 最後の最後にしか動くソフトウェアをリリースできないその方法は、 アジャイル開発とは呼べないと思われる。
「遅延が発生しました。」
・アジャイル的選択肢1、機能の削減2、納期の変更3、(長期の場合)人員追加
・日本型ウォーターフォールの選択肢1、必死で頑張る2、死ぬ気で頑張る3、(短期でも)人員追加して、死ぬまで頑張る
>逆に(現実と無関係に)「予定通り[Y/y]」しか選択肢ないから…orz修羅場モードに入りますか? [YES/もちろん]
ゴムバンジー落ちては跳ね上がりを繰り返すうちに収束
ゴムが十分に長ければ、ちゃんと着地できますよ!
いや、上流仕様策定者はウオーターフォールとしてしか見る気が無い。しかし、中間から下流にとってはアジャイルなんじゃないかと思う。こういう統計を取るに当たって現場の声を聞いていないだけじゃないか?
良く言われる日本的なお役所仕事を考えてみれば良い。管理者がウオーターフォールとして処理するためには、サービス提供側どころか、本来サービス受益者である筈の市民にまでアジャイル的な対応を求める。それが日本の業務管理の基本的なパターンなんじゃないかと。
他にも書いたけど、
>しかし、中間から下流にとってはアジャイルなんじゃないかと思う。これは違う。ためしに週40時間労働が守れてる組織がどれだけあるか聞いてみればいい。
#これは本当にアジャイル開発を理解した上での発言なのだろうか?#「行き当たりばったりで臨機応変な対応」はアジャイル開発じゃないよ。
>こういう統計を取るに当たって現場の声を聞いていないだけじゃないか?現場の声を聞いたら、アジャイルですなんて答がでるわけないじゃないか。日本の開発現場に夢見すぎ。
いや、週40時間残業ぐらい守れてるところ多いだろう!・・・と思ったら、週40時間労働、か・・・。銀行という組織は40時間労働らしいよ。監視が厳しくて、サービス残業できないらしい。うちは・・・週30時間自己啓発かな・・・。
> 銀行という組織は40時間労働らしいよ。監視が厳しくて、サービス残業できないらしい。ちゃんとお金を払っての残業という概念がないあたり骨の髄までブラックに染まりきってますね。銀行は一円でも金額が合わないと合わせられるまで帰れないらしいよ?
40時間という数字はともかくとして、 余裕のある労働時間というのは、 アジャイルソフトウェア開発の本質に関わることだと思われる。 ⇒ #1809225 [srad.jp]
>>しかし、中間から下流にとってはアジャイルなんじゃないかと思う。>これは違う。
え?その一文って笑いどころじゃなk・・・
ためしに週40時間労働が守れてる組織がどれだけあるか聞いてみればいい。
これはXPのひとつのプラクティスに過ぎず、守れてないからといってアジャイルではないということにはなりません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
アジャイル開発は日本には馴染まない (スコア:5, すばらしい洞察)
でも、この国だと子受け孫受けまでいって共同作業とか実質不可能。
完全に仕様が決まって落ちてくるウォーターフォール以外にコンセンサス取れんだろ。
Re:アジャイル開発は日本には馴染まない (スコア:5, すばらしい洞察)
Re:アジャイル開発は日本には馴染まない (スコア:1)
実際にはウォータフォールもどきですね。
Re:アジャイル開発は日本には馴染まない (スコア:5, おもしろおかしい)
納品書出してからプログラムを作り、それが終わってから仕様書を書く、
という開発形態は「鯉の滝登りモデル」とでも言えばいいのでしょうかねぇ?
Re:アジャイル開発は日本には馴染まない (スコア:3, おもしろおかしい)
>納品書出してからプログラムを作り、それが終わってから仕様書を書く、
さらには、それが終わってから契約書を書く。
契約書にサインするのは開発期間終了後。
Re:アジャイル開発は日本には馴染まない (スコア:4, おもしろおかしい)
フリーフォールモデルとでも名付けようか。
土石流 (スコア:0)
T/O
Re: (スコア:0)
フリーフォーオールと空目。全員でつぶし合いか。
# TDM? Team Death Marchのこと? とか笑えねぇ。
Re: (スコア:0)
Re: (スコア:0)
フリーフォールモデル開発という奴は、言葉で言うほど自由ではないのだな。
Re: (スコア:0)
自由落下とは、言うほど自由ではないのだよ。
Re:アジャイル開発は日本には馴染まない (スコア:2, おもしろおかしい)
仕様を凍結せずに次に進み, 状況によっては元に戻って修正を加えるというのは実はアジャイル開発と同じじゃないのか. ただ, そのサイクルが長すぎるために気づかないだけで.
名づけるとしたらメイルシュトローム開発でしょうか. 一回巻き込まれたらもう終わり.
Re: (スコア:0)
#1809225 [srad.jp] に書いたアジャイルソフトウェア開発宣言に付属する 12原則に照らすと、 最後の最後にしか動くソフトウェアをリリースできないその方法は、 アジャイル開発とは呼べないと思われる。
Re:アジャイル開発は日本には馴染まない (スコア:1, すばらしい洞察)
逆に(現実と無関係に)「予定通り[Y/y]」しか選択肢ないから…orz
Re:アジャイル開発は日本には馴染まない (スコア:4, おもしろおかしい)
「遅延が発生しました。」
・アジャイル的選択肢
1、機能の削減
2、納期の変更
3、(長期の場合)人員追加
・日本型ウォーターフォールの選択肢
1、必死で頑張る
2、死ぬ気で頑張る
3、(短期でも)人員追加して、死ぬまで頑張る
>逆に(現実と無関係に)「予定通り[Y/y]」しか選択肢ないから…orz
修羅場モードに入りますか? [YES/もちろん]
Re: (スコア:0)
→人員増加→引継ぎミス等で効率低下→遅延が発生しました→夜間を利用する
→疲労・引継ぎ失敗等で効率低下→遅延が発生しました→ベテランを24時間制にする
→ベテラン倒れる→遅延が発生しました→人員増加→新規人員ばかりで混乱→バグ増加
→遅延が発生しました→顧客報告に色を添える→プロジェクトは正常に進んでいます
→遅延が発生しました→人員増加→ますます混乱する→遅延が発生しました・・・・・・
→納期延長・機能削減を頼み込む→プロジェクトは正常に進んでいます
Re: (スコア:0)
ゴムバンジー
落ちては跳ね上がりを繰り返すうちに収束
Re:アジャイル開発は日本には馴染まない (スコア:2)
Re: (スコア:0)
Re:アジャイル開発は日本には馴染まない (スコア:1)
ゴムが十分に長ければ、ちゃんと着地できますよ!
Re: (スコア:0)
いや、上流仕様策定者はウオーターフォールとしてしか見る気が無い。
しかし、中間から下流にとってはアジャイルなんじゃないかと思う。
こういう統計を取るに当たって現場の声を聞いていないだけじゃないか?
良く言われる日本的なお役所仕事を考えてみれば良い。
管理者がウオーターフォールとして処理するためには、サービス提供側どころか、
本来サービス受益者である筈の市民にまでアジャイル的な対応を求める。
それが日本の業務管理の基本的なパターンなんじゃないかと。
Re:アジャイル開発は日本には馴染まない (スコア:2)
他にも書いたけど、
>しかし、中間から下流にとってはアジャイルなんじゃないかと思う。
これは違う。
ためしに週40時間労働が守れてる組織がどれだけあるか聞いてみればいい。
#これは本当にアジャイル開発を理解した上での発言なのだろうか?
#「行き当たりばったりで臨機応変な対応」はアジャイル開発じゃないよ。
>こういう統計を取るに当たって現場の声を聞いていないだけじゃないか?
現場の声を聞いたら、アジャイルですなんて答がでるわけないじゃないか。
日本の開発現場に夢見すぎ。
Re:アジャイル開発は日本には馴染まない (スコア:2)
いや、週40時間残業ぐらい守れてるところ多いだろう!
・・・と思ったら、週40時間労働、か・・・。
銀行という組織は40時間労働らしいよ。監視が厳しくて、サービス残業できないらしい。
うちは・・・週30時間自己啓発かな・・・。
Re: (スコア:0)
> 銀行という組織は40時間労働らしいよ。監視が厳しくて、サービス残業できないらしい。
ちゃんとお金を払っての残業という概念がないあたり骨の髄までブラックに染まりきってますね。
銀行は一円でも金額が合わないと合わせられるまで帰れないらしいよ?
Re:アジャイル開発は日本には馴染まない (スコア:1)
週40時間労働はXPのプラクティスの一つであって、アジャイルの本質とは関係ないですよ。
こういうのが入っているアジャイル手法は、XP以外には知りません。
#XP=アジャイルって、何年前の認識なんだ…。
Re: (スコア:0)
いやそれ以前に労働基準法たんの事もたまには思い出してあげてください
Re: (スコア:0)
>
>いやそれ以前に労働基準法たんの事もたまには思い出してあげてください
いましたね、そんな二次元萌えキャラが……
Re: (スコア:0)
40時間という数字はともかくとして、 余裕のある労働時間というのは、 アジャイルソフトウェア開発の本質に関わることだと思われる。 ⇒ #1809225 [srad.jp]
Re: (スコア:0)
>>しかし、中間から下流にとってはアジャイルなんじゃないかと思う。
>これは違う。
え?その一文って笑いどころじゃなk・・・
Re: (スコア:0)
ためしに週40時間労働が守れてる組織がどれだけあるか聞いてみればいい。
これはXPのひとつのプラクティスに過ぎず、守れてないからといってアジャイルではないということにはなりません。
Re:アジャイル開発は日本には馴染まない (スコア:1)
結局ウォーターフォールのスケジュールを引かないと発注もらえなかったりするし。
# プライムより下請けの方が客(プライム→ユーザ、下請け→プライム)に対して与し易いとか考えて、
# わざわざ単独提案をしないのは内緒だ。