コンサルと連携し、エンドの課題を主体的/機動的に解決する【アジャイルチーム】のメンバーポジション

【BAMVの特徴】 コンサルタント/ＰＭＯと、先進的なＷｅｂエンジニア。 弊社はこれらのふたつの職種の『専門性』を武器に顧客に課題解決を提供する、11年目のソリューションベンダーとなります。 【請負とかウォーターフォールとかが抱える問題】 請負契約やウォーターフォール型のプロセスを前提とした開発では、《初期段階でつくるものがすべて決まっている》事が前提となります。この前提では、エンド内部でITコンサルの機能が要求されてしまうため、そのような人材を調達可能な大規模エンド。その案件をメインターゲットとする大規模ベンダーが有利となります。また、《エンドが決めきる》前提下では、ベンダーの営業やSEは提案力を発揮する場が無いことになってしまいます。 現実には理想通りに進むケースばかりではない為、大手SIerのPMやSEは、そのあたりの不具合を『なんとかする』能力や経験を持っていたりしますが、やはり納品をゴールとせざるを得ない為、顧客とベンダーの勝利条件が一致しない問題などが発生してきます。いずれにしても、顧客・ベンダーともに、勝ち戦とはなりづらいでしょう。 【BAMVがやりたいソリューションベンダーの在り方】 BAMVには業務改善を得意とするコンサルタントが在籍しています。 コンサルタントは顧客の様々な問題・課題を解消すべく参画することとなり、その解決では多くの場合、ITを利用した解決策を提示することになります。（別に自社のプロダクトじゃなくていい） この際、市場が未知数な新規事業に挑む顧客であったり、変化が激しい市場に対応し続ける必要がある場合、既存の請負ベンダーやSaaSではフィットしづらいです。アジャイルチームの出番です。 アジャイルチームは、顧客のビジネスの成功を目的とし、目的に対して自律したアクションを行います。顧客のプロダクトオーナー（PO）に対して、ITコンサル的な役割（自社のコンサルと協働でOk）も担当していくことになります。これによりPOは『内製SE的なスキルセット』の必要から解放され、ビジネス側を向いて（ユーザーストーリーを重視して）開発対象の優先順位を決定することができるようになります。 【PO補佐の役割】 ビジネス部署とPOの連携が悪い場合、バックログの優先順位がうまく決められず、《納期までに全部作る》となりがちです。これを多くのベンダーはDevチームの能力や稼働で解決しようとします。（なので、なんかスキル要求が異常に高くなり、性格悪い人がチームに混入したりする） しかし、そもそもこれはエンド内部で起きている問題です。Devのパワーで解決と言うのは脳筋すぎます。直接エンド内部に『ビジネス部署とPO』の支援を行う人材を投入しましょう。 業務課題を把握しているコンサルが残ってもいいですし、ＰＭＯを投入して仕組み化でも良いです。いずれも同じBAMVのメンバーですので、Devチーム側の課題や背景などもユーザー部署へ伝達することができるようになります。