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の仕組みを利用してスキルを伸ばすやり方に変更はありません。 ※アジャイルソフトウェア開発を志向しておりますので、協調性の無い方、個人主義を重視される方はご遠慮ください。 キャリアとしてはサーバサイドを経由。サーバサイド側の事情や、ＤＢの構造、そしてプログラミング基礎力をしっかり確保した上で、フロントへのスライドとなります。スキルの主軸はフロント（そしてUI/UXまやで行きたい）ですので、サーバサイドを極め倒す必要まではやりません。比重や時間の使い方に関しては効率を重視します。もともとサーバサイドでそこそこやってきた方でしたら、ふつうにフロント側狙った営業になります。 そこまでやるのは入社後の話で結構ですが、PureのJSでｊQueryと同じ事ができるくらいにはなる必要があるかと思います。 【背　景】 1.複数社に相談してみた感じ。『なんか、デキるフロントの人って、バックエンド出身のやつ多くね？』安定して育成できそうだね。 2.フロントサイドの技術者も、データ構造などを理解できたほうが良い。 3.MVCモデルとかTypeScriptって、Javaとjsやってるととするっとイケちゃうよな・・・。 4.流行り廃りがあり過ぎて、5年後の鉄板が想像しづらい。 　ブラウザが廃れたらどうすんの？。 ※不安要素 最終的にWebデザイン層まで到達できるメンバーが少なくなりそう。UI/UXが軽視されたりすると、本末転倒だね。 【求める人物像のイメージ】 〇顧客の満足を得る真っ当なビジネスをしたい。 　そのために技術を磨きたい。 〇個人でどうこうではなく、チーム・組織で結果出したい。 〇マトモなメンバーで仕事したい。 〇現代型の終身雇用制度を目指す会社に投資し、将来リターンを得たい。 〇ちゃんと基礎から技術スキルは得るべきだ。 〇ぶっちゃけ、我々の世代って、70まで仕事するよな・・・と思う人。 【応募しないほうがいいひと】 〇ＳＥＳは全て悪である。 〇Javaはスキルにならないと思う。 〇Webの経験が無いから踏み台にしたいんだよね。 〇環境は全てまわりが用意してくれて当たりまえ。 〇現在の景気はこの後自分が退職するまで続くだろう。 承認欲求を満たすために表層的な技術トレンドのみを追う方は、合わないかと思います。弊社にとって、技術とは『唯一の武器』でありながら、顧客満足を得るための『道具』であり、『目的』ではありません。 また、特定のインフルエンサーや、イキりエンジニアの言以外は受け付けないという方は、組織的な行動は向かないと思いますので、応募はご遠慮ください。 【キャリアパスについて】 １．Webシステム開発のベースがあり、jsもワリと好きですよと言う事であれば、今であればReact,Angular,Vue等のフレームワークを使用しているプロジェクトを狙う。 ２．サーバサイド、フロントサイドどちらにも移動可能な現場もある。こういった顧客であれば、サーバサイドから入って移動でもOK。　このような顧客を弊社メンバーで優先的に体制化し、フォロー体制を組めればなおハードルは低下。会社側は常に複数の選択肢を持っておくとベター。 3.同じキャリアパスのメンバーを中心に、学習会などで情報共有。トレンドの変化についても、採用や営業と連携してアンテナの精度を維持。 4.Flasherやガラケーアプリ開発者の二の轍は踏まない。フロントエンド層特化ではなく、浅く広く守備範囲を持つ。ややフルスタック寄りのイメージで。 ※Wantedlyのガイドライン抵触を避けるための注記 　トラッシュブリーフィング合同会社の正規雇用です。 　準委任契約にてクライアント先常駐のお話になります。