プロダクトと技術の両面から事業とチームの土台を作り、メンバーと一緒に事業を伸ばし続けたい
## 【理由】 ### ① 事業を伸ばすには、技術だけでは足りないと痛感したから 2人の会社でCPOとして、プロダクトの方向性から実装まで担いました。 その中で、「何を作るか」と「どう作るか」を両方見られることの重要性を学びました。 自分が最も価値を出せるのは、**技術が事業の中心にあり、その仕組みを作り育てられる環境**だと考えています。 ### ② 良い土台は、チーム全体の成長速度を上げるから Contreaでは、開発基盤・コーディングルール・レビュールールを一から作りました。 メンバーから「エンジニア人生で一番速く成長できた期間だった」と言ってもらえたことは、大きな原体験です。 **基盤が良くなると、開発体験と生産性が上がり、挑戦し続けられる組織になる**と実感しています。 ### ③ チームで課題を解くことが、自分の原動力だから 1人で技術を深めるよりも、**周りと一緒に成長している実感**があるときに、最も力を発揮できます。 そのため、1つの環境に腰を据えて、中長期で事業とプロダクトの成長に関わりたいと考えています。 ## 【具体的にやりたいこと】 ### プロダクトの方向性づくり(PdM寄り) - 商談同席・導入後のサポート・ユーザー業務の体験など、一次情報から課題を掴む - データやユーザーの声をもとに、何を作るか・何をやらないかを決める - 施策の効果を検証し、次の打ち手につなげる ### ビジネスサイドを含めた要件定義 - 課題 → 要件 → 実装まで一気通貫で落とす ### プロダクトに適した技術選定 - 事業フェーズ・チーム規模・AI活用を前提に、流行りではなく**プロダクトに合う技術**を選ぶ - 選定理由を言語化して残し、チームが判断を引き継げるようにする ### アーキテクチャ・開発基盤づくり - 変わりにくい基盤と変わりやすい施策を切り分け、すぐ試せてすぐ消せる設計にする - 実装ルールのスキル化・lintで品質を仕組みにし、AIが書いたコードも設計面から判断する ### 導入・定着まで技術で責任を持つ - 周辺システムとの接続など、「作って終わり」にしない ### チームを育てる - 進め方やルールを言語化し、1on1などでメンバーの成長を支える
要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。
なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。