キッド✈️氏、はじめてのプロダクトオーナーを務め、学ぶ。HONEST2019-12-27キッド✈️氏、はじめてのプロダクトオーナーを務め、学ぶ。こんにちは、キッド✈️です。2019の7日目の記事です。プログラミングを初めてから、どれくらい経ったのかを振り返ってみたら、2年半弱でした。スクール卒業して、エンジニアインターンを初めた時に書いた、このブログがもはや懐かしくなってきました。onukichi.hatenadiary.jpさて、そんなエンジニア3年目の僕ですが、今年11月より、とある会社の新規サービスのプロダクトオーナー(以下、PO)をさせていただくことになりました。僕はPOとして、0からサービス開発に携わるのははじめての経験でした。POを務めて、学んだことがたくさんあったので、年末にまとめようと思います。学び(1)POが注力すべきなのは環境づくり今回の新規サービス開発のチームメンバーは、僕含めて3人でした。その中では、僕が一番開発経験があったために、当初は「僕がほとんどのコードを書くぞ!」ぐらいの意気込みでしたが、実際はその逆でした。最初こそ、僕もがっつりコードを書いていたのですが、途中から「これ僕ががっつり開発するより、他の2人が気持ちよく開発できる環境(色んな面の環境)作った方が、開発がうまく進むのでは?」と気づきました。そこからは開発のメインは2人のエンジニアに託し、僕は主に以下のことをやっていました。・詰まってそうならフォローアップ・プルリクエストのレビュー(途中まで全て自分一人で回してた)・ビジネスチームとの連携(2)当初の仕様からガラッと変わるのは仕方ない今回は2ヶ月間で新規サービスを作る、というかなりタイトなスケジュールでした。そんな中でも開発していく中で、「やっぱりこの機能の仕様を変更したい」という要望が出てきてしまうのは仕方ないことです。スタートアップなので。開発チームとして大切にしていたのは、「作り込みすぎないこと」でした。機能ごとにがっつり作りこむのではなく、最初は薄く作って、徐々に確認しながら肉付けをしていき、濃くしていきました。開発チームで、「一旦、モナリザで!」が合言葉になりつつある。笑モナリザの意味は、この絵のIterativeの方で、最初は薄く作って、徐々に確認しながら肉付けをしていき、濃くしていく開発指針のこと。2019年12月26日(3)毎日フォーマットで進捗共有する今回は3人ともリモートで作業する、リモートチームでした(チームメンバーの1人とは、以前から友達でした)。結論、リモートチームでも特段問題がなく開発を進めていくことができました。ミーティングは主にzoomで、このようなスケジュールで行なっていました。・毎日16時に15分ほどのプチ進捗共有ミーティング・毎週金曜16時に40分ほどの定例ミーティングミーティングで話した議題は以下です。(何か困っているところ・課題があれば共有)tejitakさんのこちらのnoteを参考にしています。note.comまた僕が1年ほど、リモートチームの経験があったことも、今回リモートチームをうまく運営できたのかもしれません。(4)結局はメンバーのオーナーシップはじめてのプロダクトオーナー経験でしたが、プロジェクトが上手くいくかどうかは、結局のところ人です。僕が何かしたとかは微々たるものであって、今回はチームメンバーが最強すぎて、開発が回りました。