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
Scrumはじめるまえの本質的な部分の話 #agile #scrum - @i2key のBlog
チームをスクラムにしたいのですが とあるアプリの責任者に相談を受けた。 彼は自分のチームが改善フェーズにはいり一定のリズムでサービス改善したいためWF型からスクラム化したいらしい。 そこで、いきなり彼は「プランニングポーカーどうやるんですか」と聞いてきた。これは危ないと思った。 PO、SM、エンジニアの相互の信頼が一番大事。 信頼がポイント。それがない状態で始まると意味のない何かになりやすい。 最初にやるべき儀式は、プラクティスの勉強ではなく、 最終責任を取れるビジネス側ポジションの人が、「お互い80%くらいの確度でコミュニケーションしましょう」ということ。 お互いのガードを下げること。一蓮托生になること。 そして、「これの意味は、仮にPOが確度100%の画面ワイヤー等のドキュメントをエンジニアに渡せるのであればエンジニアも確度100%の見積もりを出せるけど、僕（PO）はそんな天才でもない
Regional Scrum Gathering Tokyo 2015に参加した - Matsue Blog
Regional Scrum Gathering Tokyo 2015に参加した Mar 5th, 2015 8:43 pm | Comments Regional Scrum Gathering Tokyo 2015に参加した。 3日分の発表内容メモと感想のまとめ。長い。 3日間のイベントで、初日は主にスクラム実践者の方々のセッション、2日目はオープンスペーステクノロジーというディスカッション形式、 3日目はコーチや本の執筆をされている方々からのキーノートという構成。3日目のみ有料だった。 https://www.facebook.com/ScrumGatheringTokyo https://twitter.com/search?q=%23rsgt2015 Day1 初日は以下の4つのセッションに参加した。 James O. CoplienさんのScrum Patterns: The
ESMの賢者たちと作ったキャリアカーバー誕生物語 ~スクラムde新規事業~
ESM事例カンファレンスで紹介した内容です。 永和システムマネジメント、リクルートキャリアが共同して ローンチに至ったサービスの事例紹介です。
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
スクラムガイドを読む（第２回） - Intelligent Technology's Technical Blog
こんにちは、斎藤です。 「スクラムガイドを読む」の第２回目です。 「スクラムガイドを読む（第１回）」はこちらです。 第２回目は、スクラムガイドの下記の内容に関して書いていきます。 スクラムイベント スプリント スプリント計画ミーティング デイリースクラム スプリントレビュー スプリントレトロスペクティブ スクラムの成果物 プロダクトバックログ スプリントバックログ インクリメント 「完了」の定義 結論 スクラムイベント スクラムでは、イベントを設けて規則性を作り出し、スクラムで定義されていないミーティングの必要性を最小化している。イベントには、時間に上限のあるタイムボックスを使う。これは、計画プロセスで時間を無駄にせず、必要な分だけ時間を使うようにするためである。 スプリント以外のすべてのスクラムイベントは、何かを検査・適応する公式の機会である(スプリントはその他のイベントの入れ物である)
スクラムガイドを読む（第１回） - Intelligent Technology's Technical Blog
こんにちは、斎藤です。 アジャイル開発やスクラムに関して、日本でも徐々に広まりつつあり、書籍やネットを見ている限りではよく考えられた素晴らしいプロセスフレームワークのように思えます。 しかし、実際に実践したことが無い者にとっては、いざやってみると色々な問題に遭遇してうまくいかないのではないかという不安もあります。 今回は、原点に立ち返ってスクラムを開発した、Ken SchwaberとJeff Sutherlandによって書かれたスクラムガイドを読み、スクラムのフレームワークを理解しながらウォータフォール型開発との違いなどについても書いていきたいと思います。 スクラムガイドの日本語版はここにあります。 スクラムというものがどういうものかを理解したいのであれば、上記のスクラムガイドを読んで頂く方が短時間で早いと思います。 この記事ではスクラムガイドの全文を引用していますが、輪読のようなつもりで
「スクラム体制」って結局どうなの？移行してわかった3つの変化！
はじめまして、レバレジーズ サイトディレクションチームです。 今日はレバレジーズにおける【スクラム体制】についてお話しします。 レバレジーズでは従来ウォーターフォールで制作をしていましたが、ある新規メディアの立ち上げにあたり、社内で初めてスクラム体制での制作を行いました。 ■そもそも「スクラム」とは アジャイル開発の一種で、可能な限り価値の高いものを最短で出荷するという思考を基にした手法です。 要件から工数を見積もるのではなく期間とリソースから開発範囲を見積もり、その期間内を一定の生産性で、出荷可能な状態のものを作り出していきます。頻繁に軌道修正することを前提としているので変化が激しい状況に向いており、属人化せずチームで仕事を進めるのが特徴です。 次に、スクラムで発生するメンバーの役割、工程、利用するツールを説明します。 ●メンバーの役割・プロダクトオーナー プロダクト（製品）に対する責任
スクラム再入門
アマダでは、5 年前から Azure 上での開発・テストに取り組んでおり、今回マイクロソフト様・アバナード様・アマダの 3 社で DevOPS と MLOPS の環境を構築しました。過去の取り組みの歴史と構築したアーキテクチャとその考え方、構築で苦労した点や運用のランニングコストなどについてご紹介いたします。
)
Scrum (software development) - Wikipedia
Scrum Agile events, based on The 2020 Scrum Guide[1] Scrum is an agile team collaboration framework commonly used in software development and other industries. Scrum prescribes for teams to break work into goals to be completed within time-boxed iterations, called sprints. Each sprint is no longer than one month and commonly lasts two weeks. The scrum team assesses progress in time-boxed, stand-up
Scrum Pattern Group
Alistair Cockburn describes software development as a cooperative game. Scrum provides one set of rules for one such way of playing the game. The Scrum Guide is the official rule book. However, the Scrum Guide doesn't tell you the rationale behind Scrum as a whole, or behind many of its successful practices. Those rationales come out of experience, community, and the insights of its founders and i
Home | Scrum Guides
Download the official Scrum Guide in over 30 different languages Select language & Download Scrum is a framework for developing and sustaining complex products. This Guide contains the definition of Scrum. This definition consists of Scrum’s accountabilities, events, artifacts, and the rules that bind them together. Ken Schwaber and Jeff Sutherland developed Scrum; the Scrum Guide is written and p
認定スクラムマスター研修に行ってきました
オープンソースカンファレンス 2019 Tokyo/Spring 発表資料 #osc19tk https://www.ospn.jp/osc2019-spring/ 2019年2月22日(金)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Incentives and Deterrents for Starting Daily Scrums On Time
Scrum Allianceによる2015年スクラムレポート
スクラム概要図のアニメ版、Scrum Primerのサイトで公開
スクラムナイト#1 デイリースクラムやってます？
Minoru Yokomichi
スクラムコミュニティの３組織がScrum Guideを共同採用へ