大規模スクラム Large-Scale Scrum(LeSS) を読みました
どうも皆さんこんにちは。
鞍馬ぽめると申します、よろしくお願いいたします。
はじめに
今回は 大規模スクラム Large-Scale Scrum(LeSS) - アジャイルとスクラムを大規模に実装する方法 という本を読了したので、その感想を書いていこうと思います
なんの本?
スクラム開発を大規模なプロダクト開発で実践するためのフレームワークである LeSS について解説してくれている書籍です
LeSS については LeSS のサイト でもその内容についてまとめられています
LeSS ってなに?
「スクラム開発は大規模なプロジェクトには向かないのかもしれない、、、」
大規模なプロダクト開発にスクラムを導入しようとして挫折した人であれば、
誰しもがこんな悲しい思いを抱いたことがあると思います
実際にぼく自身も同じ経験をしたことがあります
LeSS はそんなぼくらにとってひとつの回答です
スクラムの強みを失わずにスケールするにはどうしたらいいか を考えて編み出された、大規模プロダクト開発にスクラム開発を活かすためのフレームワークになります
※ 今回学んだ LeSS の内容については、かなり長くなってしまうので、今後の記事で何回かに分けて書いていこうと思います
LeSS を学んだ感想
個人的にはぜひとも試してみたいと思いました
ぼくは本当に本を読むのが苦手で、まだまだ内容の把握が曖昧な状態ではありますが、、笑
というのも、 LeSS のフレームワーク自体は基本的なスクラムとほとんど変わらず、
非常にシンプルでイメージしやすかったからです
スクラムのプロセスとの目立った違いは
- スプリントプランニングが
全体
とチームごと(複数チームまたぎ)
の 2 回になっていること - レトロスペクティブが
チームごと(複数チームまたぎ)
と全体
の 2 回になっていること
の 2 つくらいで、あとはひたすらに それ、そもそも基本的なスクラムでも気をつけないといけないことだよね ということが、より強調して述べられていたように感じました
また、頻繁に ガイド
が出てきますが、
これは実践してこそ、その有用性に気付かされるものではないかと感じました
LeSS Huge とかいうやつ
LeSS は(著者の経験上)最大で 8 つのスクラムチームまでスケールすることが可能ですが、
それを超える超大規模な場合は LeSS Huge という方法に切り替えることを推奨してました
一般的にスクラムチームにおける開発チームメンバーの人数は 3 ~ 9 人が良いと言われているので、
8 チームを超えるとなると、場合によっては 72 人以上が関わっているプロダクト開発ということですね、かなり大規模だと思います
個人的な所感ではありますが、この導入はなかなか難しいものかもしれないと感じました
LeSS Huge は エリア
と呼ばれる単位で対応領域を分けることで大規模なプロダクトに立ち向かう形ですが、
どうしても隣のエリアが見えにくくなってしまったり、中央集権的な構造になってしまったり、そんな懸念が浮かびます
LeSS Huge を導入している企業さんもいくつかあるようなので、
どうやって実践しているのか実際に見てみたいですね
これから
LeSS や LeSS Huge をすでに導入し成功している企業さんが、スライドや記事を上げてくださっているようなので、
そういうものから書籍じゃわからない実際の部分を学んでみようと思います
また、自身の関わっているプロダクト開発でも導入できるタイミングを伺って、 試せそうであればぜひ提案していこうと思います
本書で学んだ LeSS の具体的な内容については、 このブログで少しずつ共有していきたいと考えています
今回も最後まで読んでいただきありがとうございました
Certified ScrumMaster に合格しました
どうも皆さんこんにちは。
鞍馬ぽめると申します、よろしくお願いいたします。
はじめに
更新すると言っておきながら二年以上放置していたブログですが、
件名の通り Certified ScrumMaster に合格しましたので、
これはブログに書くのに丁度いいぞと思い久々の更新です
Certified ScrumMaster ってなに?
ScrumAlliance さんが運営・実施しているスクラムマスターとしての基本的なトレーニングを受けていることの証明となる資格だと思ってください(ぼくはそんな感じに認識しています)
スクラムマスターの認定資格としては他に
- Scrum.org さんが運営・実施している
Professional Scrum Master
- Scrum Inc. さんが運営・実施している
Licensed Scrum Master
などがあります
詳しくは Odd-e Japan さんのページをご参照ください
CSM の試験内容は?
スクラム開発におけるプロセスや成果物などについての 4 択問題を 50 問、受験形式は web 試験になります
基本的には スクラムガイド を試験範囲としているようなので、試験を受ける前に勉強しておくと良いです
制限時間は 60 分ですが、実際はそんなにかからないと思います
ぼくも見直しまで入れて 30 分ほどで回答できました
注意点としては、試験を受ける際の言語設定なのですが、
たぶんビジネスレベルの英語が使える方は英語で受けたほうが良いかもしれません
ぼくは英語が全くと言っていいほどできないので、日本語を選択して受験したのですが、 翻訳が崩れている箇所が多く、四択問題なのに問題の内容が yes/no で答えるような問になっているものなどもありました
せめて原文が載っていれば、英語が苦手なぼくでもニュアンスで汲み取れそうではありますが、 日本語を選択してしまうと原文も載らないため、かなり悩まされます
正直いくつかの問題を上記理由から諦めたものもありました
ビジネスレベルの英語ができる方が日本語で受験されるか英語で受験されるか悩んだ際にはご検討ください
そもそもなんで資格を取ろうと思ったの?
ぼくは現職でスクラムマスターを担当しています
現職に転職してから二年半ほどスクラムマスターとして業務を行ってまいりましたが、どうしても本で勉強した内容や web で勉強した内容だけでは足りず、
正直なところうまく回せていない 無免許運転者
になってしまっておりました
勉強しているときに CSM の存在は知っていたのですが、忙しさを言い訳にズルズルと無免許運転を続けてしまっておりました
最近仕事が一旦落ち着きまして、新規事業にチャレンジできるかもしれないという話が上がったため、
ここで改めてちゃんと学びなおして、次のプロジェクトではもう少しうまく回せるようにしたいと思ったことが、今回の資格取得の一番の動機です
CSM 受けてみてどうだったか
CSM を受けてというより、 Certified ScrumMaster Training を受けてみての感想になりますが、個人的に満足度はとても高かったです
今までの自分の仕事の仕方は本当に無免許運転だったのだと、強く覚えさせられました
ぼくが受けたコースは 10:00 - 16:00 を二日間のコースだったのですが、
そのほとんどがチームワークだったため、座学で学びきれなかった部分を体験として学ぶことができました
また、トレーナーの方が何かをガッツリ教えるというよりかは、
チームのメンバーで基本的に考えてワークを進めていくスタイルだったので、
まさにトレーナーの方がスクラムマスターとして、自己組織化を促すお手本を見させていただいたような感覚でした
ぼくの中では、スクラムマスターという仕事の面白さ・スクラム開発の面白さに改めて気付かせてくれた、とても有意義なトレーニングになりました
あと、これはたまたまなのですが、
参加していた他のメンバーの方々もとても良い方ばかりで、
その中でも IT 業界ではない方がご参加されていたのがとても興味深かったです
アジャイルやスクラムの考え方は、今や IT の開発現場で使われるのものにとどまらないというのは聞いてはいましたが、
実際に全く異なる業界の方がいたのはとても新鮮な交流でした
その後チームの方の何名かとは Twitter アカウントを共有させていただきました
これから
資格をとったからとはいえ、スクラムマスターはあくまで経験がものを言う仕事だと思います
せっかくの学びを廃れさせないよう、今後の業務に生かしていかなければならないと考えています
できれば Advanced や Professional も目指したいと思います
そして、今回の経験で、スクラムマスターとしての道を極めていきたいというモチベーションも芽生え、
ゆくゆくはスクラム開発の面白さを広めるような立場として働きたいと思いました
最後まで読んでいただきありがとうございました
初めまして、よろしくお願いいたします。
こんにちは。
今まで開設するだけで放置していたこのブログですが、
そろそろ勉強したことのアウトプットに挑戦していこうと思います。
はじめに
自己紹介から
基本情報
key | value |
---|---|
ハンドルネーム | 鞍馬ぽめる(kurama pommel) |
生年月日 | 1991.09.03 |
GitHub | kuramapommel |
NullPommel | |
pommel.pg@gmail.com | |
資格 | 応用情報技術者(H.29春) |
言語
業務経験
趣味
その他
- 都内の中小Sierで請負をやってます。
- 休日は自宅でプログラミングしたり、ライブ(最近は夏フェス・年越しフェスばかり)に行ったり、ゲーム(主にスプラトゥーン)したりしてます。
- ゲーム実況やゲーム配信をしていた時期もありましたが、現在多忙により活動休止中です。今年中には再開したいなあと思ってます。
このブログの目的
冒頭でも書きましたが、本ブログではぼくが学んだ技術的なことなどを備忘録的に残していこうと思っております。
拙い内容が多いと思いますが、ご鞭撻頂けますと幸いです。
また、情報共有も一つの目的としてますので、
いろんな方とコミュニケーションできればいいなと思ってます。
これから
転職が決まりまして、今月21日より渋谷の某企業でUnityエンジニアとして働きます。
そのためUnityネタが多くなるかもしれません。
ただ、興味のある言語や技術はたくさんありますので、
いろんな技術を勉強してバリエーション豊かなブログにしていけたらいいなと思ってます。
これから何卒よしなにお願いいたします。