株式会社ネクストスケープ

お客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

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

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

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

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

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

お客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

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

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

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

開発が始まると、ほとんどのチームで朝会を開催しています。スタンドアップミーティング形式で行っていることが多いです。日々の進捗を報告しあい、問題を共有し、今日何をすべきかを短時間で決定します。

お客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

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

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

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

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

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

お客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

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

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

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

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

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

お客様がビジネスとして実現したいことを、システムのどういった機能で実現するかをお客様とともに考え、実現しようとします。

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

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

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

開発が始まると、ほとんどのチームで朝会を開催しています。スタンドアップミーティング形式で行っていることが多いです。日々の進捗を報告しあい、問題を共有し、今日何をすべきかを短時間で決定します。