プロジェクト更新のためにPowerPointに切り替えるのをやめよう

あらゆる場所のチームで毎週こっそりと何時間かを消費しているものがあります。誰かがプロジェクトの更新を発表する必要があります。ステークホルダーのレビューかもしれません。スプリントデモかもしれません。授業のプレゼンテーションやクライアントとのチェックインかもしれません。 そこで何をするでしょうか？プロジェクト管理ツールを離れ、PowerPointまたはGoogle Slidesを開き、新しいデッキを作成し、手動で情報をコピーし始めます。現在のステータス、完了したタスク、今後のマイルストーン、ブロッカー、スクリーンショット。実際の作業が存在するツールからすべてを引き出し、一度見たら二度と開かれないスライドに再フォーマットします。 これは小さな迷惑ではありません。毎週更新を行うチームにとって、これは毎月何時間もの無駄な作業です。そして最悪なのは、デッキが完成するころには、誰かがスライドを作っている間もプロジェクトは動き続けていたため、情報がすでに少し古くなっていることです。

人々がPowerPointをデフォルトにする理由はシンプルです。プレゼンテーションは進捗を伝える方法です。ステークホルダーはスライドを期待します。教授はスライドを期待します。クライアントはスライドを期待します。「今どこにいて、どこへ向かっているか」のユニバーサルなフォーマットです。 ほとんどのプロジェクト管理ツールにはこのためのものがありません。作業の追跡は優れていますが、それを伝えるのは苦手です。ミーティングに入ってカンバンボードを表示するわけにはいきません。まあ、できますが、プロジェクトが予定通りかどうかを知りたいだけの人に47枚のタスクカードを説明してみてください。 翻訳レイヤーが存在するのは、作業が追跡される場所とそれが伝えられる方法の間にギャップがあるからです。問題は、そのギャップが独自の学習曲線、ファイル管理、フォーマットの手間を持つ全く別のツールを必要とするかどうかです。

IndieDevBoardはすべてのプロジェクト内にプレゼンテーション機能を含んでいます。何もエクスポートしたり、ツールを切り替えたりする必要はありません。すでに作業が存在する場所で直接スライドを作成します。 利点は明らかです。プロジェクトデータ、タスク、マイルストーン、進捗率、メモはすべてそこにあります。一つのタブから別のタブにコピー＆ペーストしていません。実際の進捗が追跡されているのと同じワークスペース内でプレゼンテーションを構築しています。 これは定期的な更新に特に有用です。毎週ゼロからデッキを作り直す代わりに、最新の数字でいくつかのスライドを更新するだけで完了です。構造はそのまま。コンテンツは物事が実際にどこにあるかを反映するだけです。45分ではなく5分です。

ステークホルダー管理は誰も教えてくれないけど誰もが苦労するものの一つです。核心的な課題は、作業をすることよりも作業を報告することに多くの時間を費やすことなく、人々に情報を提供し続けることです。 プレゼンテーションがプロジェクト内に存在すれば、ステークホルダーの更新を数分で準備できます。現在の進捗、達成した主要マイルストーン、今後の締め切り、オープンなリスク。スライドを構築しながら文字通りそれを見ているため、すべてが本物のプロジェクトデータから引き出されます。 これは一貫性の問題も解決します。更新が別のツールから来ると、異なるチームメンバーが異なる方法でフォーマットし、異なるメトリクスを使用し、異なるストーリーを語ります。プレゼンテーションがプロジェクトと並んで存在すれば、一つの真実の源があります。スライドはボードが言うこと、タイムラインが示すこと、進捗トラッカーが報告することを反映します。 複数のクライアントを管理するフリーランサーやエージェンシーにとって、これは大きな時間節約です。各プロジェクトに独自のプレゼンテーションスペースがあります。クライアントAはプロジェクトAから更新を受け取ります。クライアントBはプロジェクトBから受け取ります。クライアント間で機密情報が漏れる共有スライドデッキはありません。

学生なら、デモデーのストレスを知っているでしょう。何週間も構築してきて、今度はクラスメート、教授、または審査員にプロジェクトを発表する必要があります。実際のプロジェクトを磨く代わりに前夜にスライドデッキを作ることに費やしたくありません。 開発チームのスプリントレビューも同じです。目標は何が達成されたかを示すことであり、PowerPointのスキルを示すことではありません。誰もスライドのトランジションには興味がありません。機能が動作するかどうか、次に何が来るかに興味があります。 プロジェクトツールにプレゼンテーションが組み込まれているということは、デモのウォークスルーを素早く準備できることを意味します。タイムラインを表示し、完了したマイルストーンを強調し、特定のタスクを参照し、いくつかの話し合いポイントを追加します。構造はそこにあります。データはそこにあります。オーディエンスに意味のあるフローに整理するだけです。 これはまた、複数のアプリを管理することなく、最後の瞬間までプレゼンテーションを更新できることを意味します。デモの1時間前に機能を完成させた？すぐにスライドに追加しましょう。エクスポートも、再フォーマットも、ファイルバージョンの混乱もありません。

組み込みのプレゼンテーションはすべてのユースケースでKeynoteやPowerPointを置き換えようとしているわけではありません。カスタムアニメーションとブランドテンプレートを使って洗練された投資家向けピッチデッキを構築しているなら、専用のプレゼンテーションツールがまだ正しい選択です。 しかし、プロジェクトの更新、スプリントレビュー、進捗報告、授業のプレゼンテーション、クライアントとのチェックインには、50個の機能を持つスライドエディターは必要ありません。リアルデータから引き出し、明確に伝える迅速なものが必要です。それはカンファレンスの基調講演をデザインするのとは根本的に異なるユースケースです。 80/20のルールがここに適用されます。プロジェクト作業のために人々が行うプレゼンテーションの80%は機能的であり、芸術的ではありません。デザインで印象づけるためではなく、情報を伝えるために存在します。その80%には、プロジェクトツール内でスライドを構築する方が、別のアプリに切り替えるよりも速く、簡単で、正確です。

プロジェクト更新の目標は何が起きているかを伝えることです。皮肉なのは、更新の準備が物事を起こすことから時間を奪うことです。 週次の進捗更新の準備に15分以上かかっているなら、ワークフローに何か問題があります。情報はすでにプロジェクトに存在します。それを提示するために大きな労力をかける必要はありません。 プレゼンテーションをプロジェクトが存在する場所に保ちましょう。何時間もではなく数分で更新しましょう。クリエイティブなエネルギーは実際の作業のために残しましょう。それがステークホルダー、クライアント、教授、チームメイトが実際に気にしていることです。