スクラムがしっくりきていない時は経験主義の三本柱をとにかく意識するところから始めると良いかも - Qiita
この記事は何 僕はかれこれスクラムを3年以上色々な組織でやっています。 最初はうまくスクラムを活用できていなかったのですが、最近はある程度スクラムというものの理解も経験則含めて上がってきたなと感じています。 この記事では、スクラムに取り組むに当たってとりあえずここはおさえておいた方が良いなと感じているところを知見として紹介します。 スクラムがしっくりこない 突然ですが皆さん、スクラムいい感じに回っていますか？ 「毎回のスプリントをやるごとにチームがうまく回るようになってるぜ！」みたいな方はこの記事はお役に立たないかもしれません。 「一応スプリントは回してるけど結局これってこれってなんのためにやってるかよくわからない...」みたいな感覚がある方は、読んでいただけると何か気づきがるかもしれません。 アジャイルないしスクラムという概念を知っている方は増えてきていると思いますが、その一方で「スクラ
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（後編） Regional Scrum Gathering Tokyo 2022
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（後編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（前編） Regional Scrum Gathering Tokyo 2022
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（前編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント
スクラムチームを超生産的にするためのパタン・ランゲージ｜天野 祐介 (ama_ch)
The Patternsハイパープロダクティブチームを体系的に生み出すため9つのパタンはこちらになります。 1. Stable Teams 2. Yesterday's Weather 3. Swarming: One Piece Continuous Flow 4. Interrupt Pattern: Illigitimus Non Interruptus 5. Daily Clean Code 6. Emergency Procedure 7. Scrumming the Scrum 8. Happiness Metric 9. Teams that Finish Early Accelerate Faster https://www.scruminc.com/wp-content/uploads/2014/05/teamsthatfinishearlyacceleratefaste
Scrum@Scaleの基本と実装 - Chatworkの実践に学ぶ「スケールするスクラム」の導入戦略｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Scrum@Scaleの基本と実装 - Chatworkの実践に学ぶ「スケールするスクラム」の導入戦略 スクラムのスケーリング手法であるScrum@Scale（スクラムアットスケール）の基本的な概念、そして企業内での実践例を粕谷大輔（daiksy）さんが解説します。実践例では、Scrum@Scaleにおいて「だれが」「なにをやるのか」を、1週間のタイムスケジュールとともに解説します。 2001年にアジャイルソフトウェア開発宣言 が発表されてから20年。日本のソフトウェア開発の現場でもアジャイルはずいぶん一般的に扱われるようになってきました。そのうちの手法の１つであるスクラムについても、導入事例を多く見聞きします。 スクラムは原則的に少人数のチームに適用されることを前提としている手法ですが、さまざまな現場で扱われるようになるにつれ、規模の大きなチームへと拡張されるニーズも高まってきました。現
3分でざっくりわかるスクラム（スクラム用語を使わないスクラムの説明）
みなさんこんにちは。@ryuzeeです。今日は小ネタです。 3分くらいでスクラムをざっくり分かってもらうための説明を以前作ったのですが、意外と役に立っているのでブログで公開しておきます。 この記述については、CC BY-SA 4.0ライセンスとします。 クレジット表記（@ryuzee / Ryutaro Yoshiba）のもとで共有や派生物を作って構いません（その場合は元のライセンスを継承します）。 製品の目標や方向性、成果に責任を持つ人を1人決めます（＝プロダクトオーナー）製品の目標や実現したいことを一覧にして、常に最新の状態にしておきます（＝プロダクトバックログ）製品を作るのに必要な作業は色々な能力を持った開発者たちに任せます（デベロッパー）頻繁に動くものを見たほうが安心なので、固定の短い期間に区切って繰り返します（＝スプリント）短い期間をうまく過ごして成果を出すには計画が必要です（＝
初期のプロダクトバックログの作り方
みなさんこんにちは。@ryuzeeです。 別のところで依頼を受けて作った文書なのですが、皆様の参考にもなるかと思いますので共有しておきます。 まずはプロダクトゴールを検討するプロダクトバックログは、プロダクトゴールの実現のために存在します。 つまりプロダクトバックログを作るには、プロダクトとして実現したいゴール、顧客に提供したい価値などをあらかじめ検討する必要があります。 リーンキャンバス、エレベーターピッチ、ユーザーインタビュー、エスノグラフィーなどのテクニックを活用しながら、プロダクトとして解決したい課題、実現したい価値やゴールを評価しますプロダクトを実際に開発するのはお金も時間もかかるので、本来この時点で仮説検証を繰り返し、ダメなアイデアを早めに捨てる必要がありますある程度いけそうなアイデアが出てきたら先に進みますスプリント開始の条件スクラムでスプリントを開始できるのは、プロダクトバ
チームサイズ・スプリント期間・プロダクトバックログアイテム数について
みなさんこんにちは。@ryuzeeです。 Peter Stevens氏が行ったオンライン調査（調査母数は85）をもとにしてチームのサイズとスプリント期間とプロダクトバックログアイテムの数におけるスプリントの成功への関連について以下で述べているので、それを元に考察してみましょう。 Success Factors in a Scrum Sprint なお、ここで言っているスプリントの成功とは以下のように定義されています。 「良いチームはオーバーコミットもアンダーコミットも(あまり)しないという考えのもとに、 成功＝チームがコミットしたプロダクトバックログアイテムを全てデリバリできた、ということを指すこととする」 チームのサイズとスプリント期間2週間スプリントを採用しているチームが規模に関わらずもっとも多く、半数以上を占めています。 4週間以上という回答もあるようですが、これはスクラムとしてはい
スクラムアンチパターン：ゴリラ a.k.a. スーパースター｜Takahiro Ito
スクラムアンチパターンシリーズの第２弾ということで、また私が経験したスクラムのアンチパターン「ゴリラ a.k.a. スーパースター」について軽く説明していこうと思う。 ゴリラとはゴリラとは、開発チームの中にいる声の大きいメンバーで、自身の技術や経験において自信がありそれがチーム内での声の大きさに直結しているパターンである。また、周りのメンバーもゴリラのスキルについては認めているケースが多い。 ゴリラがいるとどういう問題がおきるか。まず第１にゴリラの存在はチームのコミュニケーションフローを限定してしまう。具体的な例をいくつかあげよう。まず開発チームでのコミュニケーションは、ゴリラの言うことが絶対的、という空気になってしまう。ゴリラに対して誰も反論をせず、ゴリラはより自分の意見が正しいという思い込みが強くなり、この流れは加速する。結果、開発周りの意思決定がゴリラ中心となり、開発チームもそれに頼
スプリントにおけるコミットメントとは何か
みなさんこんにちは。@ryuzeeです。 スプリントプランニングでは、スプリントの終了までに「どのプロダクトバックログアイテムを完了させるか」を計画します。 このコミットメントとは何なのか？先日のCertified Scrum Product Owner研修でジェフ・サザーランドさんに以下のどれなのかを聞いてみました。 スプリントプランニングで決定した内容をスプリント期間中に「全て終わらせる」ことをコミットするそのスプリントにおいて、チームが「全力で選択したプロダクトバックログアイテムを完了させようとする」ことをコミットする1または2のいずれになるかはコンテキストに依存する プロジェクトの初期段階の数スプリントでは、見積りの精度は低いし、自分たちのベロシティがはっきりしていないので、通常はオーバーコミットしがちです。 またそもそもスクラムの経験が豊富ではないチームでは、「プロダクトバックロ
うちのチームのデイリースクラム 2021年夏編 - 半空洞男女関係
「自分ができるタスクもうないので次のスプリントのPBIに着手します」問題をなるべくわかりやすく説明したい。良い例え話あるかな。— ama-ch (@ama_ch) August 6, 2021 を見ていて、うちのチームのデイリースクラムを紹介したくなったのでかいてみます。こういうのを書くのははじめてかもしれない。 全体デイリースクラム まず、決まった時間になったら一つの部屋に集まって、全体のデイリースクラムをする。今は3チームくらいあるので、全体でやりとりしたいことも多い。 全体のゴールとかあるわけでもないので、ただの朝会って感じ。(「朝会」でいいのかも) チャットで報告でおしまいでもいいのだが、「知らなかったー」とかはあるので、共有したい勤怠の連絡事項とか、今日はリリースがありますねーとか、この前の障害についてですがー、などなど、全体で知っておきたい情報はここで共有する。 現状、品証チー
The Three Pillars of Empiricism (Scrum)
Empiricism means working in a fact-based, experience-based, and evidence-based manner. Scrum implements an empirical process where progress is based on observations of reality, not fictitious plans. Scrum also places great emphasis on mind-set and cultural shift to achieve business and organizational Agility. The three pillars of empiricism are as follows: Transparency: This means presenting the f
ケン・シュエーバーが意図的にスクラムから除外した項目
私が講師を務める次回の認定スクラムマスター研修（CSM）及び認定 LeSS Basics (CLB）研修は、2024年6月3日に開催される予定です。研修の予約はこちらよりお願いします。 スクラムについての無料オンライン学習をご利用になりたい方は、こちらをクリックしてください。 意図的にスクラムの一部とされていないものや、スクラムと矛盾するもの、またスクラムを役立たないものにしてしまうものを挙げてみます。 スクラム警察が来てあなたを牢屋に入れてしまうわけでもありませんし、意図的に何かを排除することに意味があるように思えないかもしれません。ところがスクラムに必要だという思い込みがあると、時に人は、意図せず、気にせずに行動してしまいます。下記のリストに挙げた一件一件について、どういった問題を解決しようとしているのか、そしてあなたのシステムの最適化目標にそった解決法があるのかどうか、考えてください
Done の定義
スクラムの検査と適用のサイクルを効果的にするためには、透明性が求められます。 Done の意味を正式に定義することで、タスクがDoneかUndoneか曖昧になったり、Undoneのままになったりする可能性を減らし、進捗状況（Doneか、Undoneか）を明確に測定できるようになるため、透明性が向上します。 完璧なDoneの定義は、組織がプロダクトを顧客に提供するために必要な全てのことを包含します。 単一チームの場合、完璧なDoneの定義を達成することは比較的容易なはずです。 チームが完璧なDoneの定義を達成できない場合は、その部分集合を Doneの定義とします。チームのゴールは、Doneの定義を洗練し、いつの日にか完璧なDoneの定義にし、毎スプリント出荷可能な状態を作ることです。 Doneの定義は、ソフトウェアが各PBIで達成する、合意済みの基準のリストです。 このレベルの完全性を達成
徹底解説 リモートワークで行うモビングとフラクタル - Gunosy Tech Blog
広告技術部の石田です。 RSGT2021での学びをきっかけに、私たちのチームでは一日の業務をモビングとフラクタルという方法で行うようになりました。 しかし、ひとくちにそう言われても具体的なイメージが湧かない人も多いのではないでしょうか。 この記事では、モビングとフラクタルの二つをわかりやすく解説します。 特にフラクタルはなじみの薄い用語なので、まずフラクタルについて図を使って説明した後にモビングの解説をします。 フラクタルを図で解説 それではまずこちらの図をご覧ください。 フラクタルで過ごす一日の流れ フラクタルとは元々は幾何学の概念で、全体とそれを構成する部分が自己相似(再帰)となるものをいいます。 フラクタルスプリントは一日をひとつのスプリントに見立て、その中を同じような構造を持った小さなスプリントで構成します。 私たちのチームでは30分の短いスプリントを一日中繰り返すこと、そして最初
スクラムガイド2020の「スプリントレトロスペクティブ」に関する変更点 - Qiita
この記事について この記事は、aslead Agileの開発チーム「オキザリス」にて行っているアウトプット企画である 「チーム「オキザリス」Advent Calendar」の20日目の記事です。 この記事では、2020年版のスクラムガイドの「スプリントレトロスペクティブ」に関する記載について、2017年版と対比させながら違いについて説明していきます。 なお、スクラムガイドはあくまで「ガイド」であり「教本」ではありません。この記事もあくまで1つの考え方を示しているだけだ、という前提を置いたうえで、お読みください。 スクラムガイドにおける「ふりかえり」に関する記載 早速ですが、スクラムガイド2020から記載を抜き出して読んでみましょう。 スプリントレトロスペクティブ スプリントレトロスペクティブの目的は、品質と効果を高める方法を計画することである。 スクラムチームは、個人、相互作用、プロセス、
勉強会での経験から1日スプリントを業務に取り入れてみた話 - jnuank blog
本記事は、 DDD-Community-Jp Advent Calendar 2020の18日目です。 はじめに 今回は勉強会から業務へ派生した話を書こうと思います。 モデリング会では、隔週2〜3時間モブでモデリングやコーディングをしていきますが、 その中で議論が白熱して空中戦になってくると「あれ、今日は何をしたんだっけ」となりやすいところが問題でした。 最近では30分のタイムボックスを意識し、そこでドライバーを交代したり、そこで一旦ふりかえってみて、軌道修正をするタイミングを作るようにしています。 モデリング会の進め方については、こちらの記事をご参照ください。 qiita.com この勉強会でのタイムボックスを意識したことを社内で話したときに、リーダーが関心を示して下さり、程なくして「1週間から1日スプリントにしてみませんか」といった話になりました。 そのとき、どんな課題があって導入して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023
スクラムガイドの変更点（2017→2020）から見えるスクラムチームが陥りやすい3つの罠 | Agile Studio
「アジャイル開発とスクラム」入門
