2019の1日目の記事です。devblog.thebase.inこんにちは。BANK株式会社でプロダクトマネージャーをしている柳川(@gimupop)です。BANK(エールバンク)」というプロダクトのグロース施策に取り組んでいます。今回はアドベントカレンダーということで、今年僕個人にとって一番大きな変化であった、サーバーサイドエンジニアからプロダクトマネージャーにジョブチェンジしたことを題材に記事を書きます。僕はもともと新卒時から、サーバーサイドエンジニアとして働いていました。会社の雰囲気はそれぞれ違っていて、どちらかというとエンジニアの役割が限定的な会社で働いていました。BASE入社後もサーバーサイドエンジニアとして入社し働いていましたが、BASEは今までの会社とは違いました。一人のエンジニアが見る範囲が比較的広いことプロダクトの成長にかける情熱が強いこと上記2点が特に感じた違いです。この違いは僕の狙い通りのことで、とても気持ちよく働けました。そのように働くうちに、より強くプロダクトの成長にコミットしたいと考えるようになりました。QAまで特定の役割に固執せず、メンバーと協力しながら開発を進めていきました。リリース後、いろいろな線が繋がり、2019年7月から、正式にプロダクトマネージャーに就任しました。プロダクトマネージャーとして試行錯誤する中での気付きプロダクトマネージャーは、プロダクトの責任者としてまわりから見られる役職名が明らかになったので、僕がプロダクトに責任を持つことが明確になり、他のチームから情報が集まりやすくなりました。他のチームに協力をお願いする際も違和感がなくなり、スムーズに話が進むようになりました。肩書でまわりからの見られ方が変わるという経験でした。プロダクトマネージャーは、チームを作る僕がエンジニアからプロダクトマネージャーになることで、当然ながらエンジニアの数が減りました。実質2足のわらじ状態になってしまい、開発にかけられる工数は落ち、新たに期待される役割に従事するのにも時間がかかりました。その状況を改善する手段の一つして、人の採用があります。採用活動の中で良い縁があり、現在ではエンジニアのメンバーが1名増えました。一時的に苦しい状況にはなりましたが、結果として以前よりも更に強いチームになっている実感があります。プロダクトの未来を描く上で、チームの未来を描くことも必要であると気が付きました。プロダクトマネージャーは、プロダクトの成長段階の最先端にいるプロダクトの成長段階の変化に気がつくのに遅れて、開発に停滞感をあたえてしまいました。自分の役割が変わるのと近い時期で、プロダクトの段階にも変化がありました。新規の機能開発のフェーズから、プロダクトグロースのフェーズへの変化です。そのフェーズでは、闇雲に機能開発をするのではなく、状況を捉えるということが必要でした。エンジニアとして関わるのであれば、プロダクト段階がどうであれ、実現したい機能が目の前に現れて、それをどのように実現するかという部分に集中すれば問題ありませんでした。プロダクトマネージャーは、プロダクト状況の変化を真っ先に捉え、やり方を変化させながら施策を考えて、プロダクトの成長を引っ張っていかなくてはなりません。自分の決断が、プロダクトの成長スピードに深く結びついていることに気が付きました。プロダクトマネージャは、Howにより過ぎないエンジニアとして働いていたキャリアは、エンジニアメンバーとのコミュニケーションの取りやすさや、機能の取捨選択の判断や、SQLが書ける等あり、ストロングポイントです。具体的にどう作るかということを考えすぎると、決断が遅れることにもなるし、実装の容易さ等を考えすぎ、機能の内容自体にも影響してきます。何がしたいかという要求を明確にして、その他は考えすぎず他のメンバーと相談しながら進めるべきということに気が付きました。プロダクトマネージャーは、リズムを作るプロダクト開発は、ときにマンネリ化します。プロジェクトが長期化するほど、それこそグロースフェーズにおいてはマンネリ化しがちです。いう場合にリズムを作り出すことも、プロダクトマネージャーの重要な仕事だと思いました。未来の計画を立てて、現在やっていることと未来とのつながりを定期的に明確にすること日々の目標を立てて、それを目に見える形にして小さな達成感を出していくこと上記のようなことを気にしながらプロダクト開発を主導していくと、比較的フレッシュな気持ちでチームが課題に取り組めることに気が付きました。プロダクトマネージャーは、プロダクトのことを考え続け未来を見る来年度の事業計画を作る中で、プロダクトマネージャーは、より未来を見なければならないということを意識しました。その際の思考の流れの中で、未来のビジョンを作るには、過去のデータと現状をより深く知らなればいけないということに気が付きました。する中でも、これだけの気付きがありました。気付きを得ることが仕事なのではなく、適切なアウトプットを出し続けることが必要です。これらの気付きを活かしつつ、常にゼロベースで引き続きプロダクトマネージャーとして、チームでプロダクトを成長させていきます。)の開発チームによるブログです。Groupの大木です。Developerをしている東口です。Groupのマネージャーをしている山田です。12/1から始まっ...Archiveスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。