【資料公開】スプリントレビュー 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」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
スクラムマスターの役割とは何か？ チームと環境の変化で“変わる”取り組みと“変わらない”原則
2001年の「アジャイルソフトウェア開発宣言」から20年以上が経過し、アジャイル開発の認知や実践は大きく広がりを見せています。一方で、社会や環境の変化に適応するように、その実践の形も、姿を変えながら進化を続けています。今回は、スクラムマスターを務めるヤフー 田原慎也氏とChatwork 粕谷大輔氏に、「リモートでのスクラム」「大規模スクラム」など、アジャイル開発、特にスクラムにおける、ホットなトピックについて語っていただきました。 ともに複数チームでプロジェクトを推進する2人のスクラムマスター 田原：ヤフーの田原です。スクラムマスターを務めるようになったのは1年ほど前からで、まだ初心者です。今回は、自分のこれまでの取り組みをお話しして、エキスパートである粕谷さんに、いろいろと突っ込んで、教えていただければと思っています。 粕谷：Chatworkの粕谷です。こちらこそ、よろしくお願いします。
一瞬でわかる！アジャイル開発が新規事業の立ち上げに向いている理由 ｜ 月額制受託開発の株式会社mofmof
mofmof新規事業担当四天王(全2人 2019/8/1現在)の岩井です。今回は話題になって久しい「アジャイル開発」がソフトウェア開発…特に新規事業の立ち上げに向いているのはなぜかということについて、すごく噛み砕いてサクサクと語っていきます。用語も噛み砕いたものを使ってみます。 ちなみに掲題についてですが、一瞬でわかりたい方はまとめだけ読んでいただければと思います。 目次 アジャイル開発と新規事業開発の特徴 従来型で新規事業に挑んでみると アジャイルと新規事業の相性 まとめ アジャイル開発と新規事業開発の特徴 アジャイル開発とは アジャイル開発はどういうものかというと、よく見る図ではこんなくるくるで表現されていると思います。 小さいサイクルを短い期間で繰り返し、出来上がった部分を順次リリースしていく手法になります。1サイクルの流れを見ていきましょう。 起点イベント 出来上がっている部分の確
デュアルトラックアジャイルって結局何なの？｜かわきん（ちゃんかわ）/atama plus スクラムマスター
こんにちは、河口です。 atama plusというAI×教育のスタートアップでスクラムマスターをしています。会社と私の紹介については、以下のスライドとnoteを参照ください。 みなさん、「デュアルトラックアジャイル」という言葉をご存知ですか？ デュアルトラックアジャイルとは、「事前に最小コストで最大のリスクをつぶしながら、価値あるプロダクトを作っていく」ための開発プラクティスです。 atama plusでは創業当初からデュアルトラックアジャイルを実践しようと取り組み、たくさんの失敗と成功を重ねてきました。ディスカバリーバックログとデリバリーバックログを分けてプロセス化してしまったことによるミニウォーターフォール化など・・・。 今年のはじめに弊社のデザイナーも、atama plusのデュアルトラックアジャイルの取り組みを紹介していました。今回は、プロダクトオーナー、スクラムマスターの視点から
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
エクストリームプログラミングとは一体？わかりやすく解説してみた
更新日: 2019年3月19日公開日: 2019年3月18日エクストリームプログラミングとは一体？わかりやすく解説してみた 皆さんはエクストリームプログラミング（XP）をご存知でしょうか。全く知らない人が聞くとエクストリームスポーツのようにとんでもない場所でプログラミングを行う事と勘違いしそうなエクストリームプログラミングですが、割と前からあるソフトウェアの開発手法なのです。 以前はそこまでではありませんでしたが、最近ではこのエクストリームプログラミングの手法を取り入れる現場も増えてきているようです。また、応用情報技術者の問題としても出題されるようになってきています。 そこで今回は、エクストリームプログラミングとはなにか、そのメリットなどをソフトウェア開発手法にも触れながら、できるだけ分かりやすく解説します！ エクストリームプログラミングとは？ そもそもエクストリームプログラミングとはどう
エクストリームプログラミングとは - IT用語辞典
概要 エクストリームプログラミング（XP）とは、迅速で柔軟性の高いソフトウェア開発手法の一つ。いわゆるアジャイル開発手法と総称される軽量で柔軟な手法の先駆けとなったもので、1999年に米著名プログラマのケント・ベック（Kent Beck）氏らが提唱した。 事前に仕様や設計を明確に定めてその通りにプログラムを記述することを重視とする従来手法と異なり、プログラミングを始めた後でも変更や修正、仕様の明確化などが行われることを前提として、小規模な設計、実装、テストを何度も繰り返して段階的に完成度を高めていく反復型開発を採用している。 エクストリームプログラミングは10人程度くらいまでの小規模な開発チームに適した手法とされ、開発スピードやビジネス環境の変化への素早い対応が求められるベンチャー企業の自社製品開発やオンラインサービス開発などで人気が高い。 最も重視する原理を「コミュニケーション」（com
アジャイル開発テストプロセス構築支援 ｜ 管理/プロセス支援 ｜シーイーシー
こんな悩みを解決します 短期間での開発と製品リリースを実現しなくてはならない ひとつひとつのプロジェクトの規模が小さく、かつ作業の独立性が強いため円滑な人員シフトが難しい 日々の業務量変動が大きく、テスト実施やバグの改修がボトルネックになることがある アジャイル開発テストプロセス構築支援とは シーイーシーでは、お客様のアジャイル開発プロジェクトひとつひとつに対応した、効果的なテストプロセスの構築を提案します。 アジャイル開発では、短期間で「実際に動くソフトウェア」を開発/リリースしていくことを進行尺度とするために、プロジェクト関係者間で必要な時に即座に一堂に会し、意思疎通を行う事を重視しています。そのため、アジャイル開発手法で作成する文書の量は、他の開発手法と比較すると、非常に少なくなっています。 したがってテストにおいても、仕様書などのドキュメントを元にした従来のテストとは異なったアプロ
アジャイルで欠落するテストの能力
12のソフトウェア・アーキテクチャの落とし穴とその避け方 成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
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年目の三牧 麻美が、開発中の
QAとしてアジャイル開発で実践すべきこと - Qiita
はじめに モチベーションクラウドの開発にQAマネージャー、テストエンジニアとしてジョインしている masao-shimadaです。 日々プロジェクトの中でQAとしてどのようなことが出来るかを模索する日々です。。。。 概要 アジャイル開発において、QAの目線で失敗した経験談から実践すべきことを投稿させていただきます。 「アジャイルのQAってどうすりゃいいの？何すんの？」って方に読んでほしいです。 アジャイル開発プロセスについて QAは、開発のスクラムチームと同一チームにする 開発とQAを別のスクラムチームとして実際に運用しましたが、遥かに同一チームでいることの方がメリットが大きいと感じました。 別チームによる運用した時の、体制と役割、起きた事象について説明します。 実際に運用したチーム体制と役割 チーム メンバー 役割
アジャイル開発になったらQA担当者はどうなるの？ 〜「実践アジャイルテスト」で学んだこと〜 その5 - Appresso Engineer Blog
こんにちは、品質マネジメント部の磯です！ 書籍「実践アジャイルテスト」にて学んだことをアウトプットしていくエントリその5になります。 www.shoeisha.co.jp 前回は「アジャイルテストの自動化戦略」について書きました。 appresso.hatenablog.com 今回は「コーディングとテスト」のうち、バグの取り扱いについて学んだことを出力していきます！ まえおき！ 従来型の開発スタイルであれば、我々QA担当者は発見した全てのバグをもりもりとバグトランキングシステム(BTS)などに登録するのが一般的なアクションかと思います。しかし、あとあと見返してみれば何年も前の課題が未だに対応されず残っている・・・。なんてことはありませんでしょうか。 未対応のまま残されている課題はそのまま管理し続けるのに値する何かがあるのでしょうか。もちろん中には残しておくことに意味があるものもあるでしょ
アジャイルチームでのテスターの役割
Karen Greaves氏とSam Laing氏は、ドイツはポツダムで開催されたAgile Testing Days 2015にて"testers are dying"と題した基調講演を行った。InfoQは、このカンファレンスの内容を取り上げる予定だ。 InfoQは両氏にインタビューし、アジャイルがテスターに与えた影響やテストのリードタイムを短くするためにテスターができること、アジャイルチームでのテスターと他のメンバとの協力、テスターがアジャイルチームで貢献できる価値について話を聞いた。 InfoQ: 私の経験では、アジャイルの大規模な普及はテスターの役割に影響を与えていると思います。同じような経験をされていますか。 Greaves: はい。しかし、チームがアジャイルを導入したのにテストの方法を変えない場合には問題がおきます。毎週リリースをしているチームのペースに従来のテストがついていけ
日本にアジャイルが普及しづらい本当の理由〜不確実性に向き合うマネジメント論〜 - Qiita
はじめに こちらの記事は、技術評論社に寄稿させていただいた「エンジニアリング組織論への招待」をご紹介するための文章です。Qiitaにも再掲しておきます。 アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから、日本国内においてもアジャイル型の開発プロセスが注目を浴びて、多くの企業が実践するようになりました。 ところが、世界各国に比べて日本のアジャイル型開発の普及率は依然として低く、理解度も進んでいません。流行っているからやってみようと始めた企業も流行りが変わると今度はリーンだとか、今度は○○だといったように新しい方式を導入してみては失敗するところも珍しくありません。 アジャイル開発の専門家ですと名乗る人の話を聞いてみても、それが何なのか、けむにまかれたような説明をされてしまい、いまいち納
なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM
はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF →リーンプロダクトのプロセス →モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ
https://link.medium.com/1jsAtPLA6T
デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を
トヨタのかんばんとソフトウェア開発のかんばんの違い
翻訳する上で、「かんばん」についていろいろ調べる機会がありました。「かんばん」について調べてみると、トヨタにおける「かんばん」と、ソフトウェア開発方法論としての「Kanban」が見つかります。今回はこの「かんばんたち」の違いについて、簡単ですが整理してみたいと思います。 トヨタのWebサイトで説明されいている情報がとてもわかりやすいので参考にしました。トヨタのかんばんのポイントは以下です。 生産管理方式。トヨタ生産方式で重要な役割となっている。 商品管理用のカードをかんばんと呼ぶ。 後工程が前工程に部品を調達しに行く際に、シグナルカードとして運ばれる道具がかんばん。 これによる効果は以下が挙げられます。 必要な部品を必要なだけ（ジャスト・イン・タイム）前工程に取りに行く（プルする）ことで、ムダな生産を改善する トヨタのWebサイトにあるかんばん方式の概念図を見ると、かんばんは運搬され、目印
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
anopara
