スクラム導入で開発を取り巻く矛盾はなくなるのか？ - Yasuo's Notebook

皆さんの現場では、矛盾を抱えながら開発を進めてはいないでしょうか？ 自分たち以外の誰かが決めた、スコープ、期限、コストを守るために、「絶対無理！」と いいながら毎日残業している方もいるのではないかと思います。 ウォータフォールプロセスは、このような矛盾を含んだ開発の代名詞のように語られる こともありますし、その対極の存在としてスクラムなどのアジャイルが語られることが 多いように思います。 私は、開発の矛盾は開発プロセスそのものには直接依存していないと考えています。 アジャイルも開発の矛盾を解消することを目的としているわけではありません。 しかし、組織の構造と開発プロセスの組み合わせが影響する場合はあるのではないかと考えています。 ヒエラルキーを持った組織とウォータフォールプロセスの組み合わせにおいては、 スコープ、期限、コストなどのコミットメントを上位に対して守らなければならない プレッシ

[bufferings]

よんでたわ！

[teppeis]

「実際には、スクラムとスクラムの外の境界線付近に今までの矛盾が移動します。」

[gikazigo]

スクラム導入で開発を取り巻く矛盾はなくなるのか？ - Yasuo's Notebook

[s-kic]

開発の矛盾をプロダクトに吸収させてしまっているか、それを許さないか。…なるほど。

[hiroshi_revolution]

スクラム導入で開発を取り巻く矛盾はなくなるのか？ - Yasuo's Notebook

[ryuzee]

How to Change the Worldでも境界線の中と外の話は出ていますねぇ