メールで届くWrikeの専門リソースと最新ニュースで最高の仕事の実現をサポート。
日々多くのリクエストを受け取る IT 部門やヘルプデスクの担当者は、リクエストフォームを活用することで問い合わせ窓口を一つに集約できるだけでなく、依頼時の情報の抜け漏れを無くして依頼完了までの期間を短縮できます。 どのようなリクエストフォームを作成すればよいかのイメージを掴むためのサンプルとして、Wrike 社内で IT 部門へのリクエスト時に利用しているリクエストフォームを日本語化したサンプルを共有いたします。 IT 部門の業務効率の向上にぜひお役立てください。 リクエストフォームの例 上記のリクエストフォームに入力後に表示される Wrike のタスク
月曜日の朝です。役員が今四半期に達成したい重要なプランをチェックするためにあなたをミーティングに呼びます。 あなたは、チームがこれらのプランを実行できるように、プロジェクト計画を簡潔にまとめるよう指示されています。締切は今週末、あなたは何からスタートしますか？ でも慌てないでください。プロジェクトを成功させるために、プロジェクト管理の基本をすべて知っている必要はありません。 下記の6つのステップを実行して確実な計画を作成し、自信をもってチームをリードしてください。 待ってください！ 計画をスタートする場所はありますか？ Wrikeの無料トライアルを開始して、プロジェクト計画を共有してください ステップ1: ステークホルダーを特定し、約束して会う ステークホルダーは、プロジェクトの結果に影響を受ける人です。 ステークホルダーには、あなたの顧客および実際の製品やサービスの使用者が含まれます。 プロジェクトを計画する際は、必ずステークホルダー全員を特定し、彼らの関心を念頭に置いてください。 プロジェクトのスポンサープロジェクトの範囲、予算、タイムラインのベースを確立します。 次に、プロジェクトの詳細を決定し記録するスコープ記述書を作成し、全員が共通認識を持つようにして、コストのかかる伝達ミスを減らします。 スコープ記述書テンプレートを使用してスタートします。 ヒント: ステークホルダーが述べたニーズの根底にあるメリットを見極めます。 これらのメリットをもたらすことがプロジェクトで達成すべき目標です。 ステップ2：目標の設定と優先順位付け ステークホルダーのニーズのリストを入手したら、それらに優先順位を付けて特定のプロジェクト目標を設定します。 これらの目標にはプロジェクトの目的、または達成したいメトリクスやメリットを概説します。 プロジェクトが明確かつ簡単に共有できるように、あなたの目標およびステークホルダーがプロジェクト計画で求めているニーズを記入します。 ヒント: 「すべてが重要なのですが..」 優先順位付けが困難な場合は、緊急性と重要性に基づいて目標をランク付けするか、意思決定に役立つヒントを調べてください。 ステップ3：成果物を定義する プロジェクトの目標を達成するために必要な成果物とプロジェクト計画ステップを特定します。期待される具体的なアウトプットは何ですか？ 次に、プロジェクトの各成果物の期日を見積もります。 (次のステップでプロジェクトのスケジュールを定義する際に、これらの日付を確定することができます。） ヒント: 重要な期限と成果物について、明確なマイルストーンを設定します。 作業が開始されると進捗状況を追跡すると、予定通りにタスクを完了し、ステークホルダーを満足させることができます。 ステップ4：プロジェクトのスケジュールを作成する 各成果物を見て、それぞれを達成するために完了しなければならない一連のタスクを定義します。 タスクごとに、所要時間、必要なリソース、および責任者を決定します。 次に、依存関係を特定します。 他の人が始める前に、特定のタスクを完了する必要がありますか？ 成果物、依存関係、およびマイルストーンをガントチャートに入力するか、利用可能な多数のオンラインテンプレートおよびアプリケーションから選択します。 そのために、 Wrikeのガントチャートをぜひ無料でお試しください。 ヒント:計画プロセスにチームを関与させます。 作業の実行者は、タスクを完了する過程、完了までに要する時間、タスクの取り組みに最適な人について把握し理解している筈ですので、 彼らの知識を引き出すよう試みてください。 彼らがプロジェクトのスケジュールに同意し、作業を円滑に進められるように目標を設定してもらう必要があります。 ステップ5：問題を特定し、リスク評価を完了する リスクのないプロジェクトはありません。 ただ成功を祈り、最高の成果を願っても叶えられません。例えば、主要メンバーの休暇取得予定のように、プロジェクト計画プロセスに影響を与えることが前もって分かるような問題はありますか？ 一時的な中断に陥らせるような、思いがけない事態 (世界の休日、入荷待ちのパーツ、または繁忙期等々)にはどのようなものが想定されるでしょうか? プロジェクト計画を作成する場合は、特定のリスクが発生するのを防ぐか、またはそれらの悪影響を最小限に抑えるために取るべきステップを検討してください。 リスクアセスメントを実施し、リスク管理戦略を策定して準備を万全にします。 ヒント: 可能であれば、プロジェクトの早い段階でリスクの高い項目に取り組みます。 あるいは、バッファを設け、遅延が発生した場合でもプロジェクトを常に順調に進めるよう手助けします。 ステップ6：プロジェクトの計画をステークホルダーに提示する あなたの計画がステークホルダーの期待にどのように応えるかを説明、あらゆる反論に対するソリューションを提示しプレゼンテーションが一方的でないことを理解させてください。 ステークホルダーとはオープンに意見交換を行ってください。 次に、役割を決定する必要があります：誰がどのレポートをどのくらいの頻度で確認する必要がありますか？ どの決定を承認する必要がありますか、また誰が承認しますか？ プロジェクトの概要を明確にし、ステークホルダー全員がアクセスできるようにすることで、彼らは小さなアップデートの有無を知るためにあなたを追いかける必要がなくなります。 コラボレーションツールのように、プロジェクトの全データを1か所に格納することで、カレンダーをミーティングで埋めることなく、進捗状況の把握、アップデートの共有および編集を簡単に行うことができます。 はっきりと伝えることが大切です。 ステークホルダーが、プロジェクトに期待されていること、および彼らが取るべき行動を正確に理解していることを確認してください。 あなたにとってクリアであることが彼らにってもクリアであるとは限りません。 次のステークホルダーとのオープンディスカッションは楽しみですか？ プロジェクトの計画を前進させ続けるために、気難しいステークホルダーに常に対応するためのヒントがあります。 ヒント: 計画やスケジュールがステークホルダーの当初の期待と一致しない場合は、すぐそれを伝えることでネガティブに驚かせたり、張り詰めた会話になってしまうことを避けてください。 ステークホルダーに対して、「期待や要求が現実的ではない」と言うよりはむしろ、期待や要求の実現に必要な、例えば時間、お金、あるいはマンパワーなどを彼らに伝え、 別のリソースを費やす価値があるかどうかを彼らに決定させてください。 プロジェクト計画の作成後 おめでとうございます、あなたはプロジェクト計画を完了しました！ 次のステップ：プロジェクトのキックオフミーティングをスケジュールする。 さて、実際の作業が始まります。 キックオフミーティングで良い雰囲気を作ることがプロジェクトの成功を左右する可能性があります。 10ステップのプロジェクトキックオフチェックリストに従ってスタートをきってください。 プロジェクト計画を立てる準備は完了しましたか？ Wrikeでプロジェクト作業計画テンプレートを作成するための迅速な3ステップのプロセスがあります。 プロジェクト計画の立案に関する他の資料 プロジェクト計画を成功させる方法の詳細については、目標達成を手助けする5つのプロジェクト計画のヒントをチェックしてください。 ハーバードビジネスレビューの「計画を立てることが嫌だとしても、とりあえずしてみること」は、計画作成と時間管理の重要性について論じています。 他のプロジェクト管理のステップと戦略については、「プロジェクト管理ガイド」をご覧ください。 「完璧なプロジェクト計画を作成する方法」を読んでください。 プロジェクトの計画に関する他のヒントについては、「決定版ガイド」を参照してください。
プログラムマネージャー対 プロジェクトマネージャー、、、肩書は似ていますが役割も同じ様なものでしょうか？ いいえ、全く別物です！ プログラムマネージャーとプロジェクトマネージャーは同様の責任を負いますが、両者の立場には重要な違いがあります。 したがって、あなたが将来それらのポジションに就こうと考えている場合でも、こうした立場にある両者のコラボレーションを理解しようとしている場合でも、相互にどのように関わっているのかを知ることが重要です。 プロジェクト対 プログラム 2つの役割の類似点と相違点について話し合う前に、プロジェクトとプログラムは別物である点を理解することが大切です。 プロジェクトは一時的な、一度限りのものです。 プロジェクトは通常、コスト、リソース、予算、時間制約によって束縛されます。 プロジェクトには目に見える成果や成果物が得られるよう、明確な終了日と短期目標が設定されます。 プログラムは、基本的な、相互に関連し合うプロジェクトで構成されています。 これらのプロジェクトは相互に補完し合い機能することで、より規模が大きく長期的なビジネス目標を達成します。 成功すると、目に見える単一の成果物のみならず、戦略面のメリットや組織の成長を促進します。 ある会社がより多くのCIO(最高情報責任者)を獲得したいと考えていると仮定しましょう。 その会社はマーケティングチームに対して、ダイレクトにCIOに訴求して、コンバージョンを促進するデマンドジェネレーションのプログラムを要求する可能性があります。 たとえば、CIOをターゲットとした電子ブックの作成やCIO関連のウェビナーの開催など、いくつかのプロジェクトがこのプログラムに導入される可能性があります。 以下の表は、プロジェクトとプログラムを並べて比較するのに 役立ちます： プログラムマネージャーとは？ プログラムマネージャーは、プログラムの戦略と目的を明確にし、それがビジネスにどのような影響を与えるかを評価します。 プログラムの目標全体の達成に必要な依存関係プロジェクトのリストを定義し、マネージしなければなりません。 プログラムマネージャーを、下絵をデザインする建築家として考えてください。 建築家は配管や乾式壁を取り付けませんが、これらのパーツの配置を決めて美しい家を建築します。 プログラムマネージャーの役割は、個々のプロジェクトの完了に留まらず、プログラム全体を長期的に実現することにまで及びます。 彼らには、チームの組織、戦略の実行、ROI(投資対効果)の測定、その他、管理者視点での行動、といった責任があります。 CIOの例に戻ると、プログラムマネージャーの職務には、プロジェクトチーム間のコラボレーションを俯瞰し、CIOのリード獲得の上昇が成功の指標になるかどうかを見極めること、がそれに該当します。 プログラムマネージャーの一日を理解するには、一般的なプログラムマネージャーのジョブ・ディスクリプション(職務記述書)をここでチェックしてみてください。 プロジェクトマネージャーとは？ プロジェクトマネージャーは、プログラム内の個々のプロジェクトを管理します。 彼らは、プログラムのガイドラインに沿って、作業を完了するための時間、予算、およびリソースを調整し、進捗状況および当初のプロジェクト計画に加えられた変更についてプログラムマネージャーに報告します。 プロジェクトマネージャーの役割はプログラムマネージャーの役割よりも戦術的です。 プログラムマネージャーを建築家とするならば、プロジェクトマネージャーは画家であり、配管工であり、電気技術者であると言えます。 彼らは主にプロジェクトの機能要素を実行し管理することに集中します。 これには、期限を守る、予算内に留まる、タスクを委任する、成果物を完成させることなどが含まれます。 一般的なプロジェクトマネージャーのジョブ・ディスクリプション(職務記述書)をここでチェックしてください。 プログラムマネージャー対 プロジェクトマネージャー プログラムマネージャーとプロジェクトマネージャーの 3つの大きな違いを要約しましょう： プログラムマネージャーはプロジェクトのグループを管理し、プロジェクトマネージャーは個々のプロジェクトを管理します プログラムマネージャーは、長期的な事業目標に焦点を当てています。一方、プロジェクトマネージャーには、短期間で具体的な成果物が求められます。 プログラムマネージャーは戦略的であり、プロジェクトマネージャーは戦術的です もっと詳しい説明が必要でしたら、こちらビデオをチェックしてください。 異なる役割、同様の課題 日々の責任は異なりますが、プログラムマネージャーとプロジェクトマネージャーはいずれも、数多くの未確定要素を管理し、組織や効率性に行き過ぎがあれば明示しなければなりません。 両者は同じ課題に遭遇することが多く、同様の手法やツールを使うことで問題を解決します： ダッシュボード:成功の主な要素がチームの人数と不確定要素に左右される場合、タスクの状況と進捗状況を可視化して把握することが重要です。 プログラムマネージャーおよびプロジェクトマネージャーは、誰が何に取り組んでいるのかを一覧で正確に把握できるダッシュボードを持つ必要があります。 このダッシュボードでは、状況を大局的に把握するだけでなく、必要に応じて掘り下げられることが理想的です。 テンプレート:多くのプログラムは同じようなプロジェクトを含むことがあります。 例えば、すべてのマーケティングプロジェクトに広告キャンペーンが含まれている場合などです。 そのような場合、プロジェクトマネージャーおよびプログラムマネージャーは、プロジェクトをテンプレート化することによって、ゼロから作業を開始することなく、さらに、過去の成功を再現しやすくなります。 柔軟な作業ビュー:全員が同じように作業するわけではありません。 プログラムマネージャーおよびプロジェクトマネージャーの仕事は、自分自身のスタイルを他のメンバーに押し付けないことで簡単になります。 単一のプログラムやプロジェクトを様々な視点で見れることが重要なのです ― かんばんや、表、リスト、およびタイムラインを考えてみてください。 これは、関係者全員が快適に作業しつつ同じ目標の達成に集中できることを意味します。 情報を集約したコラボレーション:すべてのアセット、アップデート、およびリクエストを追跡し続けることが困難な場合があります。 詳細を知るために電子メールやスプレッドシートを探し回ることは、プロジェクトマネージャーおよびプログラムマネージャーの時間の無駄です。 プログラムやプロジェクトに関するコミュニケーションのすべてを参照しやすい単一のスレッドにまとめておくことは極めて役に立ちます。 いかがでしたでしょうか。 プログラムやプロジェクトを整理し管理するツールが必要でしたら、 Wrikeがいかにチームの効率性を高め期限内でのプロジェクトの完了をサポートできるのかをチェックしてください！
プロジェクト管理におけるクリティカルパス法とは? クリティカルパス法(CPM)は、一連のプロジェクトのアクティビティをスケジュールするためのリソース利用アルゴリズムです。 CPMを使用するための基本的な手法は、以下を含むプロジェクトのモデルを構築することです： プロジェクトの完了に必要な全タスクのリスト タスク間の依存関係 各アクティビティが完了するのにかかる時間(期間)の予測 この情報を使用して、最長となる依存関係のあるアクティビティを特定し、それらを開始から終了まで見積もることでクリティカルパスを決定できます。 最長のアクティビティ、つまりクリティカルパスを特定したら、トータルフロートと呼ばれる、プロジェクト期間を長くしない範囲でアクティビティを遅らせることができる期間を簡単に特定できます。 クリティカルパス法をプロジェクトで使用する それでは、クリティカルパス法のコンセプトをシンプルで現実的な例として、パーティーの計画で実証します。 このプロジェクトをどのように計画し、実行するべきですか？ プロジェクト範囲を定義する 第一に、プロジェクトを完了するために終了しなければならないタスクのすべてを定義する必要があります。 パーティーの例では、次のような状況が考えられます： 日付と場所を選択する 余興のリストを作成する 音楽の準備をする 友人を招待する 飲み物や食べ物を用意する キャセロールを調理する パーティーを主催する これらのタスクを個別に見ると、他のタスクが完了するまでは、それらのタスクの一部を開始できないことがわかります。 つまり、一部のタスクは他のタスクに依存しています。 これらの関係を下表に示しています： タク名 依存関係 日付と場所を選択する - 究極のプレイリストを作成する - 音楽の準備をする - 友人を招待する 日付と場所を選択する 飲食物を買う 友人を招待する 有名なキャセロールを調理する 飲みもの、食べものを用意する パーティーを主催する キャセロール、音楽 「友人を招待する」、「 飲み物や食べ物を用意する 」、「キャセロールを調理する」、「パーティーを主催する」といったアクションは一連のアクションであり、成果を得るには順番を守って実行する必要があります。 このようなタスクは順次処理(シーケンシャル)アクティビティと呼ばれています。 これらのタスクは、プロジェクトの開始（「日付と場所の選択」）と共に、プロジェクトを完了するのに最も重要なステップです。 したがって、これらのアクションはクリティカルパス上に置かれます。 クリティカルパス法とクリティカルパスの特定 クリティカルパス法の背後にある重要なコンセプトは、他のタスクが終了するまで特定のタスクを開始できない、ということです。 これらのタスクは順番に完了する必要があり、各段階は次の段階が始まるまでに完了しなければなりません。 サンプルのスケジュールがどのように見えるのかを示すためにWrikeのガントチャートを使用しました： Wrikeの無料トライアルでガントチャートビューをチェックしてください クリティカルパスは、プロジェクトの開始から終了まで最長となる一連のアクティビティで構成されることから、プロジェクトを特定の期間までに確実に終了させられるように完了しておく必要があり、 クリティカルパス上のアクティビティは厳密に管理されなければなりません。 クリティカルパス上のひとつのジョブが遅れた場合は、スケジュールを元に戻すための行動を直ちに取らないと、プロジェクト全体に遅延が生じます。 完了までに30日かかるプロジェクトがあると想像してください。 クリティカルパス上の最初のアクティビティが1日遅れている場合、クリティカルパス上の別のアクティビティを1日早く完了できない限り、プロジェクトの完了までに31日かかります。 クリティカルパスは基本的にプロジェクトスケジュールの終了日を決定します。 様々なプロジェクトパス 1つのプロジェクトに複数のクリティカルパスを設定して、複数のパスを同時に実行することもあり得ます。 これは、タスク間の複数の依存関係、または同じ期間に実行される別々のシーケンスに起因します。 プロジェクト管理のクリティカルパスには、プロジェクトに関連する重要なアクティビティがすべて含まれている場合とそうでない場合があります。 実際、クリティカルパス上のアクティビティが必ずしもプロジェクトで最も重要とは限りません。 同時に、クリティカルパス上になくても、プロジェクトの成功を左右するタスクもあります。。 クリティカルパス法を理解するには、期限内に完了することが非常に重要なアクティビティを判断する必要があります。 しかし、クリティカルパス上にない他の活動も非常に重要であるので注意が必要です。 リソースの制約とは？またそれらが重要である理由は？ プロジェクト管理における従来のクリティカルパススケジュールは、因果関係に基づいています。 私たちのプランでは、これらの依存関係をすでにマーク付けしています。 (例えば、材料を買わずにキャセロールを調理することは不可能です)。 ただし、プロジェクトでは、考慮する必要があるリソースが限られている場合があります。 この制限により、リソース制約と呼ばれる依存関係が生じることがあります。 チームで作業する場合は、プロジェクトをチームメンバー間で分担することができます。 この例では、日付と場所を選択してゲストを招待しているときに、友達の1人がプレイリストを作成し、別の人が飲食物を入手できます。 上のチャートのように、タスクは並行して実行できます。 ただし、プロジェクトの責任者があなただけであれば、2つの場所に同時にいることはできないため、リソースに制約があります。 この場合、クリティカルパスは異なって見えます。 上のチャートでは、日付と場所を最初に選択する必要があり、後になって初めて余興のリストを作成できると仮定しています。 ただし、プロジェクトの状況によっては、これらのタスクを異なる順序で実行することができます。 このようなクリティカルパスは、リソースクリティカルパスと呼ばれています。 この手法は、各アクティビティに関連するリソースを含めることができるようにするための、従来のクリティカルパス法を拡張したものとして提案されました。 リソースまで考慮されたスケジュールは、リソースのボトルネック（すなわち、要求された時間にリソースを利用できないこと）に起因する遅延を含むことがあり、それによってクリティカルパスが長くなることがあります。 プロジェクトの長さを計算する プロジェクト管理では、クリティカルパスは最長期間を形成する一連の依存関係のタスクであるため、プロジェクトを完了するのに最も効率的なタイムラインを決定することができます。 パーティーの例に戻って、あなたが自分ですべてを実行しなければならないと仮定しましょう。 各アクティビティにかかる時間の長さを見積もりました。 また、クリティカルパス上のタスクごとにおおよその開始時間を決定しました。 次にその決定内容を示します： タスク 期間 開始 日付と場所を選択する 2時間 月曜日 余興のリストを作成する 3時間 月曜日 音楽の準備をする 1時間 月曜日 友人を招待する 2日 月曜日 飲食物を買う 1日 火曜日 有名なキャセロールを調理する 2時間 水曜日 パーティーを主催する 2時間 水曜日 ここで、非常に重要なタスクの期間をすべて集計すると、プロジェクト全体を完了するのに必要なおおよその時間が得られます。 この場合、「余興のリストを作成する」と「音楽の準備をする」は、クリティカルパス上にはないため、集計期間は3日間と6時間です。 期間を開始時間に追加すると、最も早いプロジェクト完了時間を計算できます。 CPMを理解することで、この計算を迅速かつ正確に行うことができます。 。 クリティカルパス法の柔軟性 クリティカルパス法は、複雑ではあるがかなり予測可能なプロジェクト用に開発されました。 ただし、実際には、そのようなプロジェクト管理は多くありません。 クリティカルパス法の技法を使用して作成されたスケジュールは、守られていない場合が多いのです。 すでに述べたように、クリティカルパス上のアクティビティの遅延は、完了日に直接影響します。 新しい要因が発生し、別のリソースの制約が生じる可能性があります。 例えば、リビングルームを友人と改装しようとしているとしましょう。 この場合、タスクリストは次のようになります： 古い家具を処分する 壁をペイントする 天井を修繕する 新しい家具を設置する 友人のタスクは、次のとおりです： 新しいカーテンを選ぶ 新しいカーテンをつける クリティカルパスでの並列タスク この例では、カーテンタスクはサブプロジェクトを形成し、クリティカルではないパスとして扱うことができます。 友人はあなたのプロジェクトが終わる前ならいつでも「新しいカーテンを選ぶ」および「新しいカーテンを掛ける」ことができます。 カーテンのタスクには開始日および終了日に柔軟性があるため「フロート」と見なされます。これらのタスクは並行して行われるため、クリティカルパス上には配置されません。 このプロジェクトがガントチャートでどのように表示されるかを次に示します: 仮に並列タスクのいずれかが大幅に遅れるとすれば、プロジェクト全体が予定通りに完了できなくなるでしょう。 したがって、並列タスクには常に注意を払う必要があります。 クリティカルパスの変更 それでは、カーテンの選択により、当初の予測よりも友人のタスクに時間が長くかかったとしましょう。 この遅延はプロジェクトの終了を遅らせます。 新しいカーテンがないと改装は不完全なものになるため、以前にはクリティカルではなかったパスがクリティカルになります。 最初のクリティカルパスが変わります。 クリティカルではないタスクを監視するには、プロジェクトのスケジュールを最新の状態に保ちます。 それが、任意の時点でのプロジェクトの場所、当初の計画どおりに実行されるかどうかを正確に知るための唯一の方法です。 以下のビデオでは、クリティカルパス法(CPM)について詳しく紹介しています。 クリティカルパス法は役に立つと感じたでしょうか? また、その理由をぜひお聞かせください。 クリティカルパス法の知識のブラッシュアップに使用できる他のリソースは次の通りです： クリティカルパス法、セミナー、スタンフォード クリティカルパス法の説明、米国保健社会福祉省 クリティカルパス法の基礎知識ハーバードビジネスレビュー
スプレッドシートは、 膨大なグリッドの中にプロジェクトに関する全情報が網羅されている、絶対的な存在です。 最新情報やメンバーの状況、承認のベースとなる情報源として大いに利用されています。 しかしスプレッドシートへの依存度が高くなると、実際にスプレッドシートを使う時間よりも管理する時間の方が長くなってしまいます。 こうなると、あなたはスプレッドシートの絶望の穴にはまってしまうのです。 「確かに、スプレッドシートに多くの時間を費やしているけれど、それだけの価値がある」と考えているかもしれませんが、本当にそうでしょうか？ Monterey Bay AquariumのデジタルラーニングマネージャーであるKaty Scott氏は、同社のさまざまな教育プログラムを運用するのにスプレッドシートを使用していました。 しかし、チームでは対処できないほどスプレッドシートの管理に時間がかかるようになり、スプレッドシートは「障壁」となったのです。 「当社の教育プログラムは国内でも有数のもので、私たちのチームではExcelのスプレッドシートでプログラムを管理していました。 ですが、チームが成長してミスをしてしまうことに気が付いたとき、それは能力不足が原因ではなく、コミュニケーションの問題だとわかったのです。」と、Scott氏は語ります。 WrikeのWork Management Surveyによると、調査対象の1,000人以上の作業者の64%が、通常はスプレッドシートやクラウドベースのドキュメントに情報を保存していると回答しています。 この64%の作業者にとって、仕事のストレスの原因トップ3は以下のようになっています。 タスクの優先順位付けに関する問題 情報が見つからない プロジェクトの目標が現実的でない この結果から、スプレッドシートにどれだけ時間をかけても、非効率でコストがかかるということがわかります。 スプレッドシートを管理するうえで問題になる3つの項目について見てみましょう。 1. 時間が浪費される 時は金なり。本当にそのとおりですが、スプレッドシートの管理には、間違いなく膨大な時間がかかります。 スプレッドシートを使用するとデータがサイロ化されます。 チームで作業をメンバーに割り当て、メンバーがそれぞれ自分のスプレッドシートで作業をするようになると、 大混乱が生じます。 チーム内で矛盾したフィードバックがやり取りされる、 古いデータを最新データとして扱ってしまう、 優先順位が不明になる、 今日やるべきことを誰も把握していない、という状況です。 しかし、何より困るのは、納期がいつなのか、つまり昨日なのか今日なのか、それとも2週間先なのかを誰も把握していないということです。 そして気が付くと、優秀なメンバーが膨大なスプレッドシートのデータをひたすら更新しているのです。 問題の詳細：あなたが、5人のメンバーで構成されるチームを管理しているとしましょう。 各メンバーが、1週間のうちスプレッドシートの更新に1時間を使っているとすると、 チームとしては1週間に合計で5時間、1か月には20時間になります。 フルタイムで働く従業員の平均賃金が、1時間に50ドルとすると、 スプレッドシートを管理するのに、1か月で1000ドルかかることになります。 これは相当な浪費ですよね。 解決策：作業管理ツールを使えば、スプレッドシートに必要な管理作業の自動化をサポートして、より重要な作業に注力することができます。 Excelのテンプレートで従業員の空き状況を表にして自動で割り当てる、といった反復的な定型作業はWrikeのようなツールに任せて、チームはもっとクリエイティブな作業に時間をかけましょう。 [postbanner] 2. セキュリティ上のリスク あなたがExcelのスプレッドシートをチームに送ったとしましょう。何が起こるでしょうか？ スプレッドシートの機密情報が、それぞれのメンバーの受信ボックスに入ります。 不満を持っている従業員が会社を辞めたらどうなるでしょう？ 社外の誰かがメールにアクセスできたとしたら、どうでしょうか？ ローカルに保存されているスプレッドシートにはアクセスを制限する、などの保護機能がありますが、これは実際のデータというよりも構造を主体とした保護機能です。 企業の独自のデータが含まれているExcelのスプレッドシートは漏洩すると莫大な損害につながるため、情報をできるだけ集約し、常にアクセスをコントロールできるようにすることが重要です。 オンラインのスプレッドシートには、権限の表示などのさらに強力な保護機能がありますが、それでも大きなリスクがあります。 解決策：作業管理ツールでデータを共有し、公開するデータと非公開にするデータを完全にカスタマイズしましょう。 Wrikeを使用すれば、情報を安全な場所で一元管理し、対象のデータに対して表示や編集ができるユーザーを選択する、それらのユーザーを削除する、といったことがいつでも可能になります。 3. データが正確でない あなたが作業しているExcelのスプレッドシートは本当に最新バージョンですか？ あなたがスプレッドシートを送って、受け取った相手がそれを編集したら、どうやってそのことを知るのでしょうか？ 知らなかったら、古いスプレッドシートを無駄に編集することになりかねません。 たしかに、クラウドベースのスプレッドシートにすれば、すべての作業が自動で保存されます。 しかし古いバージョンを確認する方法がありません。 関係者が、修正前の原案を見たいといったらどうしますか？ 戻ってそのデータを入手することは、おそらくできません。 もちろん、スプレッドシートではエラーも発生します。 手動で何かを更新すれば、結局は人間がやることなので、 ミスが生じる可能性が高くなります。 実際、ここ数年のさまざまな研究によると、スプレッドシートの88%には「重大な」エラーがあると報告されています。 しかし、問題はこれだけでは終わりません。 スプレッドシートのリスク管理のためのグローバルな機関である、European Spreadsheet Risk Interest Group（EuSpRIG）は、スプレッドシートのエラーは、収益の損失から財政上の破綻、不正行為といった目に見える形で企業に影響を及ぼす可能性がある、としています。 解決策：作業管理ツールを使えば、それぞれのメンバーとチーム全体が連携して作業できるため、すべての作業をリアルタイムで行うことができます。 つまり、メンバーは常に最新バージョンを見ていることになり、 すべてのデータは更新されるとすぐに保存されます。 以前のバージョンを見たい場合は、Wrikeの変更履歴機能を使用して、前に戻って古いバージョンのドキュメントを取得することができます。 スプレッドシートからの脱却 スプレッドシートを使うと前述のような問題で頭を抱えたくなるのに、まだ使い続けますか？ 今こそ、プロセスを改善し、管理作業を任せられるソリューションを検討するときです。 まだ納得できない、という方は 次の比較表で、スプレッドシートとWrikeの違いをご確認ください。 スプレッドシートを脱却して2週間のWrikeの無料トライアルを始めましょう。 [staffpicks]
2021 年の始まりに、この喜ばしいニュースを皆さんと共有できることを大変嬉しく思います。このたび、Wrike は、Citrixファミリーの一員となる契約に合意しました。今後は両社のパートナーシップのもとに、デジタルワークプレイス革命における新たな領域の開拓をさらに推し進めてまいります。2020 年に市場が激変したこと、「ネクストノーマル」への移行が待ち望まれていること、そしてワークマネジメントソリューションの需要が急増していることを考慮すると、今回のパートナーシップの締結はタイミングの面でも最高のものだったといえます。 共通のミッションと丸い円の完成：お互いを補完する Citrix と Wrike のパートナーシップ Citrix と Wrike のパートナーシップを考えるとき、私たちのミッションの共通性は非常に大きな意味を持ちます。Citrix のミッションは、お客様に最高の仕事をしていただけるようにエンパワーする（力を引き出す）ことであり、Wrike のミッションは、お客様に人生で最高の仕事をしていただけるようサポートすることです。こうした共通するミッションを掲げているからこそ、自然と同じゴールを目指し、心を一つにしてミッションの実現に向けて取り組んでいくことが可能となります。これが、Citrix とともにビジネスを進めていけることを Wrike として非常に嬉しく受け止めている理由の一つです。Citrix と Wrike は、お客様の仕事にとって最適な未来を実現するために一丸となって邁進していきます。次の図は、Citrix と Wrike がそれぞれの強みを持ち寄ることで、幅広い部門のお客様にさらなる価値を提供できるようになることを示しています。 相互に補完的なソリューションによる価値提案の強化 Citrix の一員になることで、私たちのミッションをより迅速に達成できるようになります。Citrix と Wrike はともに手を取り合い、働く人々が最高の成果を出せるようにエンパワーする、未来のワークプレイスを構築していきます。Citrix は、あらゆる場所で仕事を進めるために必要なシステム、情報、ツールなどの業務リソースへの統一された安全かつ信頼性の高いアクセスを提供します。Wrike は、さまざまな部門で働く人々とデータ、アプリケーションをデジタルプラットフォーム上で統合します。Citrix の統一的なワークスペースインフラと Wrike のコラボレーションワークマネジメントの機能が組み合わさることで、従業員はもっとも重要な業務に集中できるようになるため、これらのソリューションを導入した組織はビジネス成果をよりすばやく実現できます。 市場の変化 2020 年、私たちの働き方は劇的に変化しました。そしてこの状況は今後も継続します。出社して働くことがゼロにはならないにしても、オフィスでもオフィス以外でも、同じように生産性を発揮できる環境の整備が、多くの会社にとって急務です。大々的にテレワークが導入され、デジタル化が進む中で、組織は従業員の生産性とモチベーションを維持しなければならないというプレッシャーに直面しています。このため、デジタルトランスフォーメーションへの本気の取り組みが飛躍的に増加しました。 また、従業員の燃え尽き症候群による離職や、オンライン会議の多さによってデジタル疲労に陥ることも組織が懸念している問題のひとつです。この状況を乗り切るには、必要なツールを持った従業員が、どこにいても、どんな状況であっても、生産性を上げられるようにすることが不可欠です。私たちは、この問題について 10 年以上の進化を積み重ねてきた最先端のプラットフォームで、業界が「ネクストノーマル」に円滑に対応できるよう支援していきます。 統一されたワークスペースインフラストラクチャ ＋ CWM ＝ 未来のワークプレイス Wrike はワークマネジメントツールの中でも、AI の活用に積極的な投資を行い、2020 年にはプロジェクトのリスク予測などの先駆的な機能をリリースしました。AI と自動化による未来のワークプレイスの構築で、Wrike は一貫して業界をリードしています。また、AI や自動化だけに限られず、Citrix と Wrike はここ数年の間、デジタルイノベーションをもたらす技術の開発に熱心に取り組んできました。 ワークプレイステクノロジーの分野における複数のカテゴリーで業界をリードする Citrix は、これからの新しい働き方をエンパワーする製品群をエンドツーエンドで提供しています。このラインナップにさらに Wrike が加わることで、お客様が仕事のあらゆる側面で最高の生産性を実現できるような完全なワンストップ型のソリューションを提供する体制が整うことになります。先ほど掲載した丸い円の図とともに、このセクションの見出しにある「統一されたワークスペースインフラストラクチャ ＋ CWM ＝ 未来のワークプレイス」という式で、私たちは
