SCRUM/アジャイル開発の入門資料を全力でまとめてみた
『アジャイルサムライ－達人開発者への道－』に続いて、アジャイル開発のバイブル的書籍『SCRUM BOOT CAMP』を読みました。SCRUMの実践的な知識を漫画をおりまぜながら、本当にわかりやすく書いている良本でした。これから何度も読み直して、アジャイルの習得に努めます！ ということで、今回は書籍を読む過程で集めたSCRUMやアジャイル開発に関するスライドやPDF、ブログ記事などをまとめていきます！ 🗽 アジャイル開発手法特論 From Agile-development-course-advanced-1-2 産業技術大学の2013年2Qの講義『アジャイル開発手法特論』の資料だそうです。SCRUM BOOT CAMPの著者の一人であるながせ☆みほさんの作です。ちなみにながせさんのブログ上に#6までの資料がアップされています。ほかのスライドもかなりのボリュームで読み応え抜群です！ 😀
私、スクラムを分かってませんでした 〜Jim Coplien氏のScrum Master 研修を受けて 1〜 - エンジニア的なネタを毎週書くブログ
社内で、Jim Coplien氏による、2日間のスクラムマスターの研修を受けさせてもらう機会をいただきました。先週のJavaOneに続いて、会社からすごいお金と時間を出してもらってるなぁ…自分。 なかなかショッキングな内容も多く、整理するのに時間がかかりましたが、まとめと、今後のアクションを書いていきたいと思います。 用語：PBIとSBI 初めに今回覚えた用語を二つ。PBIはProduct Backlog Item, SBIはSprint Backlog Itemの略です。 概念的にはすでに馴染みのあるものですが、PBI、SBIという呼称は今回始めて知りました。 私は「スクラム」を理解していなかった さて、本題です。研修の一番冒頭で、Jimから、スクラムのたった一つの約束が紹介されました。 "It promises only that the team will work on the m
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
Scrum概要 #tfsug
Scrum概要 #tfsug 1. Scrum概要 2013/2/1 Ryutaro YOSHIBAhttp://www.flickr.com/photos/18091975@N00/3654141771/13年2月1日金曜日 2. 吉羽 龍太郎 Ryutaro YOSHIBA アジャイルコーチ Ryuzee.com Twitter: @ryuzee13年2月1日金曜日 3. Agile研修やオンサイトコーチングの提供13年2月1日金曜日 こちらからは営業しませんw 4. • これから超大事なこと言います！http://www.flickr.com/photos/32397140@N00/3744438913年2月1日金曜日 5. 2013年2月に Scrum Boot Camp の本が出ます！13年2月1日金曜日 6. 2013年2月発売 先行予約受付中 定価：2520円 http://ww
認定スクラムマスタ研修に参加して感じたこと、自分のチームに戻ったらやりたいこと
2012年1月12日〜13日に、Jim Coplien 氏の認定スクラムマスタ研修に参加しました。 アギレルゴ アジャイル研修 研修で行ったこと、感じたこと、自分のチームに戻ったらやりたいことをまとめました。 目次 心に留めておきたいこと 座学 ワークショップ チームに戻って、スクラムマスターとしてやりたいこと 自己組織化について思うこと Great Scrum Masterになるには 心に留めておきたいこと ２日間の座学、ワークショップ、参加された方との会話を通して学んだ、心に留めておきたいことです。 スクラムマスターがチームをリードする（指示し管理するのではない）スクラムマスターはチームのために尽くす無駄なことは何か意識する。次のスプリントもまた同じ無駄なことをしないようにスクラムで規定されていないことは、自分たちで考える。場・状況はそれぞれ違うスクラムマスターは時にはチームを突き放し
スクラムの先へ進む
アジャイル初心者の多くは、スクラムでアジャイルをはじめる。スクラムには明確な指針、ルール、プラクティスがあり、チームにアジャイルを導入するのに役に立つ。ところがスクラムもまた組織の中でさまざまな問題に直面し、多くの会社にとって成功を難しくする一因になっている。スクラムをやってきた人たちは自問する。どうすればよいのだろう？ スクラムだけで十分なのだろうか？ Jimmy Bogard氏は、なぜスクラムをやめたのか、なぜ彼のチームはスクラムで成功した後、そのコアプラクティスをいくつかやめることでパフォーマンスを改善できたのかについて、次のように説明する。 イテレーションはpullベースのアプローチほど効率的ではない。 タイムボックスで仕事をすること、割り当てて空きを埋めることには、何かしら心理的影響があります。明確なタイムボックスのイテレーションをやめて、できる限り早く納品することにのみ注力する
The Chicken and the Pig - Wikipedia
The business fable of The Chicken and the Pig is about commitment to a project or cause. When producing a dish made of eggs with ham or bacon, the pig provides the ham or bacon which requires his or her sacrifice and the chicken provides the eggs which are not difficult to produce. Thus the pig is really committed to that dish ("has skin in the game"), while the chicken is only involved, yet both
ScrumMasterの存在は本質的な変化の妨げになっているのか？ - Always All Ways
私自身が、アジャイルなシステム開発やアジャイルな組織についての考えを深める上で、最も影響を受けた人物を５人挙げるとしたら、Tobias Mayer氏は間違いなくそのうちの一人です。 そんな彼が今月から新しいブログを始めました。 Business Craftsmanship 単にアジャイル開発がやりたいとかじゃなく、組織やビジネス環境を変えたいと思ってアジャイルに取り組んでいる人たちにはオススメです。 できればブログを読む前に、その背景などを綴った Welcome to Business Craftsmanship にも目を通しておくとよいでしょう。 そして、昨日公開された最新記事が、 Delete [ScrumMasters] です。 世の中で"ScrumMaster"を名乗っている人たち（「認定」であろうがなかろうが）には、是非読んでほしい記事です。 ScrumMasterは組織の変化に
スクラムがうまくいっている兆候
みなさんこんにちは。@ryuzeeです。 昨日Twitter上で@yujioramaさんから「これは成功すると思えたスクラム導入の兆しとか読んでみたいです!」という要望を頂いたので個人的な見解を書いてみたいと思います。 なお、僕は基本的に、技術力とかツールの話以前の話としてチームの態度や周りとの協調関係を重視しているので、主にそういう観点が多いことを念頭においておいてください。 プロダクトオーナープロダクトオーナーが明確なプロダクトバックログアイテムを書いている自分が書いたプロダクトバックログアイテムに責任をもっている。開発チームがプロダクトプロダクトバックログアイテムの中身についてプロダクトオーナーに確認できる開発チームが必要なときにはいつでもプロダクトオーナーにコンタクトできるプロダクトオーナーが開発チームのそばにいるプロダクトオーナーと開発チームが敵対関係でなく会話しているプロダクト
スクラムを1枚で説明する資料7選
みなさんこんにちは。@ryuzeeです。 スクラムを1枚の絵で説明する資料はいろいろ出回っているので、整理をしてみました。 どれもちょっとずつ内容が異なったりしているので比較してみると面白いです。 是非自分用のものを作ってみると良いのではないでしょうか。 http://www.axosoft.com/ontime/videos/scrum/#scrum-diagramCC-3.0のライセンスで公開されている。ダウンロードは前述のページの下部から可能です。 The War Room - Does your Scrum room have the best Scrum image?Free Intro To Scrum Wallpaperマイク・コーン氏のスクラムの説明資料の中の絵を格好良くしたもの。CC-2.5ライセンス。 SCRUM PosterCC BY-NC-ND 3.0ライセンス.
アジャイルについて知っておくべきこと10個（+α）
みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のThe Top 10 (or so) things I wish everyone knew about Agileがよい記事なので、抜粋・意訳にてご紹介します。 スクラムとアジャイルは同じではないアジャイルへの移行を始めるのにスクラムを使わなければならないわけではない受け入れテスト駆動開発は多くの場合アジャイルへの移行の一部となるはずだ複雑性が予測不可能を意味するわけではない効果的なアジャイル開発は、全体論的な視野が必要だフローを理解することは50人以上の開発者がいる組織においては不可欠だ。そしてもちろん小さい組織でも有効であるチーム間で必要とされる共同作業の量を減らすためには、バックログをきちんと管理していくことがより効果的だチームをまたがってのアジリティを向上させようとするなら「なぜ？」を理解するのが不可欠だ確
イテレーションが中断される原因への対策は？ | Act as Professional
スケジュールを立てるということについて、真剣におこなっているのかということに心当たりがあったので。 CSM研修初日メモ – ShiroKappa Blogで、Scrumでのスプリント（イテレーション）が中断されることについて、書かれていたので、経験的なことを書いてみる。 コーチによって、いろいろと意見が分かれるところであるので、一つの意見として参考にして頂ければ幸いです。 イテレーション計画の余裕についてイテレーションでこなせるタスクをギリギリの量で計画は絶対にしないこと。開発者にある程度の余裕があって、終了を迎える程度にする。 具体的には、1週間から2週間のイテレーションだと、1日ぐらいの余裕は必要であると考えている。 余裕を与えすぎると働かないのでは？効率が悪い？自己組織化したチームは、イテレーション内にやるべきことが終わってしまえば、自主的にソフトウェアの改善に勤めたり、次のイテレー
スクラムで陥りがちな罠24個
みなさんこんにちは。@ryuzeeです。 Agile Adviceの24 Common Scrum Pitfalls Summarizedより、スクラムで陥りがちな間違い24個がまとめられていたので、抜粋・意訳にてご紹介します。 スクラムはフレームワークとしてはそんなに複雑ではないですが、実践するのは結構難しいのが実情です。 よく聞くのがデイリースクラムが15分では終わらずに1時間かかるとか、出荷可能な製品をスプリント毎に作れないとかいったものです。 そして多くの組織において、基本としてのスクラムを実現できない（という思い込み）が故に、何かを変えたり、本来のスクラムの価値を失った間違ったやり方をしています。 以下にあがっているような症状があるのであれば、もう一度原理原則に立ち返って考えなおしてみるべきでしょう。 過剰な準備や計画作成：スクラムにおいては定常的な大きな前払いの計画作成は必要で
「開発チームを改善するためのスクラムTips」についてのあれやこれや - kawaguti’s diary
今年始めさせていただいた事の一つは、エンジニアライフさんでちょこっと連載を始めた、「開発チームを改善するためのスクラムTips」です。 ３月くらいからスクラムについてなにか書く、というお題をいただいていたのだけれど、私にどのようなことが書けるのか、全く思いもよらず、のらりくらりとかわしてました。 「スクラムギャザリング東京」だとか「Scrum Boot Camp」という企画をみんなでわいわいと進める過程で、これからスクラムを始める人に、どういった事を話したらいいか、ということに考えを巡らせる事が多くなって、うーん、そうか、こういう風に言ったら通じやすいのかな、というポイントに、自分なりに気付く点があったので、そういう事を、ひとつひとつ文にしていったらいいのかな、という風に思うようになりました。 そこで、夏くらいに正式にお話をお受けする事にし、秋からの連載スタートとなりました。 開発チームを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"The Fly" - This time, it's a Pig and Chicken... - Implementing Scrum™ -
Scrumodoro
スクラムマスタはフルタイムで行う役割か - スクラムマスタ宣言の結論は「YES 」
プロダクトバックログ管理に成功するための順序付け
「スクラムやるならRedmineとALMinium！」～新キャラ登場！ 無表情なあの人が笑う日は来るのか？
開発チームを改善するためのスクラムTips インデックス － ＠IT自分戦略研究所