業務提携したということで先日ニュースになっていましたが、KDDIと米Scrum主催の勉強会に参加してきました。cloud.watch.impress.co.jp特に印象に残った言葉をいくつかピックアップします。都合のよいところだけ取り入れるなスクラムの一部のエッセンスを取り入れてみるというのはよくあるやり方ですが、実際のところそれは元々の開発プロセスの一部をカスタマイズしたにすぎないと思います。上手くいったとしてもそれはスクラムだからではないということだと思います。スクラムのフレームワークはシンプルであるがゆえに定義されていない部分は自分たちでやり方を考えて進める必要があります。最低限定義されたフレームワークの本質を正しく理解していないと、自分たちでやり方を考えるうちに本来守らなければならないシンプルなルールでさえ崩してしまう危険があると感じています。チームを維持することによってプロダクトの予測は立てやすくなるスクラムで開発するとリリースまでのスケジュールがわからないという不安は私の経験でもありました。スクラムに慣れたチームは作るものさえ決まればストーリーポイントで見積もることができて過去のベロシティからスケジュールの予測は立てられます。予測を立てやすくするのであればチームを維持したほうが良いというのはスクラムを経験したおかげで理解できました。彼らが嫌いなのはアジャイルではなく変化スクラムを広めていこうとした時に様々な障壁があると思いますが、たとえ否定的な反応があったとしてもスクラムを否定しているのではないということは意識したいと思いました。今までのやり方を変えるということは誰しも不安があるものなので、変化に対して安心感が得られるようにすり合わせをしながら広げていくことが大事なのだと思いました。(1)リンク・転載は法令・公序良俗に反しない範囲で自由です/著作権は全て著作者に帰属しますはてなブログをはじめよう!radiocatさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。