何でソフトウェア開発の手法って上手くいかないの？

私は大規模・小規模、それこそものすごい人数でのチームや、自分一人のプロジェクトまで経験してきた。化石のような連邦事務局でもクールなシリコンバレーの会社でも働いたことがある。私は１２種類以上のプログラミング言語を学び使っていた。私の時代には ウォーターフォール/BDUF (big design up front), 構造化プログラミング, トップダウン, ボトムアップ, モジュラーデザイン, コンポーネント, アジャイル, スクラム, エクストリーム, TDD, OOP, ラピッドプロトタイピング, RAD, その他思い出せない様々な手法が生まれた。 でもそれらで上手くいってると思えるものは一つもなかった。 （ 注：ここで書いてある「ソフトウェア開発手法が上手くかない」の意味について説明させてほしい。それらはソフトウェア開発のプロセスや、ソフトウェア開発そのものについて予測性や再現性を提供し

[iww]

結局、すべての人はウォーターフォールに還る

[kfujieda]

再現性がないからソフトウェア工学は工学たりえないとよく言われる。ここで言われているのはそれと同じことで、僕も同感だ。

[rryu]

結局、中途半端な設計を皆で寄ってたかって仕上げていくところに根本的な問題があると思うのだが、完全に設計するとそれはもう完成してしまうというジレンマが…

[nghrk]

まさかの翻訳オチ。これは流行る

[shigeo-t]

ソフトウェア開発手法が上手くいかないんじゃなくて、やってる人間の問題。合わない手法を選んだり、手法を的確に実施する能力が無かったり、ウォーターフォールじゃないからと足を引っ張ったりｗ

[okbm]

"私はプログラマは様式やツールにこだわるより、同僚の話にもっと耳を傾け、もっと一緒に働くことに注力したほうが良いとおもう。そうすればみんな魔法の様に生産性が上がる、間違いない。"

[estragon]

日本で方法論を厳格に適用している現場なんて少ないと思う。組み込み系とかだと違うのかもしれないが / "Why don’t software development methodologies work?"

[kyab]

ソフトウェア開発]“プログラミングチームが手法論を採用する（多くの場合チームの数名か、一人のいじめっ子が決めるのだが）と、やがて厳格に従うように要求を始め、やがてそれは宗教になる。”

[ledsun]

「予測性や再現性」を求めたらそりゃそう。アジャイル（スクラム？）で人とタイムボックスを固定して、その範囲内でヴェロシティって（よそのチームと比べられない）妙な値を使って比較できるかもなー、ぐらい

[t-wada]

細かいことだけど原文の著者 Alitair Cockburn の読みはアリスター・コーバーンに近いらしく、カタカナ表記のときはそう書かれます

[holypp]

まともなPM,PLなら、利益、納期、品質は守るでしょ。それこそどんな手法であれ。

[fedelini]

できない人が集まったってうまくいかないでしょ。

[kenjou]

現実は理論よりもはるかに複雑だからです。

[tkm_shohei]

逆に「手法」は問題がなくて、それ以外の要因がダメなんじゃないかな？最高の食材と道具とレシピが揃ってるのに、注文を取ってきたボーイが知識ゼロで調理の指示をだしてる見たいな・・・（極論）

[terazzo]

治験とかとの対比で考えると、薬物に対する生体ごとの違いはソフトウェア開発に対する開発者の役割と比べるとまだ大分調整効きやすいのかな。

[katzchang]

「ソフトウェア開発手法について厳密な研究は存在しない。なぜならソフトウェア開発上のすべての要素をコントロール事が出来ないからだ」

[houyhnhm]

そもそも、予算とか規模と、開発手法に、関連性が特にないからなあ。開発手法は、トラブルの方向性を決めてはくれる感じはするけど。／実証研究がとにかく難しいからなあ。

[tpircs]

ソフトウェア開発は数学の証明に似ている気がする。問題を決めるところからスタートだけど。

[hiroomi]

“メンバー一人ひとりのスキルや性格、お互いにどんなコミュニケーションを取るか、そういったことの方が開発手法よりも大きな影響を与えるのは明らかだ。”

[hiroyuki1983]

結局はコミュニケーションの問題

[dasman74]

githubのマネジメント版が無いから。無理だな

[aukusoe]

メンバー全員が穴兄弟であった方がいいという思想の風俗狂がいたので、少しは研究してほしい。

[lets_skeptic]

「良い開発手法」を判断するのは相当難しい。同じ要件・予算・納期のプロジェクトであってもその成果は正規分布するだろう。統計の手法が必要になるけど同じようなプロジェクトを集めて研究するのがそもそも難しい。

[sin20xx]

だから優秀なマネジメントが必要。その時のあらゆる要素を理解し、その後を予測し、最良の結果から最小限の乖離で済むように常にコントロールする。場合によっては要素そのものを入れ替える事も必要。

[shun_libra]

何をやるか以上に誰とやるかが重要ということ。徹底的に人に依存しているというか。そういう意味ではソフトウェア開発を炎上させないためには出来る人を連れてくるという、身も蓋もない結論になる。

[anakahala]

“ 人と人の間で、更には刻々と経過する時間の中で変化するメンバーのキャラクターこそがチームの振る舞い、結果に影響する最初の要因だ。”

[aliliput]

「せやな」以上の言葉がない。それは"良い人生"を定義するようなものであり、ソフトウェア工学ではなく哲学の範疇だ。

[mukaken]

これは良いエントリ" 人と人の間で、更には刻々と経過する時間の中で変化するメンバーのキャラクターこそがチームの振る舞い、結果に影響する最初の要因だ。 "