続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～ – とあるコンサルタントのつぶやき
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン
Sharing OptionsShare on Facebook, opens a new window
IPAのアジャイル開発WG実証実験が最高に上から目線な件 - GoTheDistance
この団体の役人体質は特筆すべきモノがあります。いや、感動的ですらある。 「アジャイル開発向け契約モデル」実証実験参加企業の募集 おかしいと思って読み違えないように何度か読んだんです。 でも、僕の理解が間違っていなければこういうことを言っています。 平成22年度に非ウオーターフォール型開発WG報告書を作ったよ。 コンセプトは固まったから、実際にフィールドワークをやりたいと思うんだ。 というわけで、僕らのモデルを理解してフィールドワークに参加してくれる企業を一般公募するよ。ユーザー企業がいいな、やっぱ。ベンダーじゃ説得力に欠けるしね。ユーザーにメリットがあることを実証したいからさ。 プロジェクトの契約方針・進め方は僕らIPAモデルに準拠して貰う。プロジェクト開始後のことは知らんよ。ベンダーは望めば紹介するけどコイツらがコケても知らないし、プロジェクトの成否は責任とれないし、もちろんカネはびた一
アジャイルと受託開発の溝はきっと埋まる - GoTheDistance
以前、僕はアジャイルって受託開発との相性が最悪な気がする - GoTheDistanceというエントリを書きました。 工程が分断されてしまう開発方式を採用している場合は、よりリアルにシステムのビジネス上の価値を表現して伝えることができるアジャイルのメリットが活かせそうに無いというのが骨子。今でもその思いは変わりませんが、逆に言えば工程分断を脱却して企画から実装まで回せる体制になれば可能性はある、とも思っていました。 そんな中、永和システムマネジメント社様が口火を切られまして、アジャイルのメリットを全面的に押し出したビジネスモデルを発表されました。あくまでトライアルという位置づけですが、この話題は定期的に取り上げたい。 骨子としては、この３つ。 初期費用0円(リリースまでの費用は開発側が負う) 月々15万〜150万の定額制 解約は自由だが成果物は全部引き取り。データだけ提供。 うん、どう考え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
