作る人と決める人は同じ数だけ必要な時代になった〜ソフトウェア開発における「人数等価の法則」 | Social Change!

ソフトウェア開発の世界には、様々な法則があります。 遅れたプロジェクトに人数を追加しても、さらに遅らせることになるという「ブルックスの法則」は有名ですね。他にも、ソフトウェアの構造は、それを作った組織の構造が反映させるという「コンウェイの法則」などなど。（参考） 最近、ソフトウェア開発を通じて感じていることは、ソフトウェアの仕様を決める人の数は、ソフトウェアをプログラミングする人の数と同じだけ必要なのではないか、ということです。 そこで、この記事ではこれを「人数等価の法則」として考えてみることにしました。 balance / hans s これまで考えられてきた開発にかかる人数の感覚 ソフトウェア開発には、何を作るかを考えるという段階があって、どう作るかを考えてプログラミングするという段階があります。それを２人以上の人間で役割分担するとしたら、その間に入るものが「仕様」となります。 「仕様

[legoboku]

本題と関係ないけどブログパーツが覆い被さって、記事読めない。

[masaru_b_cl]

最近の様子を見ていると、頭を使う部分（設計）がボトルネックになっていることが多いように感じるので、たぶん方向としては正しいと思う。むしろ決める人＞作る人でも回る世の中になってきたような。

[koroharo]

本文関係ないけどら「頭」を使うことの必要性を否定してきたのが日本のSIの現場なんだよなぁと思った。

[yuji1982]

んー、モヤっとする…「プロジェクトにとっての仕様を決める行為と役割」を考慮しないのか、と思ったけどグルグル考えると本質な気もする。でもそこまで考えると仕様を決める/作るって分け方にモヤっとしてくる

[dubbed_pachi]

だから『これは決してウォーターフォールがなくなることを意味している訳ではありません』ですってば! って言ってるかのような。気のせいか? | 作る人と決める人は同じ数だけ必要な時代になった〜ソフトウェア開発にお

[osiire]

法則と呼ぶからには定量的な結果が欲しいところ。

[sugimori]

もしくは作る人が仕様を考える時代なのかもしれない

[int128]

伝言ゲームを減らすの大事

[fumokmm]

仕様を決めて、設計して、実装して、テストまで同じ人がやったらいいよね。

[tak4hir0]

作る人と決める人は同じ数だけ必要な時代になった〜ソフトウェア開発における「人数等価の法則」 - Social Change! ソフトウェア開発の世界には、様々な法則があります。 遅れたプロジェクトに人数を追加しても、さらに遅

[hokorobi]

環境の変化を上層の人が受け入れられないとね。

[k-holy]

仕様という言葉の指す物は現場によって違うだろうからにんともかんとも

[rryu]

「コード量は少なく見えるけどこれに至るまで色々あったんですよ」という事が多くなったので、純粋な実装作業量というのは減ったということなのだと思う。

[todesking]

等価になるという法則観測できない…… 等価(あるいは作る側をより少なく)にしたいねという気持ちならある

[t-wada]

"『ソフトウェア開発において、仕様を考えて決めて出来たものを確認する人数・コストと、仕様からプログラミングする人数・コストは同等になる』という法則を「人数等価の法則」と呼ぶのはどうでしょうか"

[hush_puppy]

今は作るのも決めるのも同一人物だから同じ人数になる、ってオチを予想したけど違った

[ledsun]

「ソフトウェアの仕様を決める人の数は、ソフトウェアをプログラミングする人の数と同じだけ必要」は興味深い。「仕様を決める」がどこまでかによるけど、この傾向はありそう。

[slay-t]

新しい法則が生み出されたｗ

[mnishikawa]

RT: 作る人と決める人は同じ数だけ必要な時代になった〜ソフトウェア開発における「人数等価の法則」