ステップバイステッププロセス Wrikeリクエストフォームの作成方法
仕事の依頼には、大きなものも小さなものもあります。メール、ダイレクトメッセージ、電話会議を通じて依頼されます。そしてもちろん、最も恐ろしいのは「不意に姿を現す」ことによる依頼です。 さまざまなチャネルがあると、混乱状態になり、すべてを把握し、どのプロジェクトの優先度が高いのかを把握するのが困難になる可能性があります。 もはや Wrikeのカスタムリクエストフォームが不可欠です。 Wrikeリクエストフォームとは何ですか? Wrikeリクエストフォームは、作業の引き受けを自動化し、社内外の顧客からのすべてのリクエストを1か所に送り、必要な情報をリクエスト者が確実に提供できるようにするのに役立ちます。 翻訳:よりコントロールしやすく、すぐに作業を開始できます。 リクエストフォームを使うと、作業の引き受けを効率化するだけでなく、 タスク、ワークフロー、プロジェクト全体を自動的に作成できます。 これにより、あなたとチームの作業時間が省けます。 Wrikeリクエストフォームによって、 ブループリントを起動することもできます。これは新しい作業項目のテンプレートであり、新しいブログ投稿やプレスリリースを書くなどの繰り返し行うタスクを複製するように設計されています。 このプロセス中に、必要なすべてのタスク、所有者、および期限も自動的に作成されます。 リクエストフォームを使って設計図からプロジェクトを作成すると、 プロジェクト進捗設定は、日付、カスタムフィールドロールアップ設定、およびすべてのサブアイテムのステータスとともに保持されます。 最終的に、リクエストフォームと設計図はどちらも効率を高め、時間を節約し、管理業務を省くことができるため、より影響力のある作業にすぐに集中できるようになります。 Wrikeでリクエストフォームを作成する方法 ステップ1: リクエストフォームを作成するスペースに移動する ステップ 2: 右上隅の歯車アイコンをクリックする Wrikeを無料でお試しください ステップ 3: リクエストフォームを選択する ステップ 4: スペースの最初のリクエストフォームの場合は [リクエストフォームの作成] をクリックし、スペースに既に既存のフォームが含まれている場合は [+ フォーム] をクリックします。 ステップ 5: フォーム情報を挿入する リクエストフォームの名前を入力します。 (オプション) フォームの説明を入力して、フォームの用途と送信するタイミングをユーザーが理解できるようにします。 右側のパネルに移動して、次の項目を指定します。 フォームが属すべきスペース フォームを閲覧できる人（Wrikeアカウントの全員、特定のユーザーとグループ、またはアカウントの誰も閲覧できない） フォームで新しいタスクまたはプロジェクトを作成する必要がある場合、タスクまたはプロジェクトを複製する必要がある場合、またはブループリントからアイテムを作成する必要がある場合 注:ブループリントからアイテムを作成するには、まずこのドロップダウンから [タスクを複製] または [プロジェクトを複製] を選択し、次に [テンプレートタスク] を選択して、最後に [ブループリント] タブを選択します。 (オプション) フォームへの公開リンク (Wrike以外のユーザー向け) を有効にするかどうか、またそのリンクによってメール通知をトリガーするかどうか、さらにCAPTCHAセキュリティ機能を設定するかどうかを指定します。 (オプション) フォームで作成したアイテムを配置するフォルダー、プロジェクト、またはスペースを選択します。 注: このステップで何も選択しない場合、フォーム送信によって作成されたアイテムは [自分と共有] フォルダーに置かれます。 (オプション) フォーム送信後に作成されるタスクまたはフォルダーのステータスを選択します。 ステータスを選択しない場合、リクエスト送信によって作成されたタスクとプロジェクトによって、ワークフローの最初のアクティブなステータスが作成されたフォルダー、プロジェクト、またはスペースに適用されます。 （オプション）作成したタスクまたはプロジェクトを割り当てるユーザーを選択します （オプション）リクエストフォームを使用して作成する承認を設定します (オプション) プレフィックスを追加します。 リクエストによって複製されたタスクやプロジェクトにはプレフィックスを設定できます。 プレフィックスは指定された回答となり、送信時に関連するすべてのサブフォルダー、サブプロジェクト、タスク、およびサブタスクに追加されます。 ステップ 6: フォーム入力をカスタマイズする 上記の手順を完了したら、[+ 質問を追加] をクリックします ドロップダウンメニューから追加する質問タイプを選択します。 Wrikeを無料でお試しください ステップ 7: カスタマイズ(続き) 質問と利用可能な回答を入力します (質問タイプによって異なります) (オプション) 質問に関する追加情報を追加するには、「ヘルパー」テキストを入力します。 この情報は依頼者には表示されますが、生成されたタスクやプロジェクトには表示されません。 [必須] をクリックすると、特定の質問についてフォームへの入力と送信が必須になります。 また、リクエストフォーム内の質問と回答を条件付きにして、リクエスト者がフォーム入力に基づいて別の質問にリダイレクトされるようにすることもできます。 作成したタスクまたはプロジェクトで特定の回答を使用する方法をWrikeに指示する回答をマッピングすることもできます。 新しいリクエストフォームを公開または保存する Wrikeリクエストフォームを使用して仕事を整理するにはどうすればよいですか？ Wrikeのリクエストフォームの詳細については、 ヘルプセンターをご覧ください. Wrikeで承認プロセスを設定するには、 こちらのハウツー記事をご覧ください。
Wrikeが戦略、目標、スプリントを同期させる方法
大きな製品や製品ポートフォリオを持つ企業は、戦略と従業員一人ひとりの日常業務を同期させるように努めなければなりません。 チームが順不同に行動しても、戦略は美しい文書のままです。 この記事では、当社がさまざまなレベルでどのように目標を調整しているのか、計画のさまざまな段階でどのような目標が設定されているのか、誰が計画に関与しているのかを明らかにします。 Wrikeには3つのレベルの製品目標があります。 年間 四半期ごと チーム固有のスプリント目標 各レベルには、プロセスを構築し、目標を達成する責任を負う従業員がいます。 戦略と年間目標 Wrike には、企業戦略とそれをサポートする製品戦略があります。 それぞれの関係を理解するために、例を見てみましょう。 企業がエンタープライズセグメントでより多くの事業を展開したい場合は、特定の製品変更が伴います。それが製品戦略です。 企業戦略は、それよりもはるかに幅広くなります。 製品の変更に加えて、たとえば営業部門の採用方法を変えたり、マーケティングを再構築したりする必要があります。 企業戦略とは、どの市場セグメントに参入したいかということであり、製品戦略とは、これらのセグメントに効果的に参入するために製品をどのように変える必要があるかということです。 製品戦略と企業戦略は密接に関連しているため、更新は同期して行われます。 通常、年に一度、戦略をレビューします。 企業戦略は経営チームの責任であり、製品組織は製品担当副社長が代表を務めます。 経営チームは定期的に会合を開き、その結果、会社の全体的な戦略を決定します。 そうすることで、会社として何を達成したいのかが明確になります。 製品チームはこのプロセスにはあまり関与しません。たとえば、製品担当副社長は、特定の課題に取り組むよう誰かに依頼したり、必要なデータを準備したりすることができます。 製品チームは、製品戦略にはるかに深く関わっています。 製品担当副社長がこのプロセスを担当し、すべての製品チームが関与します。 製品戦略プロセスをよりよく理解するには、製品チームがどのように構成されているかを理解することが重要です。 製品チームは、別々の部門（ユニット）で構成されています。 各ユニットには独自のリーダーがいます。 この記事では、リードプロダクトマネージャーと呼びますが、プロダクトディレクターやシニアプロダクトマネージャーの場合もあります。 ユニット内には製品チームがあり、それぞれがプロダクトマネージャーによって率いられています。 製品戦略の形成は、トップダウンとボトムアップという2つの方向で行われます。 製品担当副社長によって形成される製品開発の一般的なベクトルは、「トップダウン」です。 そのために、企業戦略、一般的な市場動向、競合調査、ガートナーなどの分析機関からのレポート、製品販売分析（たとえば、より強力なセグメント、成長しているセグメントなど）など、さまざまなインプットデータを使用します。 これらすべての情報は、何に焦点を当てるべきかを理解するのに役立ちます。 さらに、自分たちの限界を理解することもできます。 今年はどのようなリソースを製品開発に投資できるか？ 技術プラットフォームの改善や不具合の修正など、必須のサポートプロセスにどれくらいの費用をかける必要があるか？ トップダウンの方向性は、戦略的イニシアチブの具体的な提案を策定するための枠組みを形成します。 ボトムアップの方向性は、製品チームによる戦略的イニシアチブのアイデアです。 これらはリードプロダクトマネージャーによって策定されますが、一般的には、まず所属する部門のプロダクトマネージャーと相談します。 これは、PMがアイデアを提出し、製品戦略の策定に参加する機会です。 すべての提案が収集されると、ユニットリーダーの一連の会議で議論され、そこで各アイデアが評価されます。 後で製品戦略に含まれる投資分野を、さまざまな基準に従って検討します。 優先順位付けプロセスは常に改良され、改善されています。 たとえば、あるアイデアの実装から得られる可能性のあるROIを計算し、それが会社の戦略にどのように適合するかを確認し、ICEに従って各アイデアを評価できます。 議論と優先順位付けの後、製品担当副社長は結果を分析し、翌年の製品戦略を策定します。 作成された戦略は、まずフィードバックループを通過します。 リードプロダクトマネージャーは、それを注意深く研究して話し合い、すべてのプロダクトマネージャーのミーティングに持ち込みます。 その成果は、洗練された製品戦略です。 投資構成： これには、今年どこにどのくらいの割合で投資するかが含まれます。 今年の大まかな製品目標：そのような目標の例としては、新しい市場セグメント向けのソリューションをリリースしたり、製品を新しい大きなビジネスのニーズに対応させたりすることが挙げられます。 大まかな目標はインスピレーションの源となり、通常、これらの目標がどの程度正確に達成できるかがまったく明白ではないという意味で、かなり抽象的なものになります。 そのような目標はかなりあるはずです。 当社の場合、今年は3つあります。 目標ごとに、成功の測定方法に関するコアの指標を定義します。 各目標の具体的なサブ目標: これらは、チーム全員が信じているより大まかな目標への道筋を示します。 同時に、この道筋は、具体的な特徴ではなく、達成したい中間目標のレベルで、まだかなり抽象的に策定されます。 例えば、私は現在「プラットフォームの構成可能性の向上」という目標を担当しています。 特定のリードプロダクトマネージャーがそれぞれのサブ目標を担当します。 計画段階での彼らのタスクは、サブ目標を明確にし、製品アナリストと一緒にそれらの指標を決定することです。 年間を通して目標の指標に取り組むため、サブ目標レベルの指標については、四半期ごとの目標を設定します。 四半期目標 四半期目標は、年次計画で定義したサブ目標に基づいており、限られた範囲でそれらと重複する場合があります。 四半期計画の開始時には、まず目標（最上位の年間目標のサブ目標）と主要結果（四半期ごとに定義した指標の目標）が既に設定されています。 ただし、年初以降、いくつかの変更が発生した可能性があるため、目標の一部が修正される可能性があります。 次の四半期には一部の目標に取り組まず、目標の一部のみに焦点を当てることもあります。 また、特定の四半期に新たな目標が追加される場合もあります。 年間目標と同様に、四半期ごとの目標はまずプロダクト担当副社長とリードプロダクトマネージャー (プロダクトマネジメントチームと話し合う) の間で話し合います。 製品担当副社長は、ユニットリーダーと四半期目標について話し合った後、すべてのプロダクトマネージャーが集まるミーティングで四半期目標を提示し、質問に答え、フィードバックを収集します。 プロダクトマネージャーの次のタスクは、この目標と指標の望ましい変化の達成に役立つ具体的な取り組みを提案することです。 イニシアチブのアイデアは、ユニット内のすべての製品マネージャーと開発マネージャーで話し合われます（結局のところ、イニシアチブは現実的でなければなりません）。 当社は、ユニット内の開発を担当するユニットマネージャーを社内に雇いました。 ユニットマネージャーは、どのチームを、どのように、どこに、指名するかを計画するサポートを行います。 さらに、チームそれぞれが各自の能力を評価し、次の四半期に引き受ける準備ができているイニシアチブとそうでないイニシアチブを把握できます。 アイデアには、他のチームやユニットとのディスカッションが必要な場合もあります。 Wrikeは大規模で複雑な製品であり、目標を達成するには他のチームの助けが必要になることがよくあります。 四半期計画を適切に策定するためには、これらすべての依存関係を考慮して計算し、全体的な結果をどのように達成するかについて合意する必要があります。 すべての話し合いの後、計画は当社の主要な管理ツールであるWrikeアプリに取り込まれます。 計画の結果とその理由について私たちが同じように理解できるようにするために、全体的なミーティングが開かれ、そこでリードプロダクトマネージャーがユニットの計画を発表します。 ミーティングには、すべてのプロダクトマネージャーと開発マネージャー、および参加を希望するすべての人が参加します。 スプリント目標 プロダクトマネージャーを含め、特定のチームがスプリントの目標を担当します。 Wrikeのすべてのチームは、2週間の反復のスクラムに従って作業します（計画サイクルが会社全体で調整されている場合に非常に便利です）。 特定のプロセスはチームごとに大きく異なる場合があります。 チームにとって都合の良いものでなければなりませんが、会社が必要としているのは、各チームが少なくとも2週間に1回、共通の目標に近づくための製品の増強を行うことだけです。 チーム全体が、その四半期に向けて共同で策定した四半期目標を達成するためのスプリント目標を立てます。 通常、チームは四半期ごとの目標に対する進捗状況をスプリントレビューでハイライトします。 どのチームも野心的な目標を設定しようとするため、スプリントの目標が達成されないことがあります。 チームには、ユニットが四半期全体の目標に近づくように各スプリントを計画することが求められているので、これは大したことではないと考えています。 プランニングツール 私たちは、少なくともドッグフーディングの目的では、Wrikeアプリを最大限に活用するよう努めています。 目標のさまざまなレベルと階層を構築できます。 年間目標、サブ目標、指標を含む四半期計画、さらにはスプリント目標までフィードします。 目標はさまざまなセクションで表示できます。 たとえば、プロダクトマネージャーがスプリントを計画する場合、他の目標階層をまったく見ない場合があります。 同時に、レベル間のつながりは維持され、いつでも追跡または視覚化できます。 私たちは主に実装段階でWrikeを使用しています。 計画やブレーンストーミングのさまざまなオプションの開発は、非構造化データを使った処理の方が適しているため、多くの場合 Excel または Miro で行われます。 Wrikeにおける目標の構造 企業戦略 (経営チーム) — 毎年 製品戦略 — 毎年。 ドライバー — 製品担当副社長 インプット： 企業戦略 市場データ（トレンド、アナリスト、競合他社、勝敗など） 現在の投資構成 提案された投資分野（PMと協力するリードPM） -> 評価 成果： 投資構成 指標を含む年間目標（今年は3つ） 指標を含むサブ目標 (プラットフォームの設定可能性の改善など) 目標の優先順位 各目標には責任あるリードPMがおり、定義を練り、指標に関する議論を促進します。 フィードバックループ 四半期目標: 今四半期のサブ目標 製品担当副社長による提案、フィードバックループ 当四半期の明確な指標 — リード PM + アナリスト 提案されたイニシアチブ — PM+チーム、リードPMと話し合い、より広範なグループに提示 ユニット間の依存関係の解決 スプリント目標（PM + チームで設定） この記事は、Wrikeのディレクター兼プロダクトマネージャーであるAnna Lopatuhinaが執筆しました。
