PAYMENTのテックブログです2019-09-20スクラム開発を導入する〜その1〜こんにちは。請求管理ロボシステムPMの田本(@tamotamo97)です。弊社テックブログ3本目はスクラム開発の導入についてです。現在スクラム開発導入真っ最中なのでそれまでに至った経緯、スクラム開発とは、導入の流れ、今後について書いていきたいと思います。スクラムってなに?って人からスクラムやったことない、やってみたい、チームに導入したいという人まで少しでも参考になれば幸いです。いう感じで書き始めたのですが、ボリューミーになってしまったので1章でスクラム開発を導入するに至った経緯と課題の整理2章で具体的なスクラム開発の方法の2本立てで書きたいと思います。請求管理ロボは2014年8月にローンチし、ちょうど5年を迎えました。内製でなんちゃってスクラムと変遷してきました。私はPMに上番して1年になりますが、上番してすぐにスクラム開発をやってみたい!ということで当時の開発フローとスクラム開発をがっちゃんこにした「なんちゃってスクラム開発」のフローに変更しました。1年経ってある程度課題が顕在化してきたのと、チームメンバーの伊代田さん(@hiy0ki)からの課題発信もあり、ディスカッションしながら導入に向けて動いているといった感じです。2019年10月から本格スタートの予定です。なんちゃってスクラムとは・・?ちゃんとスクラムを勉強して振り返ってみると本当にスクラム開発全然してないな・・・ということがわかったので現行の開発フローを「なんちゃってスクラム」と呼んでいます。今までの弊社の開発フローはVモデルに沿ったアジャイル開発を採用して開発を行っていました。基本的には上記のフローを1ヶ月でサイクルしていました。なんちゃってスクラムにして大きく変えたことは上記からプラスでスプリントを1週間と決めて小さい単位で毎週リリースをしたデイリースクラム、スプリントレビューは取り入れたの2点でした。当時はリリース単位を小さく、回数を多くして問題に素早く柔軟に対応できるようにを目的として導入しました。なんちゃってスクラムでの課題と目的の確認スクラム開発を導入するにあたって現状の課題の整理をしてみました。開発プロセスが変わることは大きなことですし、導入初期はどうしても開発スピードが下がります。準備しないと正しい検証ができずに結局なんだったっけ?となります。現状の課題まずはスクラム開発をなんとなくやっているというところで以下のような課題がありました。何のためにスクラム開発を導入するのかを整理することが大切だと思います。どの開発手法を選択するにも根幹としてはチームの開発スピードのさらなる向上チームのプロダクト品質のさらなる向上この2つを達成していきたいというベースがあって、その上で上記現状の課題解決が見込まれそうなのでやってみようとなりました。(おまけ)目的ついでにどういうチームであるべきかも少し話しました雑に箇条書きです。いうチームであるべきか請求管理ロボで売上を上げるシステムを作る安全なアプリケーションを作る請求業務の最適解を提供するアプリケーションを作る業務的に専門的な知識が必要でチームにそのナレッジがある役割ごとの専門家(要件定義、実装など)が集まる(分業できる)チーム(いままでは色々できるひとを求めていた(チームが小さかったからそのほうが効率良かった))今(これからは)質を上げるステップ開発速度が速いことアプリ自体の動作速度が速いこと速いことはいいことだ実験的なもの(マイクロサービス試すとか)もできるようにしたいチームとして成長できるスクラム開発について課題と目的が整理できたところでスクラム開発について勉強していきました。19:30〜)こちらのイベントに参加しました。Nightに参加するとより良いと思います。講師の方がとってもいい人だった。