伝えたいこと

スクラムの原理原則に背くとだいたい失敗するとよく言われます。「事情があってちょっとだけ自分たちのやり方に変えてみたいのですが、、」ともなれば、いずこかのスクラム有識者が「スクラムちゃうがな」と投げかけてくるかもしれません。しかし、それでもやってみてはどうでしょうか？

スクラムは3つの役割、3つの作成物、5つのイベントで構成される軽量で理解が容易なフレームワークです。ところがそれだけシンプルな仕組みであっても、実際に始めるとなるとそれほど容易ではありません。原則通りに始めようとすると、色々と疑問点がわいてきませんか？プロダクトオーナーやスクラムマスターは誰がやるのが良いでしょうか？プロダクトバックログはどうやって作るのでしょうか？スプリント計画はどうしますか？スプリントレビューは必要ですか？スクラムはいつ始められますか？

全ての条件を揃えてからスクラムを始めるのは容易ではありません。しかし、それでもやるしかないのです。なぜなら、正しいやり方を実践するだけの知識や実力や環境が私たちには無いからです。とりあえずやって、失敗して、少しでも原則どおりできるように変えていくのが現在の私たちのやり方です。

2019年4月に私がJOINしたチームはコテコテのウォーターフォールで開発していました。体制変更で突然大きく変化したチーム状態と過去に経験したことがない高難易度な開発テーマで課題が山積みの中、行き詰まりを感じてスクラムの原則を取り入れ始めました。とはいえ私たちはスクラムの経験が無いチームなので、プロダクトバックログも十分に作れない状態からとりあえずスプリントの開発サイクルに移行するなど、経験者から「それやったらアカンよ、たいてい失敗するから。」と言われるようなこともあえてやって、たいてい失敗しながら、従来の開発スタイルを少しずつ変えています。私たちの取り組みはまだスクラムをやっているとは言えないかもしれませんが、少しずつでもスクラムに近づこうと試行錯誤している方々にとっての1つの事例として、「こんなやり方でもできるよ」というストーリーをお話したいと思います。

スクラムと私

株式会社ラクス は中小企業向けのクラウドサービスを提供し、19期連続増収で事業拡大中の会社です。私は2011年に入社し、BtoCサービスや北米向けサービスなどの新規事業の開発を経験した後、主力サービスである楽楽精算の大阪開発チームをリーダーとして立ち上げ、2018年からスクラム開発に取り組みました。スクラム開発に取り組んだことで、過去の開発経験も含めてチームが不確実性と向き合い敏捷性を高めていくことの重要性を改めて実感しました。2019年4月からは10年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。

伝えたいこと

プロダクトやチーム、そしてスクラムの継続性を維持するうえで、「ふりかえり」は最も重要なイベントです。

スクラムに取り組み始めると、多くのチームが失敗と学習を繰り返して自分たちなりのスクラムを定着させていくことになると思いますが、その中でポイントとなる重要なイベントがふりかえりではないでしょうか。様々な事情からいきなりスクラムに変えることができないチームも、まずはふりかえりから導入している事例をよく耳にします。

私自身もスクラム開発に取り組み始めてから、スクラムマスターとしてふりかえりをファシリテートしていく中で、「あの時のふりかえりでチームが前進した」「あの時のふりかえりでチームが新たな学びを得た」と感じたことが多々あり、ふりかえりはスクラムチームの継続性にとって重要なイベントであると実感しています。

この経験から、私が最初にスクラムに取り組んだ現場での1年間をふりかえりの切り口で改めて整理し、その後の別のチームではふりかえりを軸にチームをアジャイルにしていくことに取り組んでいます。それらの実例をご紹介するとともに、この経験を踏まえて私が考える継続性を意識したふりかえりについてお伝えします。

継続的なふりかえりとは、チームの過去・現在・未来をつなぐ支援をすることです。

• 過去
  • チームは以前と比べて何がどのくらい変わったか
  • 以前のふりかえりでの課題がどう解決したか
• 現在
  • チームが今一番困っていることは何か
  • このスプリントでどんなことが起きたか
• 未来
  • プロダクトはどうなるのか
  • チームはどうしたいのか

そして、継続的なふりかえりで特に私が意識しているのは以下の3つです。

• タイムボックス
  
  • 時間オーバーしたり忙しいからと言って中止したりしない
  • 継続的な状態をつくる基礎として定期的に同じリズムで実施することが大切です
• ふりかえり以外でのふるまい
  • ふりかえりを意識してチームを観察し、支援する
  • スプリント中のいつでも、ふりかえりの価値を高める機会があります
• 楽しむ
  • ふりかえりを楽しむ
  • 楽しくないふりかえりは継続が困難です

スクラムと私

株式会社ラクス は中小企業向けのクラウドサービスを提供し、19期連続増収で事業拡大中の会社です。私は2011年に入社し、BtoCサービスや北米向けサービスなどの新規事業の開発を経験した後、主力サービスである楽楽精算の大阪開発チームをリーダーとして立ち上げ、2018年からスクラム開発に取り組みました。スクラム開発に取り組んだことで、過去の開発経験も含めてチームが不確実性と向き合い敏捷性を高めていくことの重要性を改めて実感しました。2019年4月からは10年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。

株式会社ラクス は中小企業向けのクラウドサービスを提供し、18期連続増収で事業拡大中の会社です。私が所属するチームは主力サービスである 楽楽精算 の開発を担当する大阪の開発チームです。これまでに社内初のモバイルアプリやAIによる入力補助機能など、サービスの成長を支える新機能の開発を行ってきました。その取り組みを活かしてチームをさらに加速させサービスのさらなる成長を支えるために、2018年からスクラムの実践にチャレンジしています。

本セッションでは、成長を続ける会社と主力サービスをとりまく不確実性の高いビジネス環境の中で、様々な変化に向き合いながらチームがアジャイルであり続けるために取り組んだこの1年間をスクラムの現場の視点で総括します。

このセッションテーマは RSG2019のCfP向けに考えた内容ですが、大阪の開発チームの取り組みとして、より身近な関西の皆様にお話しできればと考えています。

株式会社ラクス は中小企業向けのクラウドサービスを提供し、18期連続増収で事業拡大中の会社です。私が所属するチームは主力サービスである 楽楽精算 の開発を担当する大阪の開発チームです。これまでに社内初のモバイルアプリやAIによる入力補助機能など、サービスの成長を支える新機能の開発を行ってきました。その取り組みを活かしてチームをさらに加速させサービスのさらなる成長を支えるために、2018年からスクラムの実践にチャレンジしています。

本セッションでは、成長を続ける会社と主力サービスをとりまく不確実性の高いビジネス環境の中で、様々な変化に向き合いながらチームがアジャイルであり続けるために取り組んだこの1年間をスクラムの現場の視点で総括します。

過去の発表資料はスクラムを始めた最初の半年がベースとなっており、スクラムを知らない人も対象としているためやや抽象化した内容となっていますが、本セッションではスクラムの実践についての知見があるかたを対象にスクラムの現場のコンテキストでお話する予定です。