継続的なコミュニケーション

注意深く耳を傾ける

人事の分離

プロジェクト チーム内外のすべての連絡先情報を記録して共有し、責任を明確に伝達し、プロジェクトの全体的な範囲を決定します。

会議のスケジュールに同意し、プロジェクト チーム全体が少なくとも週に 1 回は会議を行うようにし、顧客をいくつかの会議に参加するよう招待します。

すべての会議には明確な議題があり、その結果、具体的な決定と新しい行動方針が得られる必要があります。

シンプルで一貫した形式のメールを頻繁に送信し、プロジェクトの最新の進捗状況をチームメンバーに知らせます。

問題や意見の賛否を評価するときは、必ずその人物とその人が提案する意見を切り離してください。

チームのコラボレーション状況について話し合う

期待値を決定し、完了を監視する

個人の能力開発目標を明確にし、それに応じて作業計画を調整します

チームメンバーと顧客の性格タイプを特定する

プロジェクトを実行する前に、お互いの性格や働き方の好みについて話し合う、簡単でリラックスしたミーティングを開催します。

異なる性格タイプのメンバーに対処する際に良好な態度を維持しながら、自分自身の性質を理解する

各チームメンバーは、プロジェクトにおける 1 ～ 2 つの主な開発目標を明確に記録する必要があります。

メンバー間で自己啓発の目標について率直に話し合い、調整する

意見の相違に対処し、フィードバックを授受するための手順を作成する

改善のための時間を確保するために定期的なフィードバック セッションを実施する

専門知識を最大限に活用する

誰もが自分の義務を果たします

リアルタイムのフィードバック

最初にブレインストーミングを行い、プロジェクトで解決すべき重要なポイントについて徹底的に議論します

各サブタスクに必要な時間に応じてワークロードのバランスをとります。

各チームメンバーの専門知識を特定して活用する

プロジェクト チーム (およびクライアント) と少なくとも 1 ～ 2 フェーズの報告会議を開催します。

個人情報とプロジェクトの進捗情報を毎日提供および更新します

パーソナライズされた動機を特定する

チームメンバーにポジティブな影響を与える

成果を祝う

各メンバーを動機づける主な要因と副次的な要因を特定し、話し合う

チームのあらゆる成果を認めて祝う

プロジェクト完了後は盛大なパーティーを開催

重要な問題を特定する

質問ツリーを作成する

基本的な仮定を立てる

クライアントとのディスカッションを通じて、プロジェクトに影響を及ぼす重要な問題を特定する

承認書で主要な問題、プロジェクトの範囲、問題を解決するための大まかな計画を明確にする

プロジェクトの期間、地理的範囲、機能分野を定義する

「スコープの変更」という一般的な問題を回避するには

既存の問題に対する潜在的な解決策として全体的な仮説を立てる

全体的な仮説を検証するには、裏付けとなる仮説を立てる必要があります

データ収集中に仮説を再検討して修正する

全体的なフローチャートを作成する

仮説を検証するためのコンテンツ計画を作成する

デザインストーリースレッド

仮説を検証する際は客観性を維持する

分析すべき問題を考える出発点としてフレームワーク モデルを使用する

チームが取り組む可能性のある分析上の質問の種類と関連するデータ要件の詳細なリスト

仮説が変更された場合は、課題ツリーとコンテンツ計画を修正する必要があります

必要なデータを「スケッチ」で提示

的を絞ったインタビューを実施する

サードパーティデータを収集する

スケッチを作成して、ケース全体に関連する必要なデータを提示します

顧客情報を活用し、事前に面談概要を作成し、面談記録を24時間以内に書面で整理し、チームで共有する

描いた各図には引用元を明記してください。

「だから何」を明確にする

プロジェクト関係者への影響を明確にする

すべてのグラフにわたる核となる洞察を文書化する

分析を整理し、「だから何」を尋ねることによって何が最も重要かを判断します。

推奨事項がクライアントの業務に与える影響を完全に評価する

フィードバックを受け取り、賛同を確実にする

改善のための具体的な提案を提供する

良い話をする

プロジェクトの状況と複雑さを簡単に紹介するストーリーを語る

事前にクライアントやチームとストーリーを共有して賛同を得る

ストーリーは本質的な問題と改善のための具体的な提案に焦点を当て、簡潔にする必要があります。

楽しむことを学びましょう