Project
Management

現在はSitecore案件を担当することが多いです。製薬業界、運輸業界、エネルギー領域、官公庁等、様々な業界にお客様がいらっしゃいます。開発のスケジュール管理や設計はもちろん、お客様のご要望を引き出す要件定義や提案も担当しています。

プロジェクトの成功とは一体何だろうかと考える時、クライアントのイメージ通りのものを品質高く製造し、納品する事だというのが私の意見です。言葉で表現するのは簡単ですが、システム開発という仕事はとても複雑で、思った通りに進まないことの方が多いのです。

私の経験では、プロジェクトを成功させるためには、クライアントのイメージしているものを可能な限り正確に引き出し開発チームへ正確に共有する事が重要だと思っています。

はい、開発プロジェクトには多くの人間が関わります。要望→設計→製造→テスト（品質管理）→納品と進む過程の中で、自然と多くのコミュニケーションが発生します。多くの人間が共通のイメージを持って一つのものを作っていくということは、実は難易度が高い行いです。

伝言ゲームをやったことのある方ならわかると思いますが、大体途中で小さな伝達ミスが発生しますよね？小さな伝達ミスの積み重ねで、最終的には全く違う言葉が伝達されてしまう。開発でいうと、クライアントのイメージや要望を正確に引き出すことができなければ、それが最初の伝達ミスです。

そうですね。実際の開発の過程では、無数に発生するコミュニケーションの機会の中で可能な限り掛け違えがないように、コミュニケーションの方法を使い分けたり、ツールを駆使することでクライアントのイメージしているものを完成させていきます。

もちろん、イーストのエンジニアとしてWebアプリケーション開発に関する技術知識や、Azure、Sitecoreなど、現在の担当業務に必要となる要素は一通りおさえています。そうでなければ開発チームをひきいることは難しいですし、何よりクライアントの信頼を勝ち取ることができません。イーストでプロジェクトマネージャーの業務を遂行するためには、自身も高いレベルで開発の実務作業を担うことができるスキルが必要です。

受託開発の業界にいる以上、発注をいただいてこその開発チームです。先ほどもお話した通り、クライアントのイメージ通りに品質高く開発し、納品する事をプロジェクトの成功とすると、その業務を進めるチームの質が高いことはとても重要なファクターです。今後は現場リーダーからプロジェクトマネージャーへとミッションが変わっていきますが、プロジェクト主導者として私がクライアントの満足度に貢献する方法が、一つはチームの質を高めることであり、一つがクライアントとチームの橋渡しをすることです。

それはイースト入社前の経歴が関係しているかもしれません。私はイーストへ中途入社していますが、それ以前は自社製品の開発に携わっていたり、SESの業界にいたこともあります。中でも、自社製品の開発に携わっていた頃の経験が今の自分の指向性に影響していると感じます。

介護業界で自社製品の開発をしていました。当時はエンドユーザーのお話をお聴きする機会も多く、小さな要望を製品へ組み込んでいくようなことをしていました。そのような経験を積み重ねていく中で、要望をきちんと設計へきちんと落とし込み、製品にしていくことの重要さを理解しました。当時を振り返ると、うまくいったケースではユーザーとのコミュニケーションがよい形でとれていたように思います。

いただいた要望を言われた通りに落とし込むのではなく、システム全体を俯瞰しながら適切と思われる対応を検討したり、必要があればユーザーへ提案するようなこともしていました。双方向にコミュニケーションをとることで方向性が定まり、その結果ユーザーの困りごとを解決できる製品づくりができる。それが「開発の理想の形」として私の中にあるように思います。

今では自分が手を動かして開発をすることが私の業務のメインではなく、どちらかというと私のチームのメンバーが安定して開発ができる環境を作ることがミッションになっています。そのためにできることは様々ありますが、直近の目標としてチーム内の心理的安全性を確保し、チームの機動力を上げていくことに取り組んでいきたいです。また、自チーム内だけでなく、イースト全体にチームビルディングの重要性を根付かせる活動にも力を入れていきたいです。