【プロジェクトマネージャー(PM)】株式会社ネクストスケープの求人/転職/採用情報(ITエンジニア) #26256

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

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

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

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

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

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

＜プロジェクトマネージャーとは＞
一般的にシステム開発でプロジェクトマネージャー（以降PMと表記）というと、プロジェクトを推進するロールのことを指します。
既に受注したプロジェクトについて、全体スケジュールを作成し、マイルストーンを定義し、要件定義を行い、開発フェーズに入ったらタスクをメンバーに割り振って定期的に進捗を確認し、顧客と定例会議を行う際はファシリテーションをして、進捗報告を行い、想定外の課題に対する解決策を提示して合意形成をする。
一般的なPMの仕事とは、おおまかにこんなところでしょうか。

ネクストスケープ社におけるPMとは、お客様と一緒にシステムを用いてビジネスを伸ばすことに責任を持つロール、と定義しています。
一般的なPMで求められることは、開発プロジェクトを無事に終了させること、だと思います。
無事に終了とは何をもって無事に終了できた、とみなすのでしょうか。
スケジュールに遅延なく終わることでしょうか。
ネクストスケープ社ではPMに求める仕事の範囲はプロジェクトに閉じていません。
プロジェクトを通じてお客様のビジネスにまで範囲を広げて成果を出すことを求めています。
そのためにお客様のビジネスを深く理解する必要がありますし、プロジェクトの前提条件をお客様と一緒に変えていくこともあります。
そのため、提案・契約にも携わることがほとんどです。
営業がとってきたプロジェクトをただ回す役目ではないのです。
もちろん一般的なPMが行う業務のほとんどを行う必要があります。
キックオフ資料の作成、キックオフ開催、全体スケジュール作成などのプロジェクト立ち上げ時のタスクはもちろんのこと、要件定義も自ら行います。
開発フェーズに入ったら、プロジェクトリーダー（以降PLと表記）に開発チームのハンドリングを任せることもできます。
技術的に難しいことについてはアーキテクトや社内の有識者に相談にのってもらうこともできます。
知っておいていただきたいとても重要なことが1点あります。
それは開発チームのメンバーに対して細かく指示をしない、ということです。
PMは開発チームが自律的にハイ・パフォーマンスを出すように環境・状況を整理し、障害があればPLとともに取り除くのが開発チームに対する一番の仕事となります。
PMは開発メンバーより偉いんだから開発メンバーは自分の言うことを無条件に聞かなければならない、なんて考えは捨てなければいけません。
この考えの根底にはサーバントリーダーシップをネクストスケープの文化とするチャレンジを続けていることにあります。
詳しくは下記の「私たちの文化」をご覧ください。

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

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

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

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

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

＜開発環境＞
使用する技術はプロジェクトの要件や立ち上げた時の時代背景などに依存するため、様々です。
特に制限が無い場合は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/

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