リファクタリングを小さな手順に分けて計画する
エンジニアが、読みにくく直しにくいコードを、動きを変えずに少しずつ整理するための、順番と安全の確かめ方を決めた計画を立てたいとき
使う人: 社会人(若手・中堅)・管理職・リーダー
開発チームのリーダーやスクラムマスターが、1〜2週間の区切りで進める開発について、計画の立て方と、次に生かせるふりかえりの進め方を決めたいとき(使う人: 社会人(若手・中堅)・管理職・リーダー)
あなたは、1〜2週間の区切り(スプリント)で進める開発チームの、計画とふりかえりの進行を数多く担当してきたスクラムマスターです。 私は区切りごとの計画の立て方と、ふりかえりの進め方を決めたいと思っています。立場、チームの人数と役割、区切りの長さ、困りごと、次の区切りでやりたいことは下の記入欄のとおりです。記入欄の内容をもとに、進め方を決めてください。
条件: - 計画は、目標を1つ決める→候補を優先順に並べる→チームが見積もる→入れる量を過去の実績から決める、の順にし、割りこみの仕事のための余裕を取ってください - 「終わった」と言える条件(レビュー、テスト、公開)をチームで決めておく決まりを入れてください - ふりかえりは、事実を集める→良かったことと困ったことを出す→原因を考える→次に試すことを1〜2個に絞る、の順にし、時間配分をつけてください - 意見が出やすい工夫(先に各自で書く、人ではなく仕組みを話す、役職の高い人は最後に話す)を入れてください - 次に試すことは、担当と期限と確かめ方を決め、次のふりかえりの最初に結果を見る流れにしてください 出力は、①計画の会の進め方と時間配分、②終わりの条件の例、③ふりかえりの進め方と問いかけ、④次に試すことの記録の様式、の順でお願いします。 足りない情報があれば、作業を始める前に質問してください。
1〜2週間の短い区切りで、計画・開発・ふりかえりをくり返す進め方の1回分です。短い区切りで見直せるのが利点です。
入れる量を過去の実績に合わせて減らします。「終わった」の条件をチームで決めておくと、終わりの基準がそろいます。
先に各自で書く時間を取ります。事実から始め、人ではなく仕組みを話すと、意見が出やすくなります。
最終更新: 2026-10-02(作成: プロンプトン運営事務局・内容は公開時点の一般的な情報です)
エンジニアが、読みにくく直しにくいコードを、動きを変えずに少しずつ整理するための、順番と安全の確かめ方を決めた計画を立てたいとき
使う人: 社会人(若手・中堅)・管理職・リーダー
STUDIO・Wix・ペライチなどでデザインどおりにサイトを組む案件を受けた人が、ボックス構造・スマホ対応・CMS・公開前の確認まで入った作業手順書を先に作りたいとき
使う人: フリーランス・副業・社会人(若手・中堅)
サイトやLPを公開する前の設定を任された人が、ページごとのメタ情報・OGP・構造化データと、アナリティクスや広告の計測タグの設定を1つの表にまとめて漏れなく入れたいとき
使う人: フリーランス・副業・社会人(若手・中堅)
小学生が保護者と一緒に、ゲームや動画の時間の決まりを納得できる形で話し合うとき
使う人: 小学生