kd

富士ゼロックスにて、担当プロジェクトの開発チームをマネジメント

チームの立ち上げ、開発成果物のアウトプットを納める責務

チームの立ち上げの際に、他メンバーは既存サービスの理解が全くない状態からだったので、双方向のコミュニケーションが取れない状態でした。そこで、既存サービスの説明と本プロジェクトの背景から目的まで理解できるようにコミュニケーションを図った。そうすることで、メンバーからもアーキテクチャの放任についての意見が出るなど、スムーズに技術調査や開発などを進めることができた。

村田製作所でのNAONAサービスのWeb会議アプリの開発マネジメント、チームマネジメント

内製Web会議アプリのアーキテクチャに関して決定する責務、開発タスクについてタスクの定義/管理をする責務、開発メンバーが開発しやすくするようにする責務、開発チーム全体から課題を抽出する責務。

まずは、コミュニケーション面でSlackを導入していたがプライベートな運用をされていたのでパブリックに議論できるように働きかけを行った。他社での事例や自分の経験を交えてパブリックにする目的などを説明するように心がけた。 アーキテクチャ決定や開発を前進させるところについては、自分自身が責任感を持って推進することは基本としながら、困った際にはメンバーや周りの人に意見を聞きながら合意を得ることを心がけた。広い知見を取り入れられると共にメンバーの納得感の向上にも繋がったと思う。また、自分自身もメンバーの管理だけではなくプレイヤーとしたら開発を進める中での進め方としてボトルネックにならないタスクを持ちながら進めることを意識した。一方で技術調査を任せることで上手く進まないことがあったりしながらも、自分がまとまった時間を確保して調査できない難しさを抱える場面はいくつかあった。 組織を運営する上では元々開発マネージャーが在籍していた時期はチーム全体でのKPTなどは行えたいたが、個々の課題感を拾えていないところがあったため、隙間で雑談のようにヒアリングすることや1on1を明確に時間として設けるなどして各メンバーとの対話の時間を増やした。また、アジャイル開発+各スプリントでの振り返りは行えていたが、広い時間軸での課題の抽出ができていない、開発チームだけのKPTが行えていなかったので、開発チーム全体での広い観点でのKPTを開催し、課題に落とし込んだ。この辺りを進める上で自分自身は明確なマネージャーではないところがあったので、遠慮はしないながらも、出過ぎないように同じ視点で議論できるようにすることを心がけた。

enpay開発チーム

enpayのプロダクト開発チームのリーダーとしてスクラムおよび開発案件がロードマップに対して適切に進められている状態にする責務

リーダーになったタイミングではプロダクトについて、利用している技術について、チーム運営の状況について知らない状態だったため、まずは観察することから始めました。途中、あるエンジニアのチーム全体のモチベーションを下げる問題が発生し、人事的な対応を取る必要があり、EMやエンジニアリング部部長への相談、各メンバーとの対話を実施しました。中でも1番若手のメンバーが意見を言いにくい状況であると考え、手厚く1on1などでフォローしました。その問題があったため半期でやりたいロードマップ上の案件が遅れている状態となりました。そこで、Findy Team+で過去にチームがいい状態であった時との比較を行いPRのマージまでにかかる時間を1つの指標として開発のスピードアップを図り、徐々にスピード感を持った開発ができる体制になって来ました。一時期遅れて修正したロードマップを再度上方修正するために素早くPMとコミュニケーションを取り、上期中に実施したかったことを結果的にほぼ完了させることができた。