開発チームの会議のあとは、「チケット」「仕様メモ」「決まっていないことのリスト」の3つに分けて残します。チケットにはやることと受け入れ条件を、仕様メモには決まったことと理由を、未決のリストにはだれがいつまでに決めるかを書きます。会議のあと30分以内に書くと、記憶がずれる前に残せます。
設計レビューで「この画面はログインなしで見られるようにする」と決まった。全員がうなずいた。ところが2週間後、実装を見たメンバーから「ログインが必要だと思っていました」と言われる。チケットには、決まったことが書かれていませんでした。
開発チームの会議で決まったことは、チケットと仕様メモに落として、はじめて「決まった」ことになります。この記事では、会議のあと30分で残すための型と手順を紹介します。
会議のあとに書く3つのもの
| 残すもの | 役割 | だれが読むか |
|---|---|---|
| チケット | やることと、終わったと言える条件 | 担当する人、レビューする人 |
| 仕様メモ | 決まったことと、その理由 | あとから加わる人、半年後の自分 |
| 決まっていないことのリスト | まだ決まっていないことと、決める人・期限 | チーム全員 |
会議の議事録を1つ書いて終わりにすると、この3つが混ざります。読む人も目的も違うので、分けて書きます。
チケットの型
| 欄 | 書くこと | 例 |
|---|---|---|
| タイトル | 何をするか(動詞で終える) | 料金ページをログインなしで表示する |
| 背景 | なぜやるか。会議で決まった日 | 問い合わせ前に料金を見たい人が多い(10/20 設計レビュー) |
| 受け入れ条件 | 終わったと言える条件 | ログインしていない状態で /pricing を開くと、料金表が表示される |
| 担当・期限 | だれが、いつまでに | 山田・11/14 |
| 参考リンク | 仕様メモ、デザイン、関連するチケット | 仕様メモ、デザインのURL |
いちばん大事なのは受け入れ条件です。「ちゃんと表示される」ではなく、だれが見ても同じ判断ができる形で書きます。「〜の状態で、〜すると、〜になる」の形にすると、書きもれが減ります。
仕様メモの型
- 決まったこと:1行ずつ、言い切りで書きます。
- 理由:なぜそう決めたか。あとで変えたくなったとき、理由がわかれば判断できます。
- 選ばなかった案と理由:同じ議論をくり返さないために残します。
- 決まっていないこと:だれが・いつまでに決めるかを添えて、別のリストにも写します。
手順1:会議を記録する
だれが何を言ったかがあいまいだと、チケットに落とすときに迷います。会議を録音して記録を残す方法があります。
議事メモレックは、会議を録音(またはファイルをアップロード)すると、文字起こし・要約・やることリスト・話者分離までを作ります。登録不要・月額不要で、1回180円(税込)から。音声はお支払いの前に削除されます。録音は、参加者の同意を取ってから始めます。公開前の仕様や取引先の情報を含む会議は、外部のサービスで録音・文字起こししてよいかを、会社のルールで確かめてください。
手順2:決定と宿題を抜き出し、要件の形にする
議事録から、決まったこと・宿題・決まっていないことを抜き出します。そのうえで、チケットにするものを要件の形に整えます。
LB AI Prompt side bar には、この流れで使えるコマンドがあります。サイドパネル(Alt+A)で選び、空欄を埋めて ⚡ で開いているAIに入れます。
- 【議事録】決定事項&ToDo抽出(「万能・テキスト」タブ):議事録やチャットのログから、決定事項と担当・期限つきのToDoを表にします。
- 【要件定義】機能要件&ユーザーストーリー化(「開発・Web/アプリ」タブ):決まった機能から、Given-When-Then の受け入れ条件つきの項目を作ります。
どちらも無料版の「おすすめ」で使えます。開発タブのほかのコマンドは「「開発・Web/アプリ」タブ:AIに良いコードを書かせる10のコマンド」で紹介されています。
🔒 AIに入れないもの。ソースコードの非公開部分、APIキーやパスワード、顧客のデータは入れません。AI Prompt side bar で書いた内容は弊社のサーバーには送られませんが、⚡ で入れた内容は、送り先のAIのサービスに渡ります。会社で使ってよいとされているAIと、入れてよい情報の範囲を確かめてから使ってください。AIが作った受け入れ条件は、必ずチームで読み直します。
手順3:チケット1件に、タブのグループを1つ
チケットに取りかかると、仕様メモ、デザイン、課題管理の画面、プルリクエスト、検証環境と、開くページが増えます。チケット1件に、LB TAB Layers のグループを1つ作ってまとめておくと、別のチケットに切り替えるときに迷いません。
- グループの「…」から「セクション区切りを追加」で、「仕様」「実装」「確認」のように中を区切ります。
- タブを右クリックして「メモを編集」で、「受け入れ条件の2つ目はここで確認」のように書いておきます。
- 割り込みが来たら ■ でまとめて閉じ、戻るときは ▶ で開きます。保存は残ります。
- 終わったら、グループの「…」から「Markdown形式でコピー」を選び、チケットのコメントやプルリクエストの説明に貼ります。参考にしたページが、リンクの一覧になります。
エンジニア向けの分け方は「エンジニアのタブ管理」にくわしく書いています。
💡 サイドパネルを2つ使うとき。Chrome のサイドパネルは、1つのウィンドウで一度に1つの拡張機能の画面しか出せません。LB TAB Layers(Alt+T)と LB AI Prompt side bar(Alt+A)はショートカットがぶつからないので、切り替えて使えます。両方を同時に見たいときは、AI Prompt side bar の ⧉(別のウィンドウで開く)を押して、外に出しておきます。なお、3つの道具の間でデータは受け渡されません。コピーして次の道具に渡すのは、人の手です。
よくある失敗と直し方
| 失敗 | 直し方 |
|---|---|
| 議論の流れをそのままチケットに貼る | 結論と受け入れ条件だけを書き、議論は議事録へのリンクにする |
| 担当が「チーム」になっている | 名前を1人書く。手伝う人は別に書く |
| 決まっていないことを書かない | 未決のリストに、決める人と期限を添えて残す |
| 会議から数日たってから書く | 会議のあと30分以内に、下書きだけでも作る |
次の会議では、終わる5分前に「チケットにすること」と「決まっていないこと」を声に出して確かめてみてください。それだけで、会議のあとの30分が短くなります。
よくある質問
Q. 会議の議事録と、チケットや仕様メモは何が違いますか?
議事録は会議の流れの記録です。チケットはやることと終わったと言える条件、仕様メモは決まったことと理由を書きます。読む人と目的が違うので、分けて書くと探しやすくなります。
Q. 受け入れ条件は、どう書けばよいですか?
「〜の状態で、〜すると、〜になる」の形で、だれが見ても同じ判断ができるように書きます。Given-When-Then の形とも呼ばれます。
Q. 開発の会議の内容をAIに入れてもよいですか?
会社のルールで使ってよいとされているAIと、入れてよい情報の範囲を確かめてから使ってください。ソースコードの非公開部分、APIキー、顧客のデータは入れないようにします。
Q. チケットごとにタブをまとめるには?
LB TAB Layers でチケット1件に1つのグループを作り、仕様・デザイン・課題管理・検証環境のページを保存します。▶ でまとめて開き、■ でまとめて閉じても保存は残ります。
▶ 実際の操作を動画で見る
サイドバーで、ブックマークとタブをいっしょに管理する様子です。
チケット1件に、グループを1つ。
仕様・課題・プルリクエスト・検証環境を1つに保存して、▶ で開き、■ で閉じる。アカウント登録なし · 保存先は Chrome のブックマーク · 3か月すべての機能を無料で
Chrome に無料で追加 →