【経験者向け・リードポジション】自社メンバーと一緒に『”なんちゃって”ではない』アジャイルチームつくろう

【概　要】
今時は珍しい、『ちゃんとアジャイルやったら飯食えるんじゃね』派の会社の、チーム内（5名くらい）のトップかその次くらいのエンジニアのイメージ。現実にはScrumが多いので明確なリーダーポジションは無いのですが、それでも実際は自社の代表として立ち回れる人員が必要だったりします。やや年上の、そんなイメージの募集です。


【現在のScrumプロジェクトの実際。】
AWS等のクラウドサービスが浸透。DevOps等の言葉が認知され、マイクロサービスで構築される新規システムも増加。BtoBの世界でも『（ガチな）アジャイル』を志向するエンドユーザーが増加。2019年冒頭に各大手SIerも参入。新規のアジャイルプロジェクトが多数発生しています。（うちはここに刺さる事が多い）

多くはScrumプロセスが採用されますが、エンドの人員であるプロダクトオーナーが量・経験共に不足。（解雇制限の影響もあると思う）エンドの社内プロセスとの不一致、果てはベンダ間の摩擦など様々な要素もあり、すんなりと『アジャイルな』プロジェクトになる事はありません。その様な実態もあり、【プロダクトオーナー補佐】などの需要も爆増しています。



【我々のスタンス】
我々はベンダであり、多数のシステムやプロジェクトの経験を背景に、プロジェクトの実施主体であるエンド企業に対し、準委任契約で専門性と成果を提供する立ち位置になります。当然、エンドは我々に専門家としての知識・技能を期待しますし、専門家として通常要求される水準を下回る仕事をすれば、善管注意義務違反や契約不適合に問われることになります。

さらにアジャイルの専門家として振舞っていくには、エンドを支援し、アジャイルの導入やプロジェクトマネジメントそのものが円滑に行われるよう立ち回る必要があります。これらはチームの垣根を越えて行われる活動を含みますが、エンドの内部で起きている一部問題に対しては無力である為、プロダクトオーナー補佐も自社でアサイン可能な体制を志向します。

このスタンスのチームにとって、非アジャイル的なマインドのメンバーは邪魔でしかありません。

・顧客満足より自身の短期的利益を優先
・フェイストゥフェイスで話をするのは嫌だ
・責任範囲をやたらと限定したがる
・顧客のプロダクトに対して当事者意識を持てない
・指示待ちである
・設計や品質を軽視する
・言語等を個人的嗜好のみで選択する
・プロセスやツールの種類のことをアジャイルだと思ってる。

ですので、我々は自社のメンバー中心で小規模チームを構成、責任を遂行できる権限を得る事ができる体制を重視します。



【アジャイル以外のプロジェクトについて】
アジャイルプロジェクトは日本ではさほど多くはありません。（非ウォーターフォールであることを単にアジャイルと呼んでいるものは除く）常にアジャイルプロジェクトが顧客の目的にフィットするわけでもありません。そのような、アジャイル以外の多くの案件はウォーターフォールモデルが多いです。

『アジャイル』と言うキーワードで営業しているからか、社員のスキルセットがそっちに寄っているからか、広義のWebサービスやその周辺の小規模な開発案件に体制参画する様な話が多めです。

※上記は経験がそこそこあるメンバーの場合。若手は詳細～単体くらいの製造チームの話が多い気がする。





【背　景】
単純に増員です。

・しっかりとした技術的なベースを持ち、指示待ちではない同僚が多くなる事。
・上記のメンバーらと、学習会やその他の集まりで情報交換。
・仲間と同じ目標を持って動けること。
・ガチアジャイルやるとなると、他社からもそれなりにいい人がくる。（来ない事もある）
・新規が多いから、なんだかんだ環境は新しいし、AWSも使うすね。