スクラム導入には組織の取り組みが必要なことを電車にたとえてわかりやすく説明してみる - arclamp
スクラムは、アジャイル開発方法論の中でも最も広く知られており、実際に適用されることも多い手法です。しかし、人に依存する面や精神論が強調されてしまい、マネジメント手法としての仕組みについて理解が広まっていないように思います。そこで、スクラムを電車にたとえながら、その仕組みと、メリットや副作用について説明してみます。 Yamanote Line 山手線 | Melvinnnnnnnnnnn (FN2187) | Flickr CC BY-SA 2.0 はじめに 私はエンタープライズ領域でのアジャイル導入に関わり、様々な立場の方にスクラムの説明していますが、その中で、2つの誤解があると思っています。 1つ目は「スクラムは開発部門が取り組むもの」という誤解。スクラムを機能させるには、経営層とビジネス部門と開発部門が協力しなければなりません。 2つ目は「スクラムの成功には、スクラムマスター（SM）や
どういう時に「スクラム」フレームワークを使いたいのか - stefafafan の fa は3つです
我々も「スクラム」やるぞ！と言われても、イマイチどうしてスクラムでやりたいかが伝わっていないことがあると思います。あまり乗り気でない開発者は以下のようなことを感じているかもしれない。 スクラムを導入したところで嬉しさがわからない スクラム独自の用語が沢山あり、覚えるべき概念が多そうに感じる・学ぶための労力が割にあわないと思っている そもそもチーム改善とかに興味がない 改善に興味がなかったら厳しそうですが、スクラムを導入する嬉しさは簡単にでも紹介できたほうが良いと思うのであらためてちょっと整理してみます。 そもそもどういうことができているチームが優秀なチームかというのを考えると 以下のようなことができていると、優秀なチームなのかなと私は考えています。 改善サイクルが回っている（一定の周期で開発と振り返りと改善を繰り返すことができている） タスクが急遽差し込まれたり、方針が変わったときにスムー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
