CAOG開発 clarity about one's goal（目標を明確にすること） アジャイル導入期のお客様の多くは、実際にシステムを利用するユーザーとプロダクトオーナー間、さらにはアジャイルチームとの目標の不一致などから発生する、プロジェクトの機能不全に陥りやすくなります。 この課題に対しＣＡＯＧでは、コンサルティングセクションのＰＭＯが、システムを利用するユーザーのニーズを明確化、プライオリティ設定支援、ＰＭやＰＯを含むＩＴプロジェクト側の構成員と、お客様との間の橋渡しを行い、ＰＯやチームに対してプロジェクトの目標が明確に伝達される構造を作り、関係者のゴールを共通化します。 エンジニアリングセクションのアジャイルチームは、自社のＰＭＯとも連携しチームの垣根を超えたコミュニケーション関係を構築していきます。 顧客の真のニーズを解消するシステムの開発を目的とし、使用しないシステム機能など、不要な機能の排除を行い、より快適に利用できるシステム構築を重視します。 自律したチームとして、強力にアジャイル開発を推進します。

我々の最終的な目標は、「現代に合わせた新型の終身雇用の実現」と「その体制の維持・継続」それを、ふつうのひとたちを中心に、組織と戦略で実現しようと言うアプローチの会社です。 最近の歴史と、会社変更までの流れ。 フィード（中期の戦略とかわかるはず） 【2019.10　会社名を変更した背景など（Trash-Briefing→BAMV）】 https://www.wantedly.com/companies/trash-briefing/post_articles/191062

BAMV側のカラーは、【ちゃんと準委任をやる】です。 一括請負や多層構造により培われる考え方は、『責任範囲を限定し、リスクを黙殺し、顧客満足よりも納品を目的とする。場合によっては成果に責任を持たない』です。環境の問題である為致し方なくはありますが、これではアジャイルプロジェクトのチームは機能しません。 弊社のアジャイル重視のスタンスは、生存のための戦略です。他のSI指向のベンダとは文化は異なるものである必要があります。アジャイルチームの考え方とはすなわち。 ・目的は顧客満足である。 ・顧客に対して成果を明らかにし、責任を持つ。 （但し権限がある事） ・リスクを理解し、向き合う。報告する。提案する。 ・チーム内での役割・責任範囲を限定しない。（準委任契約である事） ・プロジェクトに対して、当事者意識を持つこと。 ・振り返りと改善を行う事。 これがそのままBAMVの価値観。行動指針となります。 解雇制限のある日本の場合は、エンドユーザーが高度なIT人材を抱え込むという事は難しいです。ですので、我々ベンダ側の専門性が輝くことになります。エンジニアだけではありません。PMO・ITコンサルタントであれ。営業であれ。全社で重視する価値観となります。 設計力・技術力やIT知識は我々にとって最大の武器で、軽視する事は決してありませんが、ただのイキリプログラマーや本質や用途を無視するモダンガー等は自己組織的なチームを阻害し、最良のアーキテクチャや設計を遠ざける存在です。　弊社には必要ありません。 新規ビジネス側の価値観は、まだこれから決まっていく形になります。 こちらは請負契約の率が高くなりますが、SIerモデルとの差別化は必要です。すべてが同じとはなりませんが、大部分は近しい考え方となるかと思います。（主たる参加者の合意で、顧客満足を第一目的とすることで一致している。） こちらはより厳しく低質なエンジニアを排除する方向性である為、例えばイキリやモダンガーはやっぱり不要と言うカラーがすでに打ち出されています。

【募集背景】 アジャイル経験者が増え、エンドユーザーへのサービス提供を意識しつつあります。その時絶対に必要になる、インフラ側の技術者の育成を、今まで培った組織力や信用にモノを言わせて、行なってしまおうと考えています。　キャリアや支援方法が変わる為、手段は新部署の発足となります インフラ専門の部署を設立するにあたり、部署のキャリアパスの策定や、案件選択の判断、重視するべき顧客の選択など、様々な判断を行える専門的な知見と権限の所有者が必要になります。 SES経験のある方で、自分で権限を持って、マトモなメンバー達の集団を組織したいという希望がある方と組んで、事業を先に進めたいと考えております。また、フリーランス・零細事業者様との連携からスタートと言う形でも今回のニーズには合致します。ご提案・ご相談ください。 ゴールの形は、下記になります。（その他は柔軟に要素追加できる） 【新設部署に求められるもの】 〇アプリ側・PMO側との連携して、エンドに対して1社でシステムを提供する能力を確立する。 ・超大規模システムは想定しない。（SIerの専門領域とはバッティングを避ける） ・ＯＳＳ派の技術要素になってます。 ・クラウドサービス（AWS／GCP)のスキル・知見は必要になる。 ・コンテナ周りも必要となるが、アプリ側との境界はまだ曖昧。 【組織の現状・支援の状態】 ここ2年くらいで権限移譲が進み、ミドルマネジャー格・リーダー格の層を中心に、会社が運営されています。今回の募集ポジションはこの層に当たります。自分のつくりたい組織を実現したい方である必要はあるかと思います。 取引先はSIerが多く、その中のWebサービスやECサイト、モバイルなどに関連する部署との取引が主です。これら既存の取引先でもインフラエンジニアの需要はありますが、インフラ専門の部署に横展開営業する方法もあります。その他、中小規模のサービス会社様との取引はありますが、インフラエンジニア単体でのニーズは多くはないかもしれません。（成果を上げても広がらない可能性が。） 基本的に新規開拓は営業側で行いますが、技術側のリソースをある程度確保できるまでは多くの成果は望みずらいです。まずは既存取引先で信用とポジションを確保するのが、難易度が低そうです。 【今回の募集での人物像】 ・人材系・SESなどの業態の経験者。 ・部署の運営やメンバーのスキル構築に対して権限を持ち、自分で判断したい。 ・ハードウェア構成設計に関わったことがある 　（システムのインフラ側の全体像が見えてる） ・WebサーバかAPサーバあたりの経験者 ・VMwareなどで仮想化環境を構築した経験 ・Linuxのひと。 ・アプリ屋と話したい人 ・バズワードに惑わされず、インフラ側の技術トレンドを考えられる。 Wantedlyですし、お気軽にお問い合わせ頂けますと幸いです。 たぶん、打合せしないとお互い情報量不足で判断できないタイプの話ですので。