【資料公開】スプリントレビュー Deep Dive
みなさんこんにちは。@ryuzeeです。 2023年1月11日-13日に開催のイベント「Regional Scrum Gathering Tokyo 2023」の登壇資料を公開します。 スプリントレビューは非常に重要なイベントです。 5つのイベントのなかでいちばん重要なイベントを選べと言われたら、僕はスプリントレビューを選びます。 スクラムはプロダクトを届けるためのものであり、プロダクトを成功させるにはプロダクト自体の検査と適応が必須だと思うからです。 一方で、スプリントプランニングの精度を上げようと頑張る割にスプリントレビューが雑に扱われる例が多くて懸念していました。 ということで、本セッションでは、スプリントレビューの目的や参加者、進め方、コツなどを深掘りしてみました。 みなさんの参考になれば幸いです。 忙しい方向けのまとめ スクラムチーム全員が参加しろ スクラムチームの外側のステーク
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編）
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編） アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク（Dmytro Yarmak）氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
30人が参加するプロジェクトで桁違いのパフォーマンスを発揮するためのチームデザイン - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。シニアスクラムマスター（初めて名乗った！）の天野 @ama_ch です。開発本部に所属するアジャイルコーチとして、組織内を横断的に支援しています。最近は、 kintone フロントエンドリアーキテクチャ（フロリア）プロジェクトの支援に注力しています。 フロリアプロジェクトの概要はこちらの記事をご覧ください。 blog.cybozu.io 現在、フロリアには約30人のメンバーが参加して日々活動しています。チームの規模が大きくなると、コミュニケーションが難しくなり、効果的なチームワークを発揮するのがどんどん難しくなっていきます。フロリアでは、昨年後半頃からだいぶチームの規模が膨らんできたため、今年からチームを再編し4チーム体制に切り替えました。 今回は、フロリアが数十人規模でもチームワークを発揮するために、チームの設計や運用で意識しているポイントを紹介します。 目指している状態 最
スクラムマスターって何をする人なの？ - だいくしー(@daiksy)のはてなブログ
これは Chatwork Advent Calendar 2日目のエントリです。 また、このエントリの公開日翌日に開催される"だいくしーのスクラムBar #1" で取り扱うテーマについての詳細な解説記事も兼ねています。 chatwork.connpass.com スクラムマスターって何をする人なの？ 本項ではこれについて少し考えてみたいと思います。また、ぼく自身が普段どういうことを考えながらスクラムイベントや、その他の仕事をしているか、なども書いてみようと思います。 スクラムマスターは、ソフトウェア開発に関する他の職種と比べても、具体的な職務内容がわかりづらい役割なのかな、と思います。少し乱暴な言い方をしてしまうと、デザイナーがいなければデザインはできないし、プログラマーがいなければアプリケーションコードを書くのはとても困難です。しかし、スクラムマスターがいなくても別に開発はできます。 そ
スクラムマスターの役割とは何か？ チームと環境の変化で“変わる”取り組みと“変わらない”原則
2001年の「アジャイルソフトウェア開発宣言」から20年以上が経過し、アジャイル開発の認知や実践は大きく広がりを見せています。一方で、社会や環境の変化に適応するように、その実践の形も、姿を変えながら進化を続けています。今回は、スクラムマスターを務めるヤフー 田原慎也氏とChatwork 粕谷大輔氏に、「リモートでのスクラム」「大規模スクラム」など、アジャイル開発、特にスクラムにおける、ホットなトピックについて語っていただきました。 ともに複数チームでプロジェクトを推進する2人のスクラムマスター 田原：ヤフーの田原です。スクラムマスターを務めるようになったのは1年ほど前からで、まだ初心者です。今回は、自分のこれまでの取り組みをお話しして、エキスパートである粕谷さんに、いろいろと突っ込んで、教えていただければと思っています。 粕谷：Chatworkの粕谷です。こちらこそ、よろしくお願いします。
Extreme Programming (XP) 概要
1. Extreme Programming (XP) 概要 2019/4/26 改定 Ryutaro YOSHIBA, Attractor Inc. Scrum Alliance Certified Scrum Team Coach. 2. XPとは ✤ ソフトウェア開発の制約に対応する軽量な方法論かつ思想 ✤ XPは、ビジネス側と開発側の両者が共通な達成可能なゴールに集中するための、 ビジネス及びソ フトウェア開発の規律 ✤ 価値・原則・プラクティスから構成される ✤ Kent Beckが中心となってまとめていた ✤ 初版:Extreme Programming Explained: Embrace ChangeOct 5, 1999 ✤ 第2版: Extreme Programming Explained: Embrace Change, 2nd Edition (The XP Ser
アジャイル開発テストプロセス構築支援 ｜ 管理/プロセス支援 ｜シーイーシー
こんな悩みを解決します 短期間での開発と製品リリースを実現しなくてはならない ひとつひとつのプロジェクトの規模が小さく、かつ作業の独立性が強いため円滑な人員シフトが難しい 日々の業務量変動が大きく、テスト実施やバグの改修がボトルネックになることがある アジャイル開発テストプロセス構築支援とは シーイーシーでは、お客様のアジャイル開発プロジェクトひとつひとつに対応した、効果的なテストプロセスの構築を提案します。 アジャイル開発では、短期間で「実際に動くソフトウェア」を開発/リリースしていくことを進行尺度とするために、プロジェクト関係者間で必要な時に即座に一堂に会し、意思疎通を行う事を重視しています。そのため、アジャイル開発手法で作成する文書の量は、他の開発手法と比較すると、非常に少なくなっています。 したがってテストにおいても、仕様書などのドキュメントを元にした従来のテストとは異なったアプロ
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
鷲崎弘宜, "アジャイル品質パターン (Agile Quality, QA2AQ), アジャイル時代の組織ケーパビリティ向上 CMMI V2.0 / APH(アジャイルパフォーマンスモデル) / アジャイル品質パターンセミナー, 早稲田大学, 2019年6月6日 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.
QAもスクラム導入、アジャイルQAとしての取り組み──Cybozu Meetup #11 開催レポート - Cybozu Inside Out | サイボウズエンジニアのブログ
品質保証部の匠です。 2/21(水)に、Cybozu Meetup #11「アジャイルQA」を開催しました！ QAプロセスに特化したMeetupで、参加者が集まるか少し不安でしたが、 当日は50名を超える方々にご参加いただき、大盛況の開催となりました！ cybozu.connpass.com 本エントリでは、当日の様子を紹介しつつ、私のトークセッションについての補足をしてみようと思います。 トークセッション サイボウズでは多くの開発チームがスクラムによるアジャイル開発に移行しつつあります。 今回は、各チームのQAがどのようにアジャイルプロセスを導入しているのか、について事例紹介として3つのトークを実施しました。 アジャイルネイティブなQA by 三牧 麻美 アジャイルネイティブなQA from asami1015 www.slideshare.net 新卒入社2年目の三牧 麻美が、開発中の
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
ソフト開発に「かんばん方式」を導入すべき理由とスクラムとの違い
プロジェクト管理方法としての「かんばん方式」について聞いたことはあっても、その詳細については知らないという人は多いかもしれません。かんばん方式は、スクラム（Scrum）などほかのアジャイル方式や、ガントチャートなどのツールとはどのように違うのでしょうか。また、かんばん方式はどのような目的で使われているのでしょうか。 かんばん方式の由来を説明しながらこのような疑問に回答し、実践でどのように使われているのかを解説します。 かんばん方式の基本原則 日本発祥の「かんばん」という言葉はトヨタの生産システムから生み出されたことは、業界周辺では良く知られています。その存在と基本原則を知っていれば、利益を受ける人は多くなると見込まれています。かんばん方式の基本原則とは、リーン生産方式、継続開発、カスタマーオリエンテーションなどです。すべてトヨタの元副社長、大野耐一氏の著書『トヨタ生産方式―脱規模の経営を目
プランニング・ポーカーで始める楽しい見積り - mixi engineer blog
こんにちは、UX統括部の横幕です。すっかり春になって、桜を眺めるのが気持ち良いですね。 最近、社内で活発に「デイリースクラム」が行われるようになりました。 日々、チームメンバーの持っているタスクの進捗を確認し合うことで、スケジュール感の共有・調整、あるいは、チームメンバー同士でタスクの振り分けを見なおしたりなどができ、チームの有機的な動きを作ることが出来るようになってきています。 さて、そんななかで、今回は、プロジェクトを進める上で、また日々のデイリースクラムをする上で重要な「タスクの見積り」についてお話しようと思います。 これが実際のPlanning Pokerです。アメリカのMountain Goat社が企画発売し、ライセンスしています。 1. 見積る前に 1-1. 計画を立てよう タスクの見積りをする前に、何をするのか、その計画を立てていきます。 ・フィーチャーを考える フィーチャー
アジャイル開発のタスク見積もりでやりがちなミス - HOW TO GO
アジャイル開発、主にスクラムをやっている人にとってタスクの見積りは悩ましいところかと思います。 個人的な備忘録も兼ねてよくあるミスをまとめてみます。 ここでのタスクの見積もりとはスクラムガイドにあるスプリント計画ミーティング第２部のことです。念のため。 ①見積りポーカーで時間がかかりすぎる 見積りポーカーを用いて見積りをするのはよい方法なんですが、いかんせん時間がかかりすぎる場合が多いと感じています。 みんな様子を伺っていてこれといった決め手がないままダラダラと議論してしまう 逆に好き勝手に話をしてもよいと思うメンバーがいて、決め手がないまま話が長くなってしまう。 見積りポーカーをやる理由は「タスク量の認識ズレをなくすこと」です。 認識ズレがないようなら見積りポーカーは必要ないはずです。そもそも別の方法でもよいかもしれません。 対策 認識ズレがありそうなタスクに対してのみ見積もりポーカーを
アジャイルなレトロスペクティブのすすめ
アジャイル開発の代表的な手法である「スクラム」。 スクラムの肝は「チーム内の円滑なコミュニケーション」と「それによって生まれる柔軟性」にあると思います。 臨機応変な対応が求められる分、スクラムにはコミュニケーションを円滑にするフレームワークがいくつも存在します。 今回は、その中でもスプリント終了時の振り返りMTG（レトロスペクティブ）について、整理をしてみました。 レトロスペクティブってなんぞやretrospectiveは「回顧」「遡及的」「回想的」という意味がありますが、アジャイル開発においては「振り返り」という意味で使います。 特にスプリント（イテレーション）の振り返りMTGの事を指して、レトロスペクティブと言うことが多いです。 レトロスペクティブが必要なケースプロダクトマネージャーである私は、スプリントごとに振り返りMTGを実施することが多くありましたが、どうもうまくいかずヤキモキし
スクラムにおけるデザイナーの立ち位置とは | PSYENCE:MEDIA
こんにちは、石黒です。 スクラムにおけるデザイナーの立ち位置ってどうすればいいの？ 開発チームと一緒に動くのか、開発チームとは別に動くのか、こんな疑問の声があちこちから上がってきています。そこで、リクルートマーケティングパートナーズ ( 以下、RMP ) で内製開発を実施している料理サプリのデザイナーは、どのように動いているのかをご紹介します。 また、スクラムに関してはこちらの記事で紹介しておりますので、こちらも併せてご覧いただければと思います。 正しく理解しようアジャイルとスクラム〜アジャイルとは？〜 正しく理解しようアジャイルとスクラム 〜スクラムの概要を知ろう〜 スクラムの始め方 〜私のスクラムとの出会い編〜 料理サプリとは 料理サプリは、プロの料理人による質の高いレシピを無料で提供するサービスです。すべてのレシピに丁寧な調理動画がついているため、知りたかった料理のコツも気になったそ
スクラム・オブ・スクラムにおけるデイリーミーティング
みなさんこんにちは。@ryuzeeです。 大規模な体制でスクラムを行う場合、3〜9人の開発者を1開発チームとして、フィーチャー単位で開発チームを分割し、複数スクラムチーム間でスクラム・オブ・スクラムを行うのが定石です。 今回は、スクラム・オブ・スクラムにおけるデイリースクラムでのグランドルールを紹介しましょう。 元ネタはScrum of Scrum Ground Rulesです。 グランドルール通常のスクラムチームのデイリースクラムと同じように、素早く短い時間で行うべきである準備を済ませた上で時間通りに集まることまず最初に自分のスクラムチームの名前を述べるそしてチームについて述べる。チーム内の個人についてではない。チームにおける問題はミーティング中に報告されるが、解決策に関する議論は、他のチームの報告が終わってから行う。各チームの報告が終わったら、議論の話題は報告された問題、課題、取組に移
スクラムにおける技術的スパイクの進め方
みなさんこんにちは。@ryuzeeです。 スクラムでは、スプリントに投入するプロダクトバックログアイテムはReady（準備ができている）である必要があります （Readyとはどんな状態なのかについては以前に詳しく説明したので、そちらを参照してください）。 Readyにしておくことによって、成果の量が安定しプロダクトオーナーやステークホルダーにとっては予測精度が向上していきます。 Readyにする活動は単に受け入れ基準を用意したり、プロダクトバックログの内容を精緻化したり、並べ替えたりするだけではありません。 スプリント内でプロダクトバックログアイテムが完成する可能性を上げるために必要な活動すべてが含まれます。 そしてその中の1つが技術的な調査です。 スプリントでプロダクトバックログアイテムに着手してから実現方法を調べたり、技術的な制約によって大幅な方針転換したりするのでは遅い上に予測性が低
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルで欠落するテストの能力
スプリントプランニングとプランニングポーカーのやり方 | Tech Blog | CRESCO Tech Blog
スクラムの知られざる勘所
