KDDI 株式会社様

- 牧野
出来上がったプロダクトの品質やドキュメントなどの成果物についてはいかがでしょうか。
 
- 柳澤様
特に問題はありませんし、むしろ品質高いと思っています。機能がまだ少ないのであまり評価できるところはないのですが、特に大きな問題はでていませんし、ミスもありませんので。 
 
- 雨夜様
法人向けの商品なので、プロダクトとして重要なのはデザインやUIではなくて、UXなのだと考えています。プロダクトオーナーとして、どういうUXがいいかたたき台を作ろうとしても、環境の問題もあり、パワーポイントでいちいち作るのもどうかと思うことがあります。このプロジェクトの最初に開発メンバーがFigmaでたたき台を作ってくれたのがとても嬉しかった。プロダクトオーナーが作ったたたき台をたたく人はいても、最初のたたき台を作ってくれる人はいないので。部署内にもあの状態で見せることができました。

- 牧野
今回は、どういう技術を使うかについてもチームにお任せいただいて、Serverlessで、Node.js、Typescript、AWSのサービスを積極的に使ったクラウドネイティブな構成をとりました。
 
- 柳澤様
現在の開発部門でこういう新しい技術を採用するところが少ないので、開発プロセス同様、このプロジェクトでは新しい技術を選択してほしいと考えていました。結果的にそれに対しての問題はなかったものと考えています。一方で、開発部門のセキュリティポリシーにその新しい技術が適合するのかという不安がありましたが、今回、風穴を開けることができました。環境がいろいろ変わっていくなかで、従来の長い期間の開発スタイルが合わない、短い時間でどんどんサービスを立ち上げていかなきゃいけないという意見が部署の中にあり、そういうやり方を模索していかなきゃいけない、今回のプロジェクトをきっかけにしようという期待がありました。

今回はナレッジを貯めるという意味もありました。私は今回のように本当の最初からこの規模プロジェクトを進めた経験がなかったので、今回の経験が次に活かせると思っています。こんなのが失敗したとか、ドキュメント何が必要かとか、キックオフでやることとか、アジャイルなプロジェクトでも社内手続きに何が必要だったかとか、プロジェクトポータルにかなりまとめていました。
こういった取り組みが少なくとも開発サイドは評価されました。

- 雨夜様
ビジネスサイドも、やり切るといってやり切ったので、よくやったと言われています。チャレンジをさせてくれた上司のおかげではありますが。
新規サービスのリリースって、結構遅れるのですよね。一年遅れることもあれば、二ヶ月くらい遅れることも多い。
 
- 雨夜様
開発したプロダクト自体は小さいのですが、開発以外の作業については新規のサービスですから、社内の手続きや業務の整理、また利用者向けの利用規約を作らないといけないとか簡単なものではありません。サービスとして成り立たせるために、開発があって、規約があって、セキュリティ診断があって、あと経理に対してもこれはいくらのサービスでという話しをして、それから営業資料を作ってとか。
 
- 柳澤様
開発以外のことが多くて、それらまでアジャイルに業務や承認を進められる社内の仕組みになっているかというとまだまだ難しいと感じています。開発した追加機能を一週間単位でリリースできるようになっても、業務の調整は何ヶ月前からしないと受けてもらえないとか、そういうのがジレンマとしてあります。

- 牧野
そういったことも踏まえた上で、プロダクトオーナー、プロダクトの責任者の視点で、スクラム開発あるいはアジャイル開発を進めていくことについて、最初に期待されていたこととは別で、実感としてこれはメリットだという点と、ここはダメ、デメリットだなと感じてらっしゃることを伺えますでしょうか。
 
- 雨夜様
メリットは、裏表なのですけれど、楽しいですよね。手触り感がある。
従来のウォーターフォール開発は、要件定義している時は楽しいのですが、そのあとはよろしくって開発側に渡して、数ヶ月後に出てきたものに対して検収をして。自分でプロダクトを育ててきた感じがしないのですよね。 
商品が法人向けだからというのもありますが、アジャイル開発では自分が思うように、自分の育てたいような商品に育てられ、商品企画の仕事としてこんなに楽しい仕事ないですよね。

逆にデメリットは、時間を取られるということですね。本当に良くも悪くも自己責任です。ウォーターフォールだと、そういうつもりじゃなかったとか、他に責任を転嫁したり、他人事にすることができてしまう。プロダクトオーナーとして決めてくださいって言われても、決める覚悟とか勇気がないと難しいでしょうね。 

- 牧野 
いわゆるプロダクトオーナーという役割を担われる方全員にとってメリットにもデメリットにもなりえるということですね。
また機会があればプロダクト開発をスクラムでやろうと思われますでしょうか。 

- 雨夜様
はい、やりたいですね。プレイヤーのうちに。
私の上長の管理職の一人が、やってみたいと言っていました。自分が管理職に上がる前には、そういう仕組みがなかった。どんな感じでやっているのか興味があるようですね。 

- 牧野 
このプロジェクトでは、スクラムガイドに則ってスプリントレビューにステークホルダーが参加くださるようお願いをし、実際に多くの方に参加いただいています。
また、8月末に最初のリリースをして、その後、二ヶ月ぐらい経過していますが、その間にいくつかのアップデートもさせていただいています。
ステークホルダーの方やお客様からプロダクトに対してのご評価やフィードバックはありますでしょうか。
 
- 雨夜様
営業部門の責任者がスプリントレビューに参加くださっていたときにおっしゃっていたのですが、こういう取り組みを他の商品開発でもやって欲しいとずっと思っていたというのが印象に残っています。
また、社内の業務部門、運用部門は、先ほど述べたように現状は開発のように一週間単位でリリースできる状態にない。ただ、現場には危機感があって、お客さんは待っている、サービス側も早く出したい、でもその変更を24時間365日運用しているオペレーターの人たち全員にちゃんといき渡せなきゃいけない、引き継がなきゃいけないといった課題提起を今回の案件でできたものと思います。