Cumulative Flow Diagram(CFD)：タスク全体の推移を「見える化」する - The HIRO Says
解決したい課題 例えば、Atlassian社のJIRA（以下「JIRA」と表記）などのチケット管理システムを使用しているケースで、プロジェクト／タスク全体がどのような進捗状態にあるのか、またどのように進捗が推移しているのか、コレガワカラナイ。 解決方法 「Cumulative Flow Diagram」(CFD)を利用する。 CFDとその読解方法は、以下の図の通り。 利点 JIRAの場合、CFDの出力機能が備わっている。 注意点 ツールを使う場合、キチンと各Story/Taskの状態を更新し続ける必要がある。 ツールではなく物理ボード（かんばんなど）を使用している場合、記録にコストがかかるかも。 補足 Agile2014で、Ken Powerさんの論文『Metrics for Understanding Flow』が、CFDの必要性と使い方を理解する上で非常に役に立つ。 Agile2014
KPTにGを足して、スクラムで最強のチームを作る!! - 株式会社クラフトマンソフトウェア
クラフトマンソフトウェアでは、ShouldBeeの開発をアジャイル開発方法論のひとつである「スクラム」を使って行っています。 また、レンタルCTOサービスにおいてもスクラムマスターとしてスクラムの導入のご協力をさせて頂いています。 今回は、スクラムで最強のチームを作る方法を書こうと思います。 > KPTをGKPTにKPTをGKPTに ShouldBee開発チームでは、スプリントの振り返りの際にPDCAを行なうためKPTを採用しています。スプリントが進むにつれ、振り返りの文化が自分達のチームに最適なものとなってきました。KPTが派生し、GKPTという概念が生まれました。 KPTは、(Keep, Problem, Try)ですが、これにGoodを足してGKPTです。 Goodはそのスプリントでよかった事や達成したことを書きます。Goodの中から今後も続けていくことをKeepに移します。 > ど
Scrum Guide Revisions | Scrum Guides
Even Less Prescriptive Over the years, the Scrum Guide started getting a bit more prescriptive. The 2020 version aimed to bring Scrum back to being a minimally sufficient framework by removing or softening prescriptive language. e.g. removed Daily Scrum questions, soften language around PBI attributes, soften language around retro items in Sprint Backlog, shortened Sprint cancellation section, and
スライド 1
継続的ディスカバリー＆デリバリー ～顧客が欲しがるプロダクトを生み出すには？～ 株式会社豆蔵 技術コンサルティング事業部 チーフ・コンサルタント 杉山 光治 1 Agile Japan 2016 https://www.flickr.com/photos/ 会社紹介 株式会社豆蔵 • ITコンサルティングファーム • 事業設立当初はオブジェクト指向の豆蔵として知ら れ、UML、モデリング、RUPなどを啓蒙普及。 • 現在は豆蔵ホールディングスとしてグループ会社と 共に、アジャイル、ビックデータ、クラウド、ロボットな ど、ビジネスを拡大中。 2 2000年 5月 事業開始 2006年10月 株式会社豆蔵ホールディングスの事業会社として新たに設立 2013年10月 豆蔵ホールディングス 東証一部上場 2016年現在 連結従業員数2000名 自己紹介 杉山 光治 • ITコンサルタントおよびア
大規模アジャイルフレームワークSAFe®導入支援 | オージス総研
大規模アジャイル開発フレームワーク Scaled Agile Framework® SAFe®の導入でプロダクト開発と経営戦略の足並みを揃え、 大規模アジャイル開発の実行を通じて競争力を生み出すビジネス・アジリティを実現します。 SAFeとは SAFeは、リーン、アジャイル、そしてDevOpsを組織規模・大規模に実践するためのナレッジベースです。ビジネスアジリティをもたらすためのマインドセット、原則、コンピテンシー、プラクティスの他、研修、ツールキットやテンプレートを活用できます。特に複数チームの連携が必要なアジャイル開発に向いています。 特長 1. 戦略と開発の一体化 規模や目的に合わせたEssential, Portfolio, Large Solution, Fullの4つの構成があり、企業や事業部全体が⼀体となって開発を進める 2. ベクトル合わせ プロダクトに関するビジョンやロー
アクセンチュア
<section id="hero_custom" class="hero_custom"> <video aria-hidden="true" role="presentation" class="hero_custom__background hero_custom__background--video" webkit-playsinline="true" playsinline="true" loop="true" autoplay="true" muted="true"> <source src="/content/dam/system-files/acom/custom-code/change-more/media/custom-rad-hero-bg-video.mp4" type="video/mp4" /> </video> <a class="hero_custom__c
それは実験 ― 形骸化した「アジャイル」を再考する新手法”GROWS”について | POSTD
(この記事は 「アジャイルの破綻―原因、そして新たな提案」の続編にあたる記事です。) 前回のブログで、私はアジャイルの変動について、「調査と順応の概念は一体どこへいってしまったのか」、「近い将来起こり得る問題に対処できるよう手法の革新を図ろう、新たなやり方を導入しよう、という考えはどうなってしまったのだろう」、と問いかけました。 VersionONEによるアジャイル開発の2014年アンケートによると、アンケートに答えた56％のチームがスクラム、10%ほどがスクラムとXPの併用、8%がアジャイル手法の混合（XP, かんばん, リーンなど）を使っていることがわかりました。私からすると、アンケートに答えた18%はだいたい正しいことをしているように見えます。他は、もしかしたら、いつもしている単なる朝礼をアジャイルと呼んでいるかもしれません。 それは少し言い過ぎたかもしれませんが、同アンケートの別の
ESMの賢者たちと作ったキャリアカーバー誕生物語 ~スクラムde新規事業~
ESM事例カンファレンスで紹介した内容です。 永和システムマネジメント、リクルートキャリアが共同して ローンチに至ったサービスの事例紹介です。
インセプションデッキ－ネスケラボ
インセプションデッキとは インセプションデッキとは、プロジェクトの全体像(目的、背景、優先順位、方向性等)を端的に伝えるためのドキュメントです。ThoughtWorks社のRobin Gibson氏によって考案され、その後、アジャイルサムライの著者 Jonathan Rasmusson氏 によって広く認知されるようになりました。 インセプションデッキについては、Jonathan氏のブログ「The Agile Inception Deck」にて説明を読むことができます。 ▲Jonathan氏が作成したインセプションデッキのひな形 インセプションデッキ（Inception Deck）を直訳すると「最初のデッキ(カードの束)」という意味となり、アジャイルプロジェクトにおける「プロジェクト憲章」に近い意味合いを持ちます。 プロジェクト憲章とは PMBOKにおけるプロジェクト憲章(Project C
Redmineのアジャイル開発向けプラグイン - torutkのブログ
Redmineを使ってチケット駆動開発を管理する際、開発プロセスにアジャイル開発（Scrumなど）を採用すると、開発タスクを「かんばん」で管理し、イテレーション（Scrum用語ではスプリント）の進捗をバーンダウンチャートで可視化するというのが定番です。 Redmine標準機能では、イテレーションをバージョンで定義し、開発タスクのチケットをバージョン毎に一覧化するロードマップで可視化することができますが、「かんばん」の一目瞭然にはかなわないですし、バーンダウンチャートがないのでロードマップとガントチャート（稲妻ライン）で把握することになります。アジャイル開発するには不満が出るところなので、いくつかアジャイル開発のプラグインが出ています。 アジャイル開発のプラグインで有名なのが「backlogsプラグイン」です。 http://www.redminebacklogs.net/ ただし、Redm
Scrum Primer - Scrum Anime Overview
High-resolution versions of the overview: Scrum Overview - Blue Scrum Overview - Pink Scrum Overview - Green Feel free to use it in your own material. This work is licensed under a Creative Commons Attribution-NoDerivs 3.0 Unported License. This page is open source and contributions in either content, language, or graphics are welcome. The source is at github scrumprimer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Questioning if Agile Works in Asia
アジャイルは”再び"死んだ
組織のマルチタスキングの経済的影響
VersionOneが第10回のState of Agile年次調査結果をリリース
UltimateAgileStories
Scrum Allianceによる2015年スクラムレポート
The GROWS Method® Home Page
Taiga.io
スクラム概要図のアニメ版、Scrum Primerのサイトで公開
