システムとともに、エンジニアを育てていく。

システムの成長に、設計者として関われる場所を探していた

前職では受託開発が中心だったのですが、次第に「つくって終わりではなく、システムの成長に継続的に関わりたい」と思うようになりました。転職を考え始めたとき、この会社の開発チームが「エンジニアが企画から入る」と聞いて、すぐに話を聞きたくなったのを覚えています。

入社後は想像以上に裁量があって、初期の要件定義からユーザーテストまで関われるのが魅力です。自分の仕事がお客様の業務にどうつながっているかを実感できるのが、大きなモチベーションになっています。

要件を“形にする”だけじゃない、問い直す役割もある

この会社のエンジニアは、「言われた通りに開発する」役割ではありません。コンサルタントやPMと同じ目線で「本当にその機能が必要か?」「もっとシンプルにできないか?」と議論しながら、お客様の業務体験を一緒につくっていきます。

そのぶん責任も大きいですが、「問い直すこと」自体がチームに歓迎されているので、意見を出すことが自然にできるんです。プロジェクトの未来を一緒に考えている感覚があります。

スピード感のある環境でも、丁寧に考える余白がある

DXコンサルティングというと「スピード重視で荒削り」というイメージを持つ方もいるかもしれません。でもこの会社は、素早くつくる一方で、「なぜその機能が必要なのか」をちゃんと考える文化があります。

たとえば、新機能リリースの前に業務フローを壁に貼って可視化したり、ラフなプロトタイプで検証したり。スピードのなかにも"考える習慣"が根づいていて、エンジニアとして働きやすい環境だと感じています。

コンサルタントとフラットに話せるからこそ、いい設計ができる

開発チームは、コンサルタントもエンジニアもとてもフラットな関係です。Slackでも、「もっとこうしたらよくなるよね」という会話が日常的に飛び交っていて、ものづくりの一体感があります。

細かい実装のことも気軽に相談できるので、現実的かつ挑戦的な設計を提案できるようになりました。「開発だけ」の視点から抜け出せたことは、自分にとって大きな変化です。

お客様の声に触れることで、設計の精度が上がる

今は導入いただいたシステムのUI/UXを継続的に改善する役割を担っています。面白いのは、実際のお客様の声をチーム全体で共有していること。カスタマーサクセスチームがくれたフィードバックが、新しい設計の出発点になることも多いです。

最近は、お客様インタビューの同席やログ分析などにも関わるようになって、「機能」以上に「業務としてどうか?」を考える力がついてきた気がします。

エンジニアのキャリアを、システムと一緒に育てていきたい

システムが育っていく過程に、自分の設計が残っていくのはやっぱり嬉しいです。そして、そういった経験が自分自身の成長にもつながっていると感じます。

今後は開発標準の整備や、若手メンバーのサポートにも力を入れていきたいです。このチームなら、「個としてのエンジニア」としても、「チームとしてのものづくり」にも、どちらにも深く関わっていけると思っています。