(翻訳) ストーリーポイント再考 - forest book
本稿は Ron Jeffries 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 ronjeffries.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Ron Jeffries 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 ストーリーポイント再考 私はストーリーポイントを発明したかもしれない。もしそうだったとしたら、いまは申し訳なかったと言いたい。ストーリーポイントに関する私の現在の考えを探ってみよう。少なくとも何人かは私の考えに興味をもっているでしょう。 もちろん、ストーリーは XP のアイディアであり、スクラムのアイディアではありません。どういうわけか、スクラムの実践者はこのアイディアを採用しています。公式のスクラムガイドではバックログアイテムに言及している
【資料公開】目標設定の基本
みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと
スプリントの属人性を減らしたらベロシティが安定した話 - Commune Engineer Blog
【2022/07/04追記】 この記事の結果に至るまでを示した補足記事を書きましたので、良ければ見て頂けると嬉しいです。 tech.commmune.jp はじめに これは何？ 誰向けの記事？ 自己紹介 前提：「ベロシティの安定」とは 取り組み導入の背景 属人性を減らす取り組みの一覧 ① WIP制限 どうやったか 得られた成果 補足 ② タスクサイズの制限 どうやったか 得られた成果 ③ 死亡前死因分析（プレモーテム） 死亡前死因分析とは？ どうやったか 得られた成果 全ての取り組みの結果 得られた成果 何故この成果を得られたか？ 注意点 まとめ 最後に はじめに これは何？ スプリントの属人性を回避しようと取り組んだらベロシティが安定したので、実際に行った以下の取り組みを紹介する記事 WIP制限 タスクサイズの制限 死亡前死因分析 誰向けの記事？ スクラム最初の壁であるベロシティの安定化
スクラム開発のスプリント振り返りを色々な手法でやってみた - Innovator Japan Engineers’ Blog
こんにちは、エンジニアのうじたです。 弊社ではスクラム開発を取り入れており、スプリント内の最後には毎回スプリントレトロスペクティブという振り返りを行っています。 2021年の8月から開始して、現在までの間に約15個の振り返り手法を試してみました。 現在はFDL+Tというオリジナルの手法によって行っています。 この記事では試してみたいくつかの振り返り手法の感想と現在のFDL+Tという手法を採用した経緯をまとめました。 どの振り返り手法を採用しようか悩んでいる方の参考や弊社の振り返りの雰囲気が伝わると嬉しいです。 弊社でのスプリント振り返りの歴史 試した振り返り手法の感想 FDL SSC 象、死んだ魚、嘔吐 YWT KPT 現在の手法を採用した経緯 まとめ 試した振り返り手法の感想 FDL Fun（楽しかったこと） Done（価値を届けられたこと） Learn（学んだこと） 振り返りが暗いもの
大規模アジャイルフレームワークの紹介
みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ
スクラムマスター資格のPSM Iとは：受験の感想と勉強方法【合格体験】
日本語でスクラムマスターの資格について検索すると、認定スクラムマスター（CSM）に関する記事が多く、プロフェッショナルスクラムマスター（PSM）の情報があまりないようです。他にもLSMというスクラムマスター資格等も存在します。 これらの資格の違いですが、各スクラムマスター資格は、認定している団体が異なります。 CSM（Certified Scrum Master）：Scrum Allianceの認定資格LSM（Licensed Scrum Master）：Scrum Inc.の認定資格PSM（Professional Scrum Master）：Scrum.orgの認定資格 どれもアメリカの非営利団体ですが、上の２つは日本でも研修が行われているため、日本でもある程度の知名度があるようです。一番下のScrum.orgは日本には進出していないようですが、その代わり研修などがなくてもオンラインで
デイリースクラムで一日の計画を立てよう
私が所属しているROXXのagenbank事業部の開発チームでは、スクラムを取り入れています。 前回、スクラムのふりかえりについての記事をかきました 今回は開発チームで行っているデイリースクラムについて書いていきます。 今やってること 今、私達は朝昼夕と1日に３回、決まった時間にデイリースクラムを行っています。 一見、「そんなにやって意味あるの？」「時間の無駄じゃない？」などの声があがりそうですが 私は、ちゃんと目的意識を持って取り組めばとても意味があり効果的なものだと考えています。 ただし、スクラムメンバーがデイリースクラムを行う目的、価値を理解して行わないと効果は発揮しません。 朝会 一日のゴールを達成できるよう、効率よく作業を進められるようその日一日の計画を立てる場です。 前日からの状況、次のタスクの状況、さらには人員リソースの状況を鑑みて、効率の良い進め方を模索します。 また、不確
15スプリントを経て行き着いたスクラムイベントの進め方 | HiCustomer Lab - HiCustomer Developer's Blog
こんにちは、HiCustomerの肥前です。このブログの最初の記事を書いた頃からは少し立場を変え、最近ではプロダクトマネージャーとして仕事をしています。弊社では開発プロセスにスクラムを導入していますが、この記事では特にスクラムイベントに焦点を当て、実際に使用している資料などを交えてどのようなことを行っているのかを紹介します。以下についてお話しします: なぜスクラムを選んだか スクラムの概要 HiCustomerでのスクラムイベントの進め方 以下については詳しく触れません。 スクラム自体の詳細な説明 想定読者 スクラムの基本的な用語や、その意味を理解していることを前提とした記事です スクラムを検討または運用中のチームにとって、他社事例として役立てていただけると嬉しいです これから私たちのチームに加わるメンバーに向けた、オンボーディング資料でもあります スクラムの方法論そのものに関する情報をお
勝手に注釈付き参考文献 | スクラムガイド日本語版
スクラムガイド2020からは、IT以外の分野にも適用してもらいたいみたいなので、ソフトウェアに特化したものはできるだけ排除する（とはいえ、なかなか難しいね） スクラムガイドでは「我々は1990年代初頭にスクラムを開発した」とあるので、まずは当時の状況を把握しておくとよさそう。おおざっぱに言うと、ソフトウェア業界的にウォーターフォールじゃダメだという雰囲気になっていて、何かいい方法がないものか……とみんなが模索していた時代。 そこで、過去の文献を遡り、当時でも使える概念が発掘された。それが、以下の竹内・野中論文である。Jeff Sutherlandはここから「スクラム」という名前を拝借しており、両名は「スクラムの祖父」と称される。 Takeuchi, H., & Nonaka, I. (1986). The new new product development game. Harvard
『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ
デンキヤギという会社で『2時間スプリント』が定着してきたので、その話でも書きます。 2時間スプリント？ みなさん、すでにスクラムで開発してますよね！ ぶっちゃけ、スクラムがよくわかってなくても、とりあえずスプリントと称して開発のメリハリをつけるために、1週間なり2週間なりで区間を区切って開発をしていくのは、普通にやってるんじゃないかと思います。 2時間スプリントとは、その期間を2時間にするという話です。 スプリントを超短期サイクルにすること自体は、47機関の人たちがオリジナルだという認識です。このあたりに本家の情報がまとまっています。 kyon-mm.hatenablog.com 2018年に実際に47機関の人たちのチームに入って1時間スプリントで働くという機会があって、それ経て、デンキヤギでもパクって導入しています。本家ではのちのち15分スプリントになっていったらしいんですが、うちはうち
GitHubに日々の人生を記録（管理）する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみノート
年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル（日付.md） 大きな変化と出来事を記録する（CHANGELOG.md) 読書記録（READING.md) やりたいことのメモ（TODO.md） 注意事項
「きょん、やっとむ、Ryuzeeらと語るアジャイル開発の本質」参加レポート #densohack - Qakink blog
イベント概要 先日、アジャイルの本質について語るイベントが日本橋で開催された イベントのテーマは「本質を理解しないままのアジャイル開発に挑む危うさ」 アジャイル3怪獣 と呼び声の高い (?!) お三方がアジャイル開発の本質を激辛トークで深掘り 会の後半では、参加者を交えたディスカッション（フィッシュボール形式）も行われた イベント詳細はこちら：https://connpass.com/event/96750/ 登壇者 やっとむさん「アジャイルってなにが美味しいの？」 きょんさん「目的論からのアジャイル～手段を目的化すること～」 ryuzeeさん「アジャイル開発でコールド負けしないための5つのポイント」 感想を一言で言うと タイトル通り、内容が本質すぎて辛かった 終始「ぐぬぬ…」となる胸熱展開のオンパレードでした 「アジャイルってなにが美味しいの？」 by やっとむさん 登壇資料 そもそもア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムと見積り
プロダクトバックログとは？項目や書き方・例をわかりやすく解説｜DXのSHIFT
sprint-operation-guide/sprints_planning.md at master · Fintan-contents/sprint-operation-guide
創業105年の旅館運営企業が実現した 毎週リリースするチームの作り方