BAMV合同会社

BAMV合同会社は、アジャイル開発を志向するエンジニアリングセクションと、ITプロジェクトの知見が十分ではないエンド側の支援を行うコンサルティングセクション、2つの事業部からなるソフトウェアハウスとなります。

日本のカイシャはいつまでたってもアジャイル導入期。
アジャイルソフトウェア開発宣言が2001なので、もう20年くらい経ってるわけですが・・・。

導入が進まない背景としてよく、日本企業の決済フローの遅さや評価の減点主義からくるリスク回避傾向などがあげられますが、もっとわかりやすく目先の問題が2つあります。

【ひとつめ】
スクラムの『プロダクトオーナー』は、非常に高いスキルを要求されます。しかしながら、アジャイル導入の進まない日本ではPOの経験者も少ないわけで。ましてやITでメシを食ってるわけではないエンドユーザーがそんな高額な人材を雇用し得るでしょうか？さらには解雇制限もあり、本来は必要なときのみピンポイントで雇用したいはずの『高度な専門性を持った人材』を高額で雇用することが難しいという問題もあります。

POは業務側の知識に詳しく、その組織の背景を理解し、必要な調整をおこなうことができるので、バックログの優先順位を決めていくことができ、それを技術側であるスクラムチームに伝達していく能力を要求されます。できたらかなりのバケモノなお客様です。できなければ、業務側の要求の通りに『必要な時期までに全部つくる』こととなるため、ウォーターフォールで作ったほうがマシだったという結果になりがちです。

このケースはとても多発します。そのためか、国内の（ちゃんとしたい）アジャイルプロジェクトでは、開発チームのエンジニアのスキル要求がとても高いものになったりします。

【ふたつめ】
日本の多くのエンジニア・開発ベンダーがアジャイルにフィットしないという問題もあります。

高効率な分業は個のエンジニアの役割の明確化を。それに加え一括請負契約も守備範囲の限定を加速させます。分業はさらに『階層』を産み、技術者からプロジェクトに対する当事者意識を奪います。その上、階層は顧客に対して成果を明らかにすることや成果に責任を持つことを阻害します。さらにはここ数年のエンジニアバブルは『園児ニア様』なる新種も生み出しましたが、これもまったくアジャイルには適合しません。

これらの環境に適合したプログラマは、スキル有無の以前に、マインドセットがアジャイル向きではないわけです。

※当事者意識を持ち、リスクと向き合い、成果を明らかにし責任をもつ、役割責任範囲を限定しない。どちらかというとリーダークラスのエンジニアには多く見られる特徴。リーダー格をいちメンバーでアサインするかといえば、しないわなー。

【どうすんの】
どうすんのって、これもうビジネスチャンスの類でしょうよ。
採用と育成が強みであった会社【Trash-Briefing】は、【BAMV】と名前を変え、その育成したメンバー達とともに次の段階へ進むのです。