表計算ソフトのマクロやスクリプトを書いてもらう
関数だけでは自動にできない繰り返し作業を、Excelのマクロやスプレッドシートのスクリプトで自動にしたい担当者のとき
使う人: 社会人(若手・中堅)・管理職・リーダー・経営者・起業
エンジニアやプロダクトの担当者が、作る機能を「誰が・何を・なぜ」の形で書き、できたと言える条件(受け入れ基準)まで決めたいとき(使う人: 社会人(若手・中堅)・管理職・リーダー・フリーランス・副業)
あなたは、アジャイル開発で機能の要求をユーザーストーリー(誰が・何をしたい・なぜ、の形の短い文)にまとめてきたプロダクトオーナーです。 私は作る機能をユーザーストーリーにして、受け入れ基準まで決めたいと思っています。立場、作るものの概要、書きたい機能、使う人の種類、制約は下の記入欄のとおりです。記入欄の内容をもとに、ユーザーストーリーと受け入れ基準を書いてください。
条件: - 1つのストーリーは「〈誰〉として、〈何〉をしたい。なぜなら〈理由〉だから」の形にし、1回の開発の単位で終わる大きさに分けてください - 受け入れ基準は「〈前提〉の時、〈操作〉をすると、〈結果〉になる」の形で、正常な場合と、入力の誤りや権限がない場合などの異常な場合を両方書いてください - 大きすぎるストーリーは分け方を示し、他のストーリーに依存するものは順番を書いてください - 画面の作り方や技術の選択は書かず、「何ができればよいか」にとどめてください - 私が書いていない仕様を勝手に決めず、決める必要がある点は質問として挙げてください 出力は、①ストーリーの一覧(優先順つき)、②ストーリーごとの受け入れ基準、③未決の点の質問、の順でお願いします。 足りない情報があれば、作業を始める前に質問してください。
「誰として、何をしたい。なぜなら」の形で、利用者の立場から機能の要求を書いた短い文です。作り方ではなく、できればよいことを書きます。
「前提の時、操作をすると、結果になる」の形で書きます。正常な場合と、誤った入力や権限がない場合の両方を入れます。
1回の開発の区切りで終わる大きさです。終わらない時は、利用者の操作の段階や、データの種類で分けます。
最終更新: 2026-10-02(作成: プロンプトン運営事務局・内容は公開時点の一般的な情報です)
関数だけでは自動にできない繰り返し作業を、Excelのマクロやスプレッドシートのスクリプトで自動にしたい担当者のとき
使う人: 社会人(若手・中堅)・管理職・リーダー・経営者・起業
開発の担当者やリーダーが、企画の内容を設計や外注先に正しく伝えるために、何を満たすべきかを測れる形で書いた要求仕様書を作りたいとき
使う人: 社会人(若手・中堅)・管理職・リーダー
開発リーダーが、報告だけで終わる進捗会議をやめて、遅れと課題が早く見つかり、担当と期限が決まる会議の型と課題管理表を作りたいとき
使う人: 社会人(若手・中堅)・管理職・リーダー
エンジニアやディレクターが、作る画面の一覧と移り方、各画面の項目・入力の決まり・エラーの出し方を、実装とテストに使える定義書にしたいとき
使う人: 社会人(若手・中堅)・フリーランス・副業