This is a cache of https://b.hatena.ne.jp/entry/s/zenn.dev/dp_techblog/articles/5ab783ef029d44. It is a snapshot of the page as it appeared on 2026-03-24T09:26:57.149+0000.

[B! スクラム] PO・PdMが感じるスクラムの限界

PO・PdMが感じるスクラムの限界

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/dp_techblog

69users がブックマークコメント

コメント

8

記事へのコメント8件

注目コメント
新着コメント

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

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

PO・PdMが感じるスクラムの限界

ビジネスにおいて、何よりも重要なのは間違いなく後者の方でしょう。ゴミをいくらエレガントに作ったと... ビジネスにおいて、何よりも重要なのは間違いなく後者の方でしょう。ゴミをいくらエレガントに作ったところでゴミなことには変わりありません。したがって、前提としてそもそもスプリントレビューを行わない=成果の検査を行わないスクラムなどありえません。スクラムガイドにも、スクラムフレームワークは不変である。スクラムの⼀部だけを導⼊することも可能だが、それはスクラムとは⾔えない。このようにあるので、スプリントレビューを行わないスクラムはいわゆるScrumButと言えます。「レビュー」では本当の意味で成果を検査できない請負開発であれば、クライアントが「それが欲しかった!」と言ってくれればそれで成果の検査としては十分で、それ以上はないかもしれません。あるいは、「思ってたのと違う」という反応が得られることも、貴重なフィードバックとして次の計画に反映することができるでしょう。でも、事業会社の成果は違

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

cad-san2026/03/24
jamalen2026/03/24
crexist2026/03/24
shunutsu2-2-242026/03/24
mura_22026/03/24
kwskgsxr2026/03/24
yuno0012026/03/24
tzmfreedom2026/03/24
kumokaji2026/03/24
toshikish2026/03/24
BARUBARU2026/03/24
nunulk2026/03/24
tuki09182026/03/24
crash-kun2026/03/24
ubonsasan2026/03/24
peketamin2026/03/24
hatetaro10102026/03/24
shino_azm2026/03/24

同じサイトの新着

業務システムのモダナイズを始めました〜RoRからFastAPI × next.jsへ

46 userszenn.dev/dp_techblog

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx