記事へのコメント20

    • 人気コメント
    • 新着コメント
    minamishinji minamishinji 興味深いけど、最初の分割の問題が肝なのでは。たぶん大規模アジャイルフレームワークは使うことなさそう…

    2022/01/27 リンク

    その他
    sawarabi0130 sawarabi0130 "いかにプロダクトを分割して、それぞれを独立、疎結合にするか" つまり大規模でなくする。

    2021/12/23 リンク

    その他
    rt3281 rt3281 スケールできるのは当然だけど、規模が大きいと予め分かりきってるなら、そもそもウォーターフォールにすべきだよね。"対話"に価値を置くアジャイルでコミュニケーションパスを増やすことのなんと愚かなことか…。

    2021/12/23 リンク

    その他
    estragon estragon “大規模アジャイルの検討をする前に、スコープを減らしたり、ドメインを分割したりして、1チーム(10人以内くらいのサイズ)でやる方法がないのか?を考え抜く必要があります。 規模が大きいというのを変えられない

    2021/12/23 リンク

    その他
    s99e209 s99e209 “LeSS”

    2021/12/23 リンク

    その他
    hi-hats hi-hats Disciplined Agile、知りませんでしたが、まさに大規模って感じでうへーだなあ

    2021/12/23 リンク

    その他
    tk_musik tk_musik Q.スケールするにはどうしたらいいですか?A.スケールするな、は有名なやり取り。ただ、なんでそういう要求が出てるの?は考える必要あるよね。切り捨てるだけならそれはサイロ化だし組織を変えるなら理解からだよね

    2021/12/23 リンク

    その他
    tpircs tpircs 大規模やりたくないのは伝わるけど、それならもう少しフレームワークそれぞれについて突っ込んだdisが欲しいなぁ。

    2021/12/23 リンク

    その他
    turanukimaru turanukimaru スコープは減らすんじゃなくて絞り込むものなのに中心の話をせずに闇雲に分割する話ばかりしてるから焦点がぶれて必要か不要か分からない。例えば販売員支援システムのユーザは販売員だけど中心はお店のお客さん。

    2021/12/23 リンク

    その他
    snare_micchan snare_micchan 「ほとんど使わない」をムダ扱いするのは開発プロジェクト失敗フラグなんだけどなあ。例えば決算関連の機能は使用頻度は低いが、その機能がないと決算をまとめられず企業として死ぬ

    2021/12/23 リンク

    その他
    raimon49 raimon49 >スコープを減らしたり、ドメインを分割したりして、1チーム(10人以内くらいのサイズ)でやる方法がないのか?を考え抜く必要があります。 規模が大きいというのを変えられない制約と見なすべきではありません。

    2021/12/23 リンク

    その他
    medihen medihen 大規模ウォーターフォールの成功率は3%しかないのか? 引用元の資料には、確かに"The overall results clearly show that waterfall projects do not scale well, while agile projects scale much better. "とあるが...

    2021/12/23 リンク

    その他
    rgfx rgfx 「成功したければ、規模を小さくするのが鉄則」はい

    2021/12/23 リンク

    その他
    forcutie forcutie [ プロダクトマネジメント / プロジェクトマネジメント]

    2021/12/23 リンク

    その他
    surume000 surume000 アジャイル開発のプロセスを落とし込むフレームワークがあるんだ

    2021/12/23 リンク

    その他
    miholovesq miholovesq SI的なヒエラルキーの大人数プロジェクト構造のまま「大規模でアジャイルやるには?」って聞かれるけど、スモールチームもないのに繰り返し構造やスクラムイベントみたいなプロセスだけインストールしたら地獄や

    2021/12/23 リンク

    その他
    morimarii morimarii 「いかに不要なものを作らないようにするか」まじこれです。機能も会議もドキュメントも運用での定期タスクもすべてこれ。まずやってみるのはいいけど止めたり捨てる基準や判定時期を明確にする必要がある

    2021/12/23 リンク

    その他
    dmr dmr 責任

    2021/12/23 リンク

    その他
    inose660 inose660 こんなにあるのか。。。しかし『大規模アジャイル』って、なんつーか『半チャーハン大盛り』的な自己矛盾があるな。小さいことが美点なのに、わざわざ大きくしちゃうの?っていう。

    2021/12/23 リンク

    その他
    ryuzee ryuzee 大規模まじやりたくないという話を書いた気がする

    2021/12/22 リンク

    その他

    人気コメント算出アルゴリズムの一部にヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    関連記事

    大規模アジャイルフレームワークの紹介

    みなさんこんにちは。@ryuzeeです。 12月1日新刊『チームトポロジー』が発売になったのでぜひよろしく...

    ブックマークしたユーザー

    • shunmatsu2022/09/24 shunmatsu
    • takigawa4012022/03/23 takigawa401
    • tkmkg8m2022/03/20 tkmkg8m
    • ko_ki_7222022/02/27 ko_ki_722
    • minamishinji2022/01/27 minamishinji
    • kwy2022/01/21 kwy
    • keisuke_yamane2022/01/20 keisuke_yamane
    • ishideo2022/01/12 ishideo
    • t2y-19792022/01/12 t2y-1979
    • kknsd2022/01/08 kknsd
    • iwata_n2021/12/27 iwata_n
    • kem951992021/12/27 kem95199
    • ys00002021/12/26 ys0000
    • gengo_k2021/12/26 gengo_k
    • Nyoho2021/12/24 Nyoho
    • onori1082021/12/24 onori108
    • Bon_wondering2021/12/24 Bon_wondering
    • radian198310192021/12/24 radian19831019
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事