Intro to Scrum in Under 10 Minutes
Follow Hamid, or ask questions from him on Twitter here: https://twitter.com/hamids For Scrum software, visit: https://goo.gl/T6F2KX Scrum Overview Diagram:: http://www.scrumhub.com/ What is Agile Scrum? Learn Scrum in under 10 minutes in this video introduction to the Scrum software development methodology. By the end of this fast-paced video, you'll practically be a scrum master. You'll know ab
スクラムを10分以内で知ることができる資料や動画
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムの概要を短時間で把握できるいくつかの動画や資料を紹介します。 動画Scrum in under 10 minutes (10分)早口な英語だけど分かりやすいです。 Scrum Basics (5分)アジャイルコーチングの現場で、あまり前提知識が無い人たちに見せたりすることもある分かりやすい動画。 スクラムマスターがゲートキーパーとして刀を振ってチームを守っているところがいいですね。 資料マイク・コーン氏作成で拙訳のAn overview of Scrumパワーポイント形式の資料がマウンテンゴートソフトウェア社のサイトからダウンロードできます。 ライセンスはCCライセンスなので
スクラム道フルブーストに参加してきた #scrumdo #nawoto_girls - Diary of absj31
スクラム道フルブースト - スクラム道 2012/05/11 スクラム道フルブースト #scrumdo - Togetter (写真：第1ラウンドディスカッション風景の一幕。) スクラム道では、不定期にスクラム道場というイベントをやっています。 アジャイル開発は、自分の現場で実践してからがスタート地点であり、実際に取り組みはじめると日々、様々な事に悩みます。 その中で一番悩むのがプラクティスや良く聞くワードを現場で上手く実践し続ける事です。 スクラム道場では、毎回、プラクティスなどをテーマに自分の現場での工夫や失敗経験などをシェアし、 議論よる深掘りによって上手に実践する事を目指してきました。 この度、祝10回記念という事でバンダイナムコスタジオ様の会場提供により大きな会場での再演イベントをやります!! ふだん、なかなか聞けない生々しい話や議論が聞けるチャンスなので、ぜひ奮ってご参加くださ
Jonathan Rasmusson さんインタビュー ( 前編 ) | オブジェクトの広場
永和システムマネジメントさんのご厚意により、去る 3 月に Agile Japan 2012 での基調講演を提供するために来日された Jonathan Rasmusson さんに対するインタビューを実施させて頂きました。 Jonathan さんは、「アジャイルサムライ」というアジャイル開発の入門書の著者です。 「アジャイルサムライ」は日本で空前のブームを巻き起こしており、現在日本の各地で勉強会（道場）が開催されています。 インタビューでは、以下の 4 つの分野に渡り、Jonathan さんに質問をしました。 1. Jonathanさんのこれまでの経歴 2. アジャイル開発一般 3. アジャイルサムライ 4. プライベートな生活 今月と来月の 2 回に渡り、Jonathan さんへの突撃インタビューの結果をお届けします。 1. Jonathanさんのこれまでの経歴について -- 今日は、イン
プランニングポーカー かんたんガイド 作りました。 - kawaguti’s diary
デブサミで、ご希望の方にプランニングポーカーを有償でお分けしました。一個単位で輸入すると送料がばかにならないのですが、弊社で多めに買ったものをお分けしており、少量でもコスト安く手に入ります。 (2014年現在は行っておりません。アギレルゴコンサルティング社にお問い合わせください。) Mountain Goat 社製プランニングポーカーカード を一個単位でお分けします。 - アギレルゴコンサルティング株式会社 残念ながら在庫が十分に足りず、ご興味を持っていただきながら手に入らなかった方がたくさんいらっしゃると聞きました。弊社の方でもほそぼそとお分けしておりますので、ご興味のある方は、ご検討いただければ幸いです。ほとんど原価販売です*1。 ※2012/2/20追記: 日本マイクロソフトの長沢さんがノベルティとしてプランニングポーカーを配布されていますので、そちらもご参照ください。 使い方の説明
プロダクトバックログ項目の明確化の必要性 | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 プロダクトバックログ項目からタスクにうまく分割できないので、あればそのコツが知りたいと@riskriskさんからリクエストを頂いたので解説したいと思います。 まずは以下の図を見てください。 これはスクラムにおいて、プロダクトバックログからスプリントバックログへの流れを会議体とともに示したものです（パワーポイント版はこちら）。 実はほぼこの中に全て答えがあります。 まずプロダクトバックログ項目（ストーリーなど）からタスクにうまく落とせない場合は、以下のようなことが原因として考えられます。 そもそもなんのためにそのプロダクトバックログ項目があるのか分からないプロダクトバックログ項目の内容が曖昧または抽象的すぎて、作るべきものが分からない。または人によって著しく成果物のイメージが異なるプロダクトバックログ項目に受け入れ条件がないため、何ができたらそのバッ
変革のマネジメントとはマネジメント自体を変革すること - Always All Ways
組織へのアジャイル開発導入とか、アジャイルな組織への変革について考えたり調べたりしていると、温故知新というかなんというか、結構古くからある先人の知恵とでもいうべきものにたどり着きます。その中の一つとして、デミング（W.Edwards Deming 1900-1993）の理論があります。 昨夜も、Bob Marshall氏のTweetから、こんな小冊子にたどり着きました。 Transformation Forum - Managing Transformation actually means Transforming Management ここからダウンロードできるたった12ページのpdfですが、何がいいってこのタイトルですね。というわけで、今回は中身には細かく触れずにこのタイトルだけでちょっと書いてみたいと思います。 "Managing Transformation actually m
"How"の質問に答えてはいけない - Always All Ways
先週は、リーンソフトウェア開発のポッペンディーク夫妻（メアリーとトム）が来日していました。幸運なことに私も、 月曜日はリーダーシップ・ワークショップの一日目に出て〜とんかつ食べに行って〜 火曜日はリーダーシップ・ワークショップの二日目に出て〜しゃぶしゃぶ食べに行って〜 水曜日はSECセミナーでの午前中の講演を聴いて〜 金曜日は夫妻を囲む会でミニレクチャー聴いて懇親会で飲んで〜 という形でいろいろと直接お話をする機会を得ることができました。 本当は、「メアリーから学んだ５つのこと」みたいなタイトルでまとめてみたかったのですが、なかなかうまくまとまりそうにないので、以前のエントリとも絡めて一つだけ書いておきたいと思います。 Don't answer questions これは、以前のエントリ（Scrumを教えるのに最適なフレームワークはScrum - Always All Ways）で紹介した
Scrumチームを編成する際の必読記事２点 - Always All Ways
昨日のエントリー（QA versus Testing! Antagonism or Symbiosis? - Always All Ways）でQA/テストからの視点でチーム編成に少し関連することを書きましたが、一般的に、Scrumにおけるチーム編成を行う上でポイントとなることが２点あります。それは、 チーム分けの切り口（フィーチャーチームvs.コンポーネントチーム） メンバーの多能工化の進め方 私自身も過去に複数チームで一つのシステムを開発するような組織へのScrum導入・展開を推進したときにメンバーからよく聞かれました。その時に自分自身で繰り返し参照したり、メンバーに読むことを進めたりした文献がありますので、少し前の文献になりますが改めてここで紹介しておきたいと思います。（「こんなのあるから、一度読んでみて！それから、うちの会社でどうすればいいか一緒に考えよう！」みたいな感じでディスカ
ベロシティに対する誤解 | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 スクラムをはじめとしたアジャイル開発の見積りでよく使われるのがストーリーポイントです。 ストーリーポイントは研修でもよく聞かれるテーマであるとともに、誤解も多いものなので、今回基本からまとめて解説したいと思います。 なお、文脈の前提として、スクラムでの活用を想定しています。 ストーリーポイントとは？まずは、ストーリーポイントとは何なのかを見ていきましょう。 書籍『アジャイルな見積りと計画づくり ー価値あるソフトウェアを育てる概念と技法』（Mike Cohn 著、安井力、角谷信太郎 訳、マイナビ出版、2009/1/29）の61ページから62ページにかけて、ストーリーポイントは以下のように定義されています。 ストーリーポイントとは、ユーザーストーリーやフィーチャ、その他の作業の大きさをあらわす単位である。 ストーリーポイントを使った見積りではそのような
Scrumを教えるのに最適なフレームワークはScrum - Always All Ways
Tobias Mayer氏が、「スクラムのワークショップにおける５つの『やってはいけない』」みたいなブログ・エントリを書いています。せっかくなので、その５つを見出しのみ抜粋してみると、 Don't plan the whole workshop. Don't ask questions you already know the answer to. Don't play games with predefined outcomes. Don't answer questions. Don't talk about yourself. Top 5 Scrum Workshop Dont's それぞれの内容については原文を見てくださいね。 Scrumを教えるためのフレームワーク これらの５つのポイントはそれぞれ重要な示唆を含んでいるのですが、私自身は、この記事の中で最も重要なのは、"Scrum
リーンアジャイルメソッドの概要
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） かつては物事はシンプルでした。 90年代に、アジャイルを選択しようとすれば、XPを選択するしかありませんでした。そして、その後、スクラムがポピュラーになりました。組織がチームへのフォーカスによって、これらのアプローチの限界に突き当たるようになったのは最近の話です。それから、ソフトウェアにリーンの原則を適用することができるということが明らかになってきました。リーンソフトウェア開発および後のカンバンが一連の中に加わりました。今、もしアジャイルな開発手法を選ぼうとすると、非常に多くの選択肢があります。 単にどのメソッドを選ぶか、という点だけでなく、どこから始めて、トップダウンで行うのか、ボトムアップで行うのかを考え、自分の努力の範
(非公認) スクラムフレームワークかんたんガイド 作ってみました。 - kawaguti’s diary
今日、大学の学生さんにスクラムの説明をしに行くのですが、せっかくなので、A4一枚でざっくり説明する、かんたんガイドを作ってみました。以前、プランニングポーカーのかんたんガイドを作ったのですが、思いのほかご好評いただきましたので、調子に乗りました。すみません。 スクラムのフレームワークのうち、本当に基本的なところをさっと見ていただけることを目指しました。一方、語れていない要素もたくさんありますので、そのへんはご理解の上、ご利用いただければ幸いです。 PDF版はこちらにあります。 なぜ非公認？ 誰の公認も受けていないからです。非公認スクラムチェックリスト へのオマージュです。 ぜひご意見お願いいたします。 おかしな点などありましたら、ぜひご指摘お願いいたします。
Scrum Guide 日本語訳版
Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum. The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site. The Scrum Guide is translated and available in over 30 languages. You can read and download the Scrum Guide here. This site contains both the 2020 and 2017 versions of the
良いプロダクトを発見・具現化するために、チームはどう動くべきか？
受講のきっかけ 筆者の仕事は、案件の成功にむけてプロジェクトをリーディングすることです。開発するシステムの要件をまとめたり、顧客と社内のメンバーとのつなぎ役となったりするのも大事な仕事の一つです。2011年はそういった日常の仕事をしつつスクラムに注目し、7月に開催された「Scrum Boot Camp 東京」やその他の勉強会に参加したりしていました。 そんな中、スクラムギャザリング東京2011の開催に併せて、認定スクラムマスター・スクラムプロダクトオーナー研修が開催されることを知りました。システム開発プロジェクトを進めるなかで、顧客との合意形成をするための助けとなるかもしれないという思いから、認定スクラムプロダクトオーナー研修を受講することにしました。 ジェフ・パットン氏について ここで、講師のジェフ・パットン氏について、少しご紹介しておきます。 ジェフはアジャイルUXの第一人者として米国
あなたの会社にスクラムマスターが必要な8つの理由
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 このタイトルで記事を書く約束を@katzchangと約束したので、書いてみたいと思います。 前提として、スクラムマスターはいないが管理職がたくさんいて、日々現場のメンバーが悩まされているようなシチュエーションを想像しています。 （かなり）現実の管理職を悪くステレオタイプ化していますが、スクラムマスターとの対比のためにあえてそうしています。 うちの管理職はもっとまともだ！とか言わないようにしてください。 管理職は部下を育てる責任、もしくは勝手に育つような環境を用意する責任がありますが、もう1つの大きな責任である「数字（※1）をあげる」というテーマが優先されてしまう。 （※1：ムリと分か
Agile Samurai Dojo Gatharing 2012
Explore this photo album by Hiroki Ohtsuka a.k.a. HIROCASTER on Flickr!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction to Scrum PPT - Scrum Methodology
スクラム道.06「スクラムマスター」 for FullBoost
「執筆のためのエレベータピッチ」のテンプレート
