グローバルスタンダードな
開発プロセスへの道のり

- Jiraプロジェクトの導入の展開はどのような形で進めていますか？また、どのくらいのペースで進んでいきましたか?

若子：Jiraを使って今スプリントを回していて、スプリントの単位としては2週間で回しています。一番最初スプリントを始めたときは、めちゃくちゃしんどかったですね。チケットをこなすことで精一杯でした。2週間のタスク消化の推移を表すバーンダウンチャートというレポート機能があるのですが、最初は直前になって急に消化されているような見え方だったんですけど、それがだんだんと開始時から終了時までなだらかに消化されていく理想的な形に近づいてきました。まだ完全ではないにしても、計画していたタスクをこなせるようになってきました。一応今でもまだ残業前提みたいなところがあるので、残業しなくても計画通りに進められるよう、そもそも計画の段階から改善していきたいですね。

小西：レポート機能の見え方がだいぶ改善されてきましたね。

若子：実は仕組みの改善もあるんですよね。最初はサブタスクで全部登録していたんですけど、そうするとバーンダウンでは表現できないのでタスクに変えました。そうすると見た目も綺麗に下がっていくので気持ちがいいんですよね。順調に進んでいることがみんなで共有できるとチームの勢いも変わってくるので、これが高速なのかなって感じがありますね。あとは単純にスプリントに慣れてきたところもあって、順番にこなしていけるようになりました。

木下：僕は自分自身がやっているものも含めて8個くらいのプロジェクトを回しています。全然真っ白でわからないプロジェクトには、将来的に考えるとスクラムのスプリントの概念でやっていただきたい反面、カンバンから入ってある程度慣れてからスクラムに移行しましょうねって話をさせていただいています。私自身が担当しているチームは実はサポートチームなんですね。本来はサポートチームはカンバンタイプの方があっているのかもしれないですが、わたしたちはあえてスクラムを使って管理しています。スクラムだとタイムボックスという概念の中で作業項目を考えるので、作業ボリュームが分かりやすいです。時間管理にも繋がっていて、うちのメンバーに使わせていただいています。なのでデータをとるというところでは、サポートチームもスクラムでの運用も結構ありだなって感じで、非常にツールを活かせてきました。

高林：週次でやってるとこもありますよね。

木下：1週間のサイクルに変えていくと1週間で自分のこなしたボリュームがだんだん分かってくるので、仕事を断ることができるようになります。「今受けられません。来週だったらできます。」こうやってメンバーが言えるようになることは意味があるなって。なのでサポートチームもですね、スクラムのがいいんじゃないかなと思ったので、ちょっと探してみます。

- 製品を使っていく中でチームで困難はありましたか？

木下：膨大にあります。正直言って私は皆さんに導入していただく話についてそもそも理解を得られてないんですね。皆からすると「やれって言われてるからやります」っていうスタイルで、始めることに対して抵抗をしていてるので、どういう話術でノせるかばかりを考えていました。つまりリーダーが「わかった、それいいですね！」と言っても、メンバーの手応えが全然ないので1人1人ひたすら喋って納得してもらう、メリットを伝えて提案する、ひたすら時間をかけてそれを繰り返す感じです。

若子：私は今関わっているプロジェクトもそうですし、パイロットのプロジェクトもそうなんですけど、もう勝手に変えちゃったんです。メンバーに強制的に使わざるを得ない状態にしました。使ってもらったらだんだん慣れていくっていう感じなんで、自然とみんな使うようになったのかなって。特に苦労はしてないですね。

小西：メールによる確認から、チケットのコメントで完結できるという感じでかなり軽くなったかと思います。

若子：無駄なメールのやり取りが減ったと思いますよ。

小西：運用レベルがかなり上がりましたね。あるチームでは、既存のドキュメントの一部からConfluenceでのページに移行していく方針で、膨大な量なんですけど一生懸命Confluenceのページに移行してくださっていますね。

木下：ある日突然スイッチが入った日があったんです。突然閃いたのか、急に何か変わった時がありました。喋ってる印象としてはカンバンのTODAY*にすごい刺さった瞬間があって、あれを境に顔つきが変わっていましたね。

高林：チケットでのやり取りが最初と比べて明らかに増えましたね。

高林：チームの成熟度にもよりますが初めてJiraを使うんだったら、TODAYのステータスはあった方がいいです。成熟したら別にプロセスでいいんですけど、最初はチームが何やってるかが明らかになった方が安心感があるし、特にリモートなのでちゃんとお互いに動いていることがわかったら、やってくれてるんだろうなっていうのが信頼につながるんで。僕がアジャイルの開発チームにいたときに、今日は何やってるのかみんなわからないねーみたいなのがありました。

木下：毎朝チケットをTODAYに移動することでスタンドアップミーティングの代わりにしているのかなっていう印象を私は持っています。

高林：まさにそうですね。チケットを動かすだけで通知が出て、動いてるってわかるんですよね。

小西：さらに発展すると、チケットをTODAYに持っていったときだけチャットに通知発行して、誰かがこのチケットをTODAYに持っていったときに「今日はこのメンバーがこれやるんだ」ってチャット見ればわかる状態になります。


木下：TODAYステータスと自動化機能による期限のリマインド通知、この二つがで非常に反応がいいですね。

小西：自動化はまだ使えることを知らないお客様もいっぱいいます。早速コメントで期日が近いというのをやってもらうというのは非常にメリットがありますし、あとシステムにプッシュしてもらうのが大事なんです。人がやるとパワーバランスとか人間関係に影響が出たりしてしまうのですが、そこが「Jiraが言っているから」ってなるんですよ。みんなフラットになるのは大きなメリットですね。

*TODAY…Jiraのボードの「今日の作業」ステータスのこと。INNOOVオリジナルのステータスで、その日にやる作業チケットを毎朝TODAYの列に移動させる。

- 最後に今後の展開、これからどう製品を活用していきたいですか？

木下：今年はまず全部署に使っていただくことが最優先で、一緒に進めていければと思います。まず1つ目は仕様書をConfluenceで書いてみんなで共有する。2つ目はJiraで課題管理をする、3つ目がTODAYステータスを使うことですね。今日やることに優先度をつけて、まずTODAYを使ってくださいという風に周知しています。
実際に中長期で考えているのは、それをやった上でアジャイルとはあえて言いませんけど、モジュール分割からユニットテストそれぞれのスモール開発の構築ですね。CI/CDを含めて、何とか3年かけてそこまで持っていきたいなと思っています。そこまでConfluenceからBitbucketまで繋がっている姿を実現した上で、エンタープライズまで引き上げることですね。段階的ではありますが、社長は集計されたレポートを見るだけでプロジェクトとか報告を求める必要がないというところまでいきたいなと思っています。ここ変えるのはすごく肝ですね。

若子：コーポレート全体で課題を共有するようにしたいですね。今プロジェクトの中でどういう形で経理とカンバンを使っているんですけれどもそこで課題あるんですが、たまる一方なんですよ。大抵、自分たちで解決できない課題だけが残っているんです。しっかりとコーポレート全体で共有して、いかに解決していくかといったところを実現、実際に課題解決まで持っていきたいところであります。そのための材料集めを今回できたらいいかなと思ってます。

以上がトークセッションです。
ビジネスプロセステクノロジーセンター（i-PRO）のトークセッションはこちら。