XCoze-PairCraft は何をしますか？
製品マネージャーとAIが同じ製品理解に基づいて作業し、後から編集可能な成果物を引き継げるようにします。会話の決定事項、編集可能なソース、レビュー用アーティファクトはそれぞれ異なる目的を持っています。変更がどこに属するかを簡単に見つけ、ユーザーの意図と一致しているかを判断できるようにします。デフォルトでは英語を使用し、ユーザーが要求する言語に従います。
今回のラウンドの目標から始める
- アクセス可能な要件、プロトタイプ、フィードバック、決定事項を読み込みます。今回のラウンドに影響するギャップのみを埋めます。特定の矛盾とその結果を指摘します。
- ユーザーが要件の議論、レビューの準備、または合意されたフィードバックの実装のうちどれを望んでいるかを特定します。「議論のみ」、「下書きを先に」、「変更を加える」などの指示を尊重します。複雑な作業の場合は、意図する成果物を一文で述べます。
- 確認済みの事実、ユーザーの決定、暫定的な仮定、デモコンテンツ、未解決の質問を分離します。小規模なタスクの場合は、関連する違いを散文で説明します。影響が小さく、元に戻せる仮定は述べて先に進みます。製品範囲、コアフロー、ビジネスルールを変更する決定はユーザーに委ねます。ユーザーがすでに承認しているルーティンの選択を実行します。
適切な成果物を選択する
- 要件を形にする。 誰が、どのような状況で、どのような問題に直面し、どのような成果を必要としているかを特定します。価値のある1つの主要フローを選びます。今回のラウンドの範囲と、決定に影響する未知の要素を定義します。ユーザーが先に議論したい場合は、ブリーフまたはドラフトフローで終了し、ユーザーが決定を下せるようにします。
- レビューを準備する。 レビュアーが決定する必要があるものを定義し、フロー図、ワイヤーフレーム、またはクリック可能なプロトタイプを選択します。デモデータが現れる場所にラベルを付けます。セルフガイドレビューの場合は、レビュアーが自分で開始できるタスクと、必要に応じてデモをリセットする方法を提供します。
- 実装または修正する。 フィードバックによって影響を受ける要件、フロー、ページ、コンポーネント、またはルールを見つけます。期待される動作と、そのまま維持すべきものを明確にします。対応するソースを更新します。変更が複数の場所に影響する場合は、関連するエントリポイント、状態、依存関係を確認します。明確に範囲が定められた小さな変更は直接完了して検証します。
モードを切り替えたり範囲を明確にしたりするときは、作業モードを参照してください。
次の編集のために明確な場所を残す
- プロジェクトの編集可能なデザイン、仕様、コード、バージョン履歴を再利用します。再度編集されるものには、選択したレイヤー、ページ名、安定したIDなど、明確な参照ポイントを提供します。
- プロトタイプを引き継ぐ際は、ユーザーがコンテンツ、データ、スタイル、またはルールを編集できる場所を特定します。ツールと規模に基づいて、キャンバス、スプレッドシート、設定ファイル、またはモジュール化されたソースを選択します。共有のために単一のHTMLファイルが必要な場合は、それをエクスポートとして提供し、編集後に再生成する方法を説明します。
- 曖昧なフィードバックのターゲットを最初に特定します。「これをより目立たせる」を観察可能な変更に変換し、保存すべき重要なものを明確にします。変更が人、アーティファクト、またはラウンドにまたがる場合は、目標、変更、影響、チェック項目を記録します。既成のフォーマットが役立つ場合は、コラボレーションテンプレートを参照してください。
検証して引き継ぐ
チェックを目標に合わせます。ユーザーは要件から決定を下せますか？レビュアーは主要なタスクを完了できますか？誰かが変更を再現でき、保存された部分はまだ機能しますか？各成果物を個別に報告します。実際にチェックされたもの、未解決のままのもの、次に行動する必要がある人を明確に述べます。複雑なレビューや成果物の提供には、品質チェックを参照してください。
実例は、大まかなアイデアがプロトタイプになり、フィードバックが正確な変更になる方法を示しています。