【資料公開】ベロシティ Deep Dive
みなさんこんにちは。@ryuzeeです。 2024年1月10日〜12日開催のRegional Scrum Gathering Tokyo 2024の登壇資料を公開します。 「ベロシティ Deep Dive」ということで過去のDeep Diveシリーズの続きになっています。 過去のDeep Diveシリーズはこちらからご覧ください。 プロダクトバックログ Deep Dive スプリントプランニング Deep Dive スプリントレビュー Deep Dive セッション資料は以下になります。 結論から言うと、「ベロシティなんかにDeep Diveせず、もっと重要なところに集中しろ」です。 スクラムチームの状況を何らかの数値で表したいという考え自体は尊重しますし、それが役に立つこともあります。 ただし、数字遊びをしたところでプロダクトの価値を生み出せるわけではないので、ほどほどにしましょう。 ス
出来事ベースでお気持ちを話しやすい振り返りワーク「YOT」 - BASEプロダクトチームブログ
こんにちは。BASE BANK 株式会社 Dev Division にて、 Engineering Manager をしている東口（@hgsgtk）です。 弊チームではプロダクト開発のリズムの中で振り返りを継続的に行っていますが、YOT という振り返りワークを作成、使用しています。BASE 社内の他チームでも「YOT っていう振り返り方法があるらしい！」と興味を持ってもらい活用されていたり、社外でもスクラムやアジャイル関連のカンファレンスでの登壇でちらっと紹介した際に「それ良さそう！」と一定の反響がありました。しかし、その一次情報はインターネット上のどこにもない状態でしたので、作成の背景も含めて参考にできる YOT の一次情報をここに記します。 TL;DR 振り返りの場のファシリテーターには、発言量が少なくてうまく場が盛り上がらない、というあるあるな悩みがありますよね 起こったことや思った
いいチームなのにがんばりがうまく噛み合わない 誰にも嫌な思いをさせずにチームが前に進むための選択
「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。1回目は、開発チームをサポートしたきっかけとそのミッションについて。 「スクラムをやっている」とは「前に進むための選択をしている」ということ 椎葉光行氏：ついに始まりましたね、スクラムフェス大阪。全国で、長崎も青森もいて、オンライン開催だし。いろいろなコミュニティもいっぱい参加しているし、名前のとおりスクラムなお祭りという感じですね。僕は今は緊張していますがすごく楽しみにしています。 今年も光栄なことに声をかけていただいて、自分もちょっと心の準備できたのでがんばっていこうかな
ミルクボーイがふりかえりを説明したら - Qiita
ツッコミ「どうもーどうも ミルクボーイですー」 ボケ＆ツッコミ「お願いしますー ありがとうございますー」 ツッコミ「あーありがとうございますー ねっ 今トーキングオブジェクトのぬいぐるみ 1 をいただきましたけどもね」 ボケ＆ツッコミ「ありがとうございますー」 ツッコミ「こんなん なんぼあってもええですからね」 ボケ「一番ええですからね」 ツッコミ「ねー有り難いですよ ほんとにね」 ボケ「はい 入れておきましょう」 ツッコミ「ゆーとりますけどもね」 ボケ「いきなりですけどね うちのオカンがね 好きなスクラムイベントがあるらしいんやけど」 ツッコミ「あっ そーなんや」 ボケ「その名前をな ちょっと忘れたらしくてね」 ツッコミ「スクラムイベントの名前忘れてもうて どうなってんねそれ」 ボケ「そやね」 ツッコミ「スクラムイベントなんて デイリースクラムとかスプリントプランニングとか 5つくらいし
スクラムを1枚で説明する資料7選（2019年版）
みなさんこんにちは。@ryuzeeです。 スクラムの全体像を表す絵は多数出回っています。コーチングやトレーニングを生業にしている人であればだいたい何度も作ったことがあるのではないかと思います。 今日はスクラムの全体像を表す絵のうち、比較的新しいものをいくつか集めてみたので紹介します。 見出しの行か画像をクリックすると、それぞれオリジナルを公開しているページにアクセスできます。 The Scrum Framework Poster | Scrum.org ケン・シュエイバーが設立したScrum.orgのサイトで公開されているもの極めてシンプルなので汎用性は高い一方で、スクラムマスター、プロダクトオーナー、開発チームの記述がでてこないなど、要素がすべて網羅されているわけではないことに注意が必要Visual AGILExicon Essential Scrumの著者Ken Rubin氏作のもの。
不安とストレスから解放される見積りとスケジュール方法 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
アジャイル・スクラムの基本一覧 - Qiita
はじめに アジャイル開発手法、特にスクラム開発手法について、インプット資料を整理します。 必須資料 アジャイルへの理解 目的：”アジャイル”とは、価値観＋プラクティスの集合であることを理解する。 補足：まさひろが記載した資料なので、手前味噌ですいません。 資料：ウォーターフォールに慣れた人のためのアジャイル入門 アジャイル・スクラムの概要 目的：スクラム開発手法で重要な、ロール、イベント、成果物を理解する。 補足：Scrum Allianceという組織が出しているスクラムガイドが原著。 資料：スクラムガイド アジャイル・スクラムのイメージ 目的：スクラム開発手法において、リリースまでに誰が何をするのかをストーリー（小説）で理解する。 方法：下記の本、第７部ケーススタディ（文量は50頁程度）を読む。あるゲーム会社のアジャイルチームの働き方が小説になっている。 資料：『アジャイルな見積もりと計
12. エンプラ向けの組織改革とか、スクラムでのチーム作り・人事評価とか | fukabori.fm
話したネタ 古くから大企業・組織で、ryuzeeさんならどう切り込んでいくか？ 現場だけで変えられる範囲には限界がある 組織改革を若手がやるのは厳しい ボトムアップでやるには気の遠くなる話が多すぎる ミドルマネージャーや意思決定の権限を持つ 改革の範囲を全社ではなく、自分の部だけにする 徐々に広げていくのは、ボトムアップでは鉄板 トップダウンでいく場合は、ミドルマネージャーが障壁になりやすい 全社ルール・ガイドラインと、どう付き合っていけば良いのか？ 複数のガイドライン/オプションを用意しておく ガイドラインをかならず守らなきゃいけないのは思い込みなこともある 緩い、自由があるガイドラインだと進めやすい 権限委譲が非常に難しいのではないか？ 権限のないプロダクトオーナー問題 プロジェクト開始の時点で、決められる範囲の線引き 大きな会社になればなるほど、スクラムマスターが重要 スクラムマスタ
#RSGT2019 ちゃんとやってるのに なんかうまくいかないスクラム からの脱出
Regional Scrum Gathering Tokyo 2019
計画する技術 - kakakakakku blog
今日は社内勉強会で「計画する技術」というタイトルで発表をした． 前から少し「計画」のところに課題感があって，そのあたりの知識を組織に広めて欲しいというオーダーもあったため，僕が日々考えていることを言語化して，発表することにした．僕は今までに様々な「計画」の経験があり，実際に今の組織でも難易度の高いプロジェクトを何度も計画し，遂行してきたため，「計画」に対する信頼残高は増えているのではないかと思う． 発表資料 意識したこと 今回，発表資料を作るときに意識したことが2個あった．他にも話したいことはたくさんあったけど，組織マネジメントの話はまた別でしようと思って，あくまで「計画」に特化した話にした． 明日からすぐに使える話をする 開発プロセスに依存しない話をする 1. 明日からすぐに使える話をする 原理原則すぎる話や，難しい法則の話は控えるようにした．そういう話をしてしまうと，その場では「おー，
Redmineでカンバンを見やすくしたら３倍捗った話 - フォトシンス エンジニアブログ
こんにちは。Akerunエンジニアの @ishturk です。 Akerun Advent Calendar11日目の記事です。 みなさん、スクラムしてますか？ 弊社ではプロジェクト管理にRedmineを活用しています。 背景はこちら。 kazuph.hateblo.jp 僕のレイヤーでは開発はAgile（っぽい）進め方をしています。 Redmine ＋ Agile 。結構多いのではないでしょうか。そして僕らが悩んだようなコトを同じように悩んだ経験があるのではないかと。 デイリースタンドアップが、なんとなくだるい カンバンツールとチケットが２重管理になって詰んだ 付箋でカンバンをやっていたが、字が汚くて詰んだ← アサインミスでチケットが迷子になって漏れた イテレーションが終わったのにチケットがたくさん残っている それ、解決しましょう。 プラグインの導入 チケットをカンバン化するプラグイン
GitHubを利用したタスク管理ツール「ライチ」 - KAYAC engineers' blog
久しぶりのエントリーになります。技術部の永安です。今回は、社内で企画開発している内製タスク管理ツール「ライチ」の紹介をします。 「ライチ」とは GitHub上で動作する、Chrome拡張機能と組合せて使うタスク管理を行うサーバアプリです。誰でも簡単に使えるようにという理由でユーザーが触れる部分はChrome拡張としてつくられています。主に提供している機能は以下の二つになります。どちらもChrome拡張機能によってGitHubに統合されて利用することができます（後述するZenHubと同じです）。 タスクカンバン（スプリントバックログ） バーンダウンチャート タスクカンバン（スプリントバックログ） バーンダウン 「ライチ」では、GitHubのリポジトリのイシューのコメント機能を使ってタスクの管理を行います。これはイシューをスクラムでいうストーリーカードという位置付けにしているためです。大雑把な
JaSST'18 Tokyoクロージングパネル「アジャイル・自動化時代のテストの現場のリアル」 #JaSST - ブロッコリーのブログ
はじめに この記事はJaSST'18 Tokyo（ソフトウェアテストシンポジウム）のパネルセッションを書いたものです。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo 自己紹介 バックグラウンドが違い、コンテキストが違うことがある そこで自己紹介時に、どれくらいの頻度でDeployしているのか、どれくらいの頻度でリリースしているのかを踏まえて話してほしい。 荻野 恒太郎（以下、荻野） 楽天 テスト自動化とDevOpsのマネージャをしている。 デプロイは毎日数十回実施 1週間に数回リリースしている 天野 祐介（以下、天野） サイボウズ kintoneの開発チームに所属 エンジニアが10数名、QAなどを含めると30名ぐらいのチーム 2015年にチームリーダーになった 今はスクラムマスター中心 最近、WaterFallからAgile開発に変更していっている 今は1イテレー
発売のお知らせ：カンバン仕事術――チームではじめる見える化と改善
こんにちは。@ryuzeeです。 既にご存知の方も多いと思いますが、来週3月26日に「カンバン仕事術――チームではじめる見える化と改善」(Marcus Hammarberg、Joakim Sunden著、原田 騎郎、安井 力、吉羽 龍太郎、角 征典、高木 正弘 訳)が発売になりますのでお知らせです。 本書の特徴は以下のとおりです。 364ページと少々厚めの本ではありますが、第1章は物語形式でカンバンに登場する要素の多くを例を交えて説明しているのでカンバンを知らない人にもとっつきやすいはじめて取り組む人のための学習用のリソース(コンセプトを体験するゲーム)から、実際にカンバンを運用した際の話まで含まれており、どこからでも読めるようになっている原著者の1人Joakimは、海外で有名な音楽サービスのSpotifyでアジャイルコーチをしており、実際の現場での知見に基づく内容になっている(ちなみにS
スクラムガイド
スクラムガイド スクラム完全ガイド: ゲームのルール 2013 年 7 月 Developed and sustained by Ken Schwaber and Jeff Sutherland ©2015 Scrum.Org and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide you
次のアジャイルソフトウェアプロジェクトに使える10の契約
2009/4/29 by peterstev 以下の文章は、Peter Stevensによる「10 Contracts for your next Agile Software Project」の日本語訳である。 Creative Commons ― 表示-非営利 3.0 Unportedの条件下で、ここに掲載する。 ソフトウェア開発プロジェクトの最初の頃というのは、顧客であれサプライヤ であれ、口約束だけでいろんな仕事をやらなくちゃいけない。契約書とは、言っ てしまえば、競技のルールがだらだらと書かれてあるものにすぎない。ルール が正しければ、顧客にとってもサプライヤにとっても、成功する確率が高まる。 ルールが間違っていれば、お互いに協力することも難しいし、進捗だって妨げ てしまう。それでは、アジャイルプロジェクトに使える競技ルールにはどんな ものがあるのだろうか？そして、最も適したルー
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AbemaTVの開発スタイル
RedmineとGitとスクラム