BAMV合同会社は、アジャイル開発を志向するエンジニアリングセクションと、ITプロジェクトの知見が十分ではないエンド側の支援を行うコンサルティングセクション、2つの事業部からなるソフトウェアハウスとなります。 【主要取引先】 ・日鉄ソリューションズ株式会社 ・株式会社ジェーエムエーシステムズ ・富士ソフト株式会社 ・コムチュア株式会社 ・チエル株式会社 ・株式会社イプロス 日本のカイシャはいつまでたってもアジャイル導入期。 アジャイルソフトウェア開発宣言が2001なので、もう20年くらい経ってる訳ですが・・・。 導入が進まない背景としてよく、日本企業の決済フローの遅さや評価の減点主義からくるリスク回避傾向などがあげられますが、もっとわかりやすく目先の問題が２つあります。　 【ひとつめ】 スクラムの『プロダクトオーナー』は、非常に高いスキルを要求されます。しかしながら、アジャイル導入の進まない日本ではPOの経験者も少ない訳で。ましてやITでメシを食ってる訳ではないエンドユーザーがそんな高額な人材を雇用し得るでしょうか？　さらには解雇制限もあり、本来は必要な時のみピンポイントで雇用したいはずの『高度な専門性を持った人材』を高額で雇用する事が難しいという問題もあります。 POは業務側の知識に詳しく、その組織の背景を理解し、必要な調整を行うことができるので、バックログの優先順位を決めて行く事ができ、それを技術側であるスクラムチームに伝達していく能力を要求されます。できたらかなりのバケモノなお客様です。 出来なければ、業務側の要求の通りに『必要な時期までに全部作る』こととなる為、ウォーターフォールで作った方がマシだったという結果になりがちです。 このケースはとても多発します。その為か、国内の（ちゃんとしたい）アジャイルプロジェクトでは、開発チームのエンジニアのスキル要求がとても高いものになったりします。 【ふたつめ】 日本の多くのエンジニア・開発ベンダーがアジャイルにフィットしないという問題もあります。 高効率な分業は個のエンジニアの役割の明確化を。それに加え一括請負契約も守備範囲の限定を加速させます。分業はさらに『階層』を産み、技術者からプロジェクトに対する当事者意識を奪います。その上、階層は顧客に対して成果を明らかにする事や成果に責任を持つことを阻害します。さらにはここ数年のエンジニアバブルは『園児ニア様』なる新種も生み出しましたが、これもまったくアジャイルには適合しません。 これらの環境に適合したプログラマーは、スキル有無の以前に、マインドセットがアジャイル向きではない訳です。 ※当事者意識を持ち、リスクと向き合い、成果を明らかにし責任をもつ、役割責任範囲を限定しない。どちらかと言うとリーダークラスのエンジニアには多く見られる特徴。リーダー格をいちメンバーでアサインするかと言えば、しないわなー。 【どうすんの】 どうすんのって、これもうビジネスチャンスの類でしょうよ。 採用と育成が強みであった会社【Trash-Briefing】は、【BAMV】と名前を変え、その育成したメンバー達と共に次の段階へ進むのです。 詳しくは・・・。つづく。（したのほうにある）