【PL】転勤なし／フレックス有り／お客様がビジネスとして実現したいことを実現

＜仕事の進め方＞
私たちはプライム（元請け）のSIerなので、お客様がビジネス的に何を実現したいのかを深く理解するところがスタートです。
ですから、お客様がこうしたい、ああしたい、というシステムへの要求をそのまま受け入れることに対してとても慎重です。
お客様のシステムへの要求が目的（ビジネス的に実現したいこと）を達成するために最適とは限らない、と考えているからです。
私たちはお客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

設計・実装はウォーターフォールの時もあれば、アジャイル（Scrum）による開発プロセスを採用する時もあります。
結果どちらを採用するかは結局のところお客様の都合次第になってしまうのが現実ですが、通常私たちはアジャイルでの開発を強く提案します。

アジャイルでの開発を採用している場合、開発に入る前に必ずMVP（Minimum Viable Product）を定義します。
要件を詰め、MVPを決めるためにユーザー・ストーリーマッピングの手法を使用することも増えてきました。

開発プロセスがウォーターフォールであってもアジャイルであっても、プロジェクトリーダーはPMと一緒に要件定義に参加することが求められます。
お客様のビジネスと要件をともに深く理解することで、開発チームが陥りやすい混乱を防ぐ役割が求められるからです。

開発の最初にキックオフを開催します。
キックオフ前に開発チームで事前に認識を合わせます。
そして開発がスタートします。

開発が始まると、ほとんどのチームで朝会を開催しています。
スタンドアップミーティング形式で行っていることが多いです。
日々の進捗を報告しあい、問題を共有し、今日何をすべきかを短時間で決定します。
朝会でよくあるミスとして、プロジェクトリーダーに対して開発メンバーが報告してしまう、という状況があります。
プロジェクトリーダーは方針決定者ではありませんので、そうならないように朝会では他の開発メンバーと同じ立場であることを強く認識し、開発チーム全体で報告し合うようにします。

＜プロジェクトリーダーとは＞
一般的にシステム開発でプロジェクトリーダー（以降PLと表記）というと何をするロールなのでしょうか。
会社によって、プロジェクトによってそれは大きく異なります。
私たちネクストスケープにおけるPLとは、開発チームがスムーズにタスクをこなせるように尽力するロールである、と定義しています。

一般的にはPLは開発メンバーの上位に位置するロールで、各開発メンバーのタスクを指示する立場であるかもしれません。
しかし、ネクストスケープでのPLは開発チームを下から支える役目です。
開発メンバーが開発する時間以外の余計なことに煩わされないようにするのが一番大事な仕事です。
PLは開発メンバーより偉いんだから開発メンバーは自分の言うことを無条件に聞かなければならない、なんて考えは捨てなければいけません。
この考えの根底にはサーバントリーダーシップをネクストスケープの文化とするチャレンジを続けていることにあります。
詳しくは下記の「私たちの文化」をご覧ください。

【仕事の特色】
＜配属予定チーム＞
事業部門は3つあり、イノベーション事業本部、システムインテグレーション事業本部と社長室です。
イノベーション事業本部ではSaaS製品・サービスなど新規事業開発を行っています。
人数は7名ほどです。
システムインテグレーション事業本部はその名の通り、SIをする部門です。
大半のエンジニアはシステムインテグレーション事業本部に所属しており、人数は50人ほどです。
社長室は主に公共事業の開発案件を担当しています。
人数は10人ぐらいです。
各事業本部内には複数の組織が存在し、ほとんどの場合は顧客単位に組織が構成されています。

＜私たちの文化＞
どうすればお客様のビジネスがより大きくなるか、そのためにプロジェクトをどうハンドリングするか、次のマイルストーンを達成するために今日何をやらなくてならないか・・・。
超上流から目の前の実装レベルまで、チームとして成果を出すことを一番に考えるマインドを全員でもとう、としています。
そのため、例えば開発メンバーだから要件のことは自分には無関係、というマインドは歓迎されません。
要件が不明瞭、なかなか決まらない、などの上流でのトラブル時にはチーム全員で対処していくマインドが好まれます。
さまざまな業務に好奇心を持ってチャレンジしたい人にとって楽しい環境です。

サーバントリーダーシップという言葉があります。
別名支援型リーダーシップとも言います。
従来のマネジメントではPMや上長が全ての情報を統括して収集し、タスクを決定してメンバーに細やかに指示を出すマイクロマネジメントが多く見受けられました。
一方サーバントリーダーシップはメンバーに決定権を委譲し、メンバーが能力を最大限に発揮できるように支援します。
当社はこのサーバントリーダーシップによる組織とプロジェクトの運営にチャレンジしています。
そのためまだサーバントリーダーシップに慣れないPMや組織長に対しては、メンバーとの情報量に差異が無いように心がけ、問題を取り除くことをメインのタスク、とするように言い続けています。
まだ改善の途中であるため、うまく回っているチームと、全くできていないチームがありますが、少しずつ改善する努力を続けています。

自律的に考え、動くことを求める文化です。
その代りに、失敗を責められません。
失敗をしたら、次は同じ失敗をしないように振り返って改善をすることが大事、と考えています。
課題に対して考えない、動かない、気づいても何もしないことが一番ダメ、とされます。
つまり失敗を恐れて一歩踏み出さないのは問題を放置した、とみなされます。
大きな自由を与えられている代わりに重い責任を持つ文化と言えます。

他社にあまり無い文化ですが、課題や問題をPMや上長に報告しても気を利かせて対処してもらえることはありません。
課題・問題への対処は自律的に行うことが求められるからです。
その代り、対処方法がわからないから相談に乗ってほしい、と言えばPMや上長は必ず相談にのってくれます。
このように対処したいから手伝ってほしい、と言えば、手伝ってくれます。
自分で考え、動きさえすれば、いくらでもサポートを受けることができます。

＜開発環境＞
使用する技術はプロジェクトの要件や立ち上げた時の時代背景などに依存するため、様々です。
特に制限が無い場合はMicrosoft製品を選択する傾向が強いです。

・開発言語： C#, JavaScript, TypeScript, Java
・フレームワーク：ASP.NET Core, React, Vue.js, Node.js
・インフラストラクチャ：AWS: EC2, RDS, DynamoDB, Lambda, CloudWatch, etc
・Azure：AppServices, SQLDatabase, CosmosDB, Azure Functions, etc
・CI/CD：Azure DevOps
・その他： MS Teams, esa, etc

＜技術に対する魅力＞
■このロールを通して身につくスキル
・ソフトウェアアーキテクチャについての知識と構築経験
・フルスタック開発者としての経験
・クラウド環境についての知識と構築経験、サービス運用経験
・サーバントリーダーシップによるチーム・組織運営の経験

＜職場環境＞
・PC： Surface Book3 or Labtop 4 等 高性能PC(スペック：corei7/32GB)を使用します
・ディスプレイ： 2枚使用が標準です
・PC周辺機器：必要なPC周辺機器がある場合、経費精算可能です
・オフィスの席：フリーアドレス
・リモート：開発チームによりますが、基本的にリモートでの勤務を推奨しています

＜企業の魅力＞
■エンジニアの発信
技術ブログ：ネスケラボ
https://blog.nextscape.net/

Tech Blog Hub
https://tech-blog-hub.nextscape.net/

【仕事内容（変更の範囲）】
無し