Help us understand the problem. What is going on with this article? Odd-e社主催の認定LeSS実践者研修を11/29~12/1に受けてきたので、簡単に報告します。以下の内容は研修中にもらった資料、講義中の話をベースにしています。 LeSSとは？(概要) 大規模開発用のアジャイル開発フレームワーク Large-Scale Scrumの略 基本はスクラムで、大規模用に拡張を行っている 適用範囲は2〜数百チーム(3000人規模の開発チームに導入したとか・・・) 2~7チームはLeSS、8チーム~はLeSS Hugeを使う LessとLeSS Hugeの違いは追加の役割とか、プロダクトバックログの作り方ぐらい(後述) 認定LeSS実践者研修とは？ 3日間の研修 講師はOdd-e代表 Bas Vodde氏(同時通訳あり) LeS
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
来年の年始、1/14-15に開催されるRegional Scrum Gathering Tokyo 2014に、Mike Beedle氏がキーノートスピーカーとして来日します。 その来日に合わせて、1/9-10 と 1/16-17 に Mike氏による認定スクラムマスタ研修を開催します。詳細資料はこちら。 Mike Beedle 氏は、スクラムを作った Jeff Sutherland / Ken Schwaber 以外で、初めてスクラムを適用した人です。しかも、スクラムの説明にあるように小さなチームからのスタートではなく、トラブルに陥った２００名を超えるプロジェクトを立てなおすためにスクラムが使われました。 氏の研修は、Enterprise Scrum (企業のためのスクラム)となっています。 ソフトウェアに限らず、さまざまなビジネスがいかにアジャイル・リーンという方向性に向いてきたかを
プログラミングは「創造」であり「製造」ではない：情シスの本棚（2） アジャイル、スクラムで一番大切なこととは 市場環境変化が早い現在、ソフトウェア開発においてもスピードや柔軟性が求められている。だが、価値あるイノベーションを起こすためには、アジャイルやDevOpsといった方法論以前に大切なことがある。 「ITを使ったイノベーションを考えたとき、やはりアジャイルをうまく使うことはこれから必須になってくるでしょう。つまりITを、ビジネス全体の中に位置づけ、市場や顧客との対話をしながらITを開発していくことになります。その意味で、アジャイルスクラムはこれからの手法として、大きな役割を果たすと思います」――。 本書「アジャイル開発とスクラム」は、アジャイル開発手法の国内第一人者として知られる平鍋健児氏と、1980年代に日本の製造業におけるイノベーション手法を「スクラム」と名付けて論文を発表した一橋
9. Split your organization Scrum in a nutshell Split your product Large group spending a long time building a huge thing Small team spending a little time building a small thing ... but integrating regularly to see the whole Optimize process Optimize business value $$$ Split time January April $ Nt o ch cke o e d ut D ne :o o ! ) S R T G A B t a a re a ! P IN OL: e -re dy le se ch cke o e d ut D p
Henrik Kniberg さんはスウェーデンに在住し、世界で活躍しているアジャイルトレーナー＆アジャイルコーチです。2012年8月に米国テキサス州ダラスで開催されたAgile 2012 のセッションでHenrikさんはスウェーデン警察の大規模システム開発でリーン開発を適用した事例を紹介されていました。筆者らも、Agile 2012に参加していたのでインタビューを申し込んだところ、Henrikさんはご快諾して下さいました。インタビューでは、1)Henrikさんの経歴, 2)アジャイルコーチになったきっかけ, 3)スウェーデン警察のアジャイル開発導入事例, 4)世界一周の旅の 4 つの分野に渡り、Henrik さんに質問しました。 Henrik Knibergさんの紹介 Henrik Knibergさんは自分のプロジェクトの体験をベースに、以下に挙げるような実践的なアジャイル開発関連書籍を
ここ半年ぐらいの疑問です。 以前、スクラム開発をしていますという会社におじゃまさせていただきました。 そこのプロダクトオーナー役をやっている人はそれなりに有名な人らしく、たまに講演活動もやっているとのこと。 アジャイルプラクティスの詰まった開発手法をとっているとのことで、ウォーターフォール*1でやっている身としてはすごい憧れの世界でした。 色々見てきた コードを見せてもらった まず、コードを見せてもらったのですが、酷い状態でした。いわゆるレガシーコード。 テストがない。テストがない。テストがない。 何かと理由をつけてテストを書かない。書こうとしない。 それなりに開発スケジュールとしては余裕があるように見えたのですが、リファクタリングもしない。 なんだこれ・・・・・それ以上の感想はない。 積み上がるタスクをみちゃった タスクボードでタスクを見える化していたのですが、山のようにタスクを抱えてい
Translations Scrum Primer in Simplified Chinese Scrum Primer in Traditional Chinese Scrum Primer in German (Small file) Scrum Primer in French Scrum Primer in Spanish Scrum Primer in Italian Scrum Primer in Bulgarian Scrum Primer in Korean Scrum Primer in Vietnamese Scrum Primer in Russian (Small file) Currently In Progress: Japanese Thai Korean German Vietnamese This page is open source and contr
このワークショップは、Scrum from Hell（地獄のスクラム）というもので、2004年10月にデンバーのScrum GatheringでWilliam C. Wake氏によって行われたものです。 チームでデイリースクラムについて学ぶために役に立つはずです。 概要ゴールうまく機能しないデイリースクラムについて学ぶ 時間15-20分 人数などこの演習は立っている6人〜8人のグループで行い、オブザーバーは座って見ている。 目的の詳細デイリースクラムについて説明をし3つの質問とミーティングの流れについて理解してもらう以下に示すようなよくある問題や介入について説明する暗黙の障害：全部を聞く。時には、障害事項について言及されることがあるが、それが障害事項として認識されないことがある。横での会話：自分が話していないときは他の人の話をきくように言うだらだら話す：もっと素早くまとめて話すように言う脇
認定スクラムプロダクトオーナー研修 Though each CSPO course varies depending on the instructor, all Certified Scrum Product Owner courses focus on Scrum from a product owner's perspective. Graduates will receive the CSPO designation. All CSPO course are taught by Certified Scrum Trainers. 認定スクラムプロダクトオーナー研修は３日の研修になります。 研修完了後、受講者はスクラムを理論的かつ実践的に深い理解と知識を取得できます。 研修内容は、スクラムの基礎、理論から実践までプロダクト開発フレームワークであるスクラムの「なぜ」を徹底的に探求します
スクラム道フルブースト - スクラム道 2012/05/11 スクラム道フルブースト #scrumdo - Togetter (写真：第1ラウンドディスカッション風景の一幕。) スクラム道では、不定期にスクラム道場というイベントをやっています。 アジャイル開発は、自分の現場で実践してからがスタート地点であり、実際に取り組みはじめると日々、様々な事に悩みます。 その中で一番悩むのがプラクティスや良く聞くワードを現場で上手く実践し続ける事です。 スクラム道場では、毎回、プラクティスなどをテーマに自分の現場での工夫や失敗経験などをシェアし、 議論よる深掘りによって上手に実践する事を目指してきました。 この度、祝10回記念という事でバンダイナムコスタジオ様の会場提供により大きな会場での再演イベントをやります!! ふだん、なかなか聞けない生々しい話や議論が聞けるチャンスなので、ぜひ奮ってご参加くださ
I Mostly Hate Software for Managing Scrum Teams
Update February, 2012: I’m currently seeking my next engagement as a Scrum Coach or ScrumMaster, so please contact me (You can use the “About” tab above) if you know of an opportunity. I often get asked to evaluate a particular Scrum tool or to compare the relatively value of one to another. To be honest, tool evaluation is not something I spend significant time on. Most teams I coach have little
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Agile Adviceの24 Common Scrum Pitfalls Summarizedより、スクラムで陥りがちな間違い24個がまとめられていたので、抜粋・意訳にてご紹介します。 スクラムはフレームワークとしてはそんなに複雑ではないですが、実践するのは結構難しいのが実情です。 よく聞くのがデイリースクラムが15分では終わらずに1時間かかるとか、出荷可能な製品をスプリント毎に作れないとかいったものです。 そして多くの組織において、基本としてのスクラムを実現できない（という思い込み）が故に、何かを変えたり、本来のスクラムの価値を失った間違ったやり方をしています。 以下にあがってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
