【資料公開】スプリントレビュー Deep Dive
みなさんこんにちは。@ryuzeeです。 2023年1月11日-13日に開催のイベント「Regional Scrum Gathering Tokyo 2023」の登壇資料を公開します。 スプリントレビューは非常に重要なイベントです。 5つのイベントのなかでいちばん重要なイベントを選べと言われたら、僕はスプリントレビューを選びます。 スクラムはプロダクトを届けるためのものであり、プロダクトを成功させるにはプロダクト自体の検査と適応が必須だと思うからです。 一方で、スプリントプランニングの精度を上げようと頑張る割にスプリントレビューが雑に扱われる例が多くて懸念していました。 ということで、本セッションでは、スプリントレビューの目的や参加者、進め方、コツなどを深掘りしてみました。 みなさんの参考になれば幸いです。 忙しい方向けのまとめ スクラムチーム全員が参加しろ スクラムチームの外側のステーク
Googleで生まれた「スプリント」――新規事業のリスクを減らし組織で学習する方法 | Biz/Zine
Googleで生まれた「スプリント」――新規事業のリスクを減らし組織で学習する方法 GV デザインパートナー / 「スプリント」の生みの親 ジェイク・ナップ氏 講演レポート 「スプリント」は、Gmail や Google Chromeなど様々なサービスの新規開発や改良に使われ、グーグル社内で浸透した後、ベンチャーキャピタルのGV（旧グーグル・ベンチャーズ）に取り入れられ、Slackやブルーボトルコーヒーなど100以上のスタートアップが実践する開発プロセスだ。その生みの親で元GVのデザインパートナーで、先日、IDEO客員研究員就任の発表があったジェイク・ナップ氏が来日した。当メディアでの連載も好評な池見氏が代表を務める株式会社groovesの主催にて、ジェイク・ナップ氏による講演とスプリントを体験するワークショップが開催された。ここでは、氏の講演の内容をお届けする。 “やってみないとわからな
アジャイルで欠落するテストの能力
12のソフトウェア・アーキテクチャの落とし穴とその避け方 成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
完了の定義がカンタンにわかる３つのポイント
完了の定義について問い合わせが多いので書いておこう。 英語では、”Definition of Done” とか、”Done Done” と言われる。日英ミックスで「Doneの定義」と言われることもある。 外国人と仕事していると”Everything’s done!”等、頻繁に耳にする言葉だが、一般的にはステーキを注文する際、お肉の焼き加減を伝えるときに”Well-done”と伝える位だろうか。 プロダクトマネジメント、とりわけスクラムでは、「完了の定義」はマストである。そして完了の定義は開発者のものである。 字面の通り、何をどこまでやったら「完了」なのか明確化しておくために定義する。 プロダクトインクリメントは開発メンバーが共同して作り上げる。 チームとして仕上げる条件を決めておかないと仕事のできばえにバラツキがでる。同一プロダクトなのに部分部分でムラがでるとやっかいだ。だから、開発チーム
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
Googleデザインスプリントにおける５つのプロセス | UX MILK
リソースが不足し、予算が取れない中で、企業は成功のほどが不明な大規模のデザインプロジェクトへの投資に乗り気にはなりません。 そんな中Googleは、デザインプロセスを速くし、価値あるインサイトを提供する方法論を作り出しました。 必要最低限の機能を持った製品（MVP）のことは一旦忘れて、１週間以内にプロトタイプを作り出し、テストすることにフォーカスしてみましょう。 Googleデザインスプリントプロセスの概要 Googleデザインスプリントは、５段階のプロセスで構成されます。各段階のプロセスは実行するのにおよそ１日（８時間）かかり、５段階すべて実行するにはおよそ40時間かかります。 素晴らしいデザインプロセスでは、繰り返すこと（イテレーション）が重要です。実際には、最初のスプリントで修正案をつくり、そのあとに少なくとも２回のイテレーションを回すことが強く推奨されています。 また、自分のアイデ
デザインスプリントを導入して分かった 3 つのメリットと注意点【後編】 - Pepabo Tech Portal
Google で開発され、数々のプロジェクトを成功へと導いている「デザインスプリント」。 デザインスプリントを導入して分かった 3 つのメリットと注意点【前編】 では、「デザインスプリント」の特徴と、社内導入するに至った背景をご紹介しました。 この【後編】では、実際に導入して分かったメリットや、気をつけていることをご紹介します。 デザインスプリントの 3 つのメリット 1. アイデアが出やすい 2. チームのコミュニケーションが活性化する 3. 短期間でアイデアの価値が分かる 気をつけている 3 つのこと 1. フレームワークの本質を理解すること 2. チームやプロジェクトに合わせて最適化すること 3. 導入しやすい環境をつくること アプローチ事例 まとめ 参考書籍 & サイト デザインスプリントの 3 つのメリット ペパボには、 ハンドメイドマーケットの minne（ミンネ）、 レンタル
デザインスプリントを導入して分かった 3 つのメリットと注意点【前編】 - Pepabo Tech Portal
Google で開発され、数々のプロジェクトを成功へと導いている「デザインスプリント」。 最速で最大の成果が生み出せるメソッドとして高く評価され、Facebook や Airbnb などの有名企業でも導入されています。 ペパボでもその価値を体験するため、先日発足したデザイン戦略チームを中心に、いくつかのプロジェクトで実際に導入してみました。 この【前編】では、そんな「デザインスプリント」の特徴と、社内導入に至った背景をご紹介します。 デザインスプリントとは デザインスプリントの特徴 デザイナーのためのものではない さまざまな工夫が組み込まれている 手順が明確化されている カスタマイズできる柔軟性がある 導入に至った背景 "もっとおもしろく" したかったから 生産性をあげたかったから デザイン戦略チームができたから まとめ 参考書籍 & サイト デザインスプリントとは デザインスプリントとは
アジャイル開発のタスク見積もりでやりがちなミス - HOW TO GO
アジャイル開発、主にスクラムをやっている人にとってタスクの見積りは悩ましいところかと思います。 個人的な備忘録も兼ねてよくあるミスをまとめてみます。 ここでのタスクの見積もりとはスクラムガイドにあるスプリント計画ミーティング第２部のことです。念のため。 ①見積りポーカーで時間がかかりすぎる 見積りポーカーを用いて見積りをするのはよい方法なんですが、いかんせん時間がかかりすぎる場合が多いと感じています。 みんな様子を伺っていてこれといった決め手がないままダラダラと議論してしまう 逆に好き勝手に話をしてもよいと思うメンバーがいて、決め手がないまま話が長くなってしまう。 見積りポーカーをやる理由は「タスク量の認識ズレをなくすこと」です。 認識ズレがないようなら見積りポーカーは必要ないはずです。そもそも別の方法でもよいかもしれません。 対策 認識ズレがありそうなタスクに対してのみ見積もりポーカーを
[Agile]スプリントのタスクに関するTips29個 | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 Scrum CrazyというサイトでスプリントのタスクについてたくさんのTipsがまとめられているのでご紹介します。 Sprint Tasking Tips ここではTipsのタイトルだけ紹介しておきますので、詳しくは上記サイトを参照してください。 Scrum Crazyでは他にも色々なTipsがあるので是非見ておくと良いと思います。 正直に見積もり、見積りが正確であることに価値をおく環境を作ることタスクを見積もる際は時間で見積もることを強く推奨実時間ではなく理想時間を使うことが望ましいより粒度を小さくしたタスクにすることを強く推奨1日は5〜6理想時間とすること作業量を見積もるのであって期間を見積もるのではないできるだけアトミックな単位にタスクを分ける「作業中」の状態が2日以上にならないようにするタスクはチームで見積もるスプリント途中での再タスキン
![[Agile]スプリントのタスクに関するTips29個 | Ryuzee.com](https://cdn-ak-scissors.b.st-hatena.com/image/square/2739e548348eb41752b3cb6bf863f6de2d5fd0f4/height=288;version=1;width=512/https%3A%2F%2Fwww.ryuzee.com%2Fcontents%2Fblog%2Fimages%2F3959%2Fthumbnail.png)
プロダクトバックログ項目はReadyなものだけスプリントに投入するべきという話
みなさんこんにちは。@ryuzeeです。 プロダクトバックログはスクラムにおける生命線の1つです。 プロダクトバックログが良くないとプロダクトの価値がでなかったり、そもそもスクラムチームとして安定したデリバリーを行えません。 プロダクトバックログでよく起こる問題プロダクトバックログを管理する上でみなさんがよく知っているのは、並び替えをする、という点ですが、これだけではまったく不十分です。 単に並び替えだけをしたプロダクトバックログで、スプリントを始めてしまうと以下のようなことが起こります。 選択したプロダクトバックログアイテムの中身に対してプロダクトオーナーと開発チームの理解が違ってしまうそのためスプリントを開始した後に頻繁にプロダクトオーナーと会話をする必要が出てきてしまい、場合によっては本来の要求が別のものであることが判明するもしくは色々会話をしていたら、当初の想定以上に規模が大きいこ
スクラムにおけるリリース計画 - Training for D-Day
スクラム現場ガイドの第11章は全てを引用して載せたいぐらい良いことが書かれています。 スクラム現場ガイド -スクラムを始めてみたけどうまくいかない時に読む本- 作者: Mitch Lacey,安井力,近藤寛喜,原田騎郎出版社/メーカー: マイナビ出版発売日: 2016/02/27メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る プロジェクトにおいて、よく聞かれる質問「いつ終わる？」「この日までにできる？」 どんなプロジェクトでも、一番よく聞かれる質問は「いつ終わる？」「この日までにできる？」じゃないだろうか。誰でも、プロジェクトが予想通りに進まずひどい目にあった経験があるはずだ。 スクラム現場ガイド 第11章より引用 確かに頻繁に聞かれます。そしてステークホルダー（お金を出す側）にとってみれば最大の関心事はこれです。 伝統的な開発手法の場合、わかりやすく回答しやすい
リリースプランニングのためのアジャイルな見積もり
優先度付けや製品のリリース計画のためにアジャイルチームやプロダクトオーナーは見積もりを行う。 long-range planning with user storiesと題した記事で、George Dinwiddie氏はアジャイルを使った予測について書いている。氏はユーザストーリーはチームが仕事をするのに役に立つが、ユーザストーリーを使ったリリース計画はチームにとって労力がかかりすぎると主張する。 3ヶ月(週5日で13週間)をひとつで2日かかるユーザストーリーに分割すると32ストーリーになります。たくさんのストーリーになってしまいますが、同時に複数のストーリーを実装したり、同じようなストーリーが複数あったりすると、さらに大変です。チームの半数がそれぞれのストーリーの実装に関わり、半数のストーリーに1日だけ必要な場合、ストーリーの数は96に増えます。プロジェクトのはじめに96のストーリーを確
２回のスプリントを経ても仕様が決まらない場合、どうすべきか？
JoeはUX/CXコンサルタントとして長年のキャリアがあり、現在はUXに関する書籍、講演などを多数手がけるUXの伝道師です。 原則として、要件の洗い出しとプロトタイプのレビューに２回以上のスプリント（編注：ここでは１スプリント＝２週間）が必要な場合、それがどんなものであっても複雑すぎると言えます。そのような場合、プロジェクトを保留するか中止しましょう。 私の経験上、２回のスプリントで問題を解決できなければ、プロセスやシステムに深く関わる複雑な問題があるか、あるいは未知の課題が潜んでいると思われます。 いずれの場合も、少し待ってください。このルールにおける唯一の例外は、『Fixing the Enterprise UX Process ebook』で説明したように、重要度と実現可能性が高い機能の場合です。 では、少し前に私が行ったプロジェクトから例を挙げてみましょう。 突如現れた「メッセージ
プロダクトバックログ・グルーミングとはなにか？ | Ryuzee.com
プロダクトバックログは継続的に更新される生きたドキュメントである。 プロダクトバックログには、全ての機能要求、非機能要求を含むすべての要求を含んでいる。 なぜプロダクトバックログのリファインメントを行うのかプロダクトバックログリファインメントは極めて重要だ。以下のようなことに役立つ。 開発チームとプロダクトオーナーが大きなプロダクトバックログアイテムを小さいものに分割するのに役立つ。それによって個々のプロダクトバックログアイテムのスコープについてより理解が共有される。開発チームとプロダクトオーナーは長くて息切れするようなスプリントプランニングを避けることができる。それによって時間のムダを防げる。プロダクトオーナーによって追加された新たなプロダクトバックログアイテムや既存のプロダクトバックログアイテムをより小さいものに分割する。開発チームはより簡単にプロダクトバックログアイテムの見積りができ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
スプリントプランニングとプランニングポーカーのやり方 | Tech Blog | CRESCO Tech Blog
ストーリーポイントで見積もるということ
スクラムの知られざる勘所
バックログ・グルーミング: 誰が、いつ、どのように行うか