開発スピードをあげるには - パルカワ2

「開発スピードをあげろ！」と言われる事は多々ある。 実際にチームの開発スピードが遅かったとしたら、それは開発チームがなにかしらの問題を抱えている事になる。それに対して、偉い人達は「とりあえず開発者を増やせばスピードがあがるはず！」と人を追加する。しかし、根本的な問題は解決していないので、大きくスピードは上がらない、もしくは逆に遅くなってしまう事がある。 開発にかかる時間をざっくり分解すると「仕様決め」「コードを書く」「検証」の3つに分ける事が出来る。つまり「仕様決め」「検証」を効率良く進めて「コードを書く」時間を増やす。また「コードを書く」事自体を効率良く進める事が、開発スピードを上げる事だと考えられる。なので、3つのフェーズの問題点とそれらの解決方法を考える必要がある。 例えば、「仕様決め」の問題点は 仕様が決まらず、MTGの時間が長い 仕様を決める人がいない 誰かに確認する事が多い 開

[koda3]

「とりあえず人を増やす」でスピードがあがったプロジェクトを見たことが無いかも

[masayoshinym]

仕様決めの問題点に、「仕様を決める人がいるはずなのに二転三転して決まらない」を追加してください。

[y_maeyama]

仕様がきっちりかっきり決まっていれば人を大量に投入するのもありなんだが、そんなの夢物語やもんね。

[psfactory]

開発スピードをあげるには - パルカワ2

[tbpg]

人月の神話 "偉い人達は「とりあえず開発者を増やせばスピードがあがるはず！」と人を追加する。しかし、根本的な問題は解決していないので、大きくスピードは上がらない、もしくは逆に遅くなってしまう事がある。"

[quick_past]

ライト、ついてますか。は本当に名著。開発の教本ずばりじゃないけど、良い参考書になる。なぜIT系の教科書オススメ記事でほとんど見かけないのか、本当に不思議。

[Ashizawa]

「開発スピードをあげろ！」と言われる事は多々ある。

[UDONCHAN]

いいこと書いてある

[ainame]

いい話

[bamch0h]

テストをしなければいい

[miragestlike]

開発以外の業務が降ってこなければその分開発できます。

[opps_long]

やっぱ課金かなぁー

[switch-off]

ボトルネックにならない部分の仕様なら、ある程度話して行き詰まったら、別のトピックに変えてガツガツ決めて数増やして安心感増やすといい。

[koogawa]

仕様を決めるMTGで毎日何時間も拘束された過去を思い出した

[Songmu]

素晴らしい考察

[morygonzalez]

「開発スピード上げろ」と言ってる人がボトルネックになってて開発スピード上がってないことありそう。

[masakiplus]

「開発スピードをあげろ！」と言われる事は多々ある。

[antipop]

そのとおりやん