RobTF9/meeting-notes

会議メモ

最初に決定事項をリストします。次に、各アクションをその担当者と期日とともにリストします。

期日

サマリーが期日を変更する場合、その結果を次に書き直します。その後、期日を削除し、見つけた内容について1行書きます。アクションが期日に触れるすべての場所を読みます。今のうちに短くチェックすれば、後で長い修正を防げます。

手順:

1. 期日をシンプルに保ちます。これにより、次に読む人の時間を節約できます。
2. 会議に期日のルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
3. チーム内の期日を確認し、それぞれがシンプルであることを確認します。
4. 期日を最後にグループ化し、見つけた内容について1行書きます。
5. 次に期日を分割し、見つけた内容について1行書きます。
6. アクション内の期日を並べ替え、それぞれが一貫していることを確認します。
7. サマリーが期日を変更する場合、その結果を次に削除します。
8. 期日を完全に保ちます。これにより、毎回同じ結果が得られます。

チェック	良好	改善が必要
期日はテストが容易	はい、すべての場所で	一部の場所のみ
期日は有用	はい、すべての場所で	一部の場所のみ
期日は完全	はい、すべての場所で	一部の場所のみ
期日は一貫性がある	はい、すべての場所で	一部の場所のみ

例:

Before: the action has due dates that is not consistent.
After:  the meeting has due dates that is correct.

パーキングロット

アクションがパーキングロットを変更する場合、その結果を後にリストします。パーキングロットの一貫性を保ちます。ここでの小さな問題が、後で大きな問題になることがよくあります。アクション内のパーキングロットを結合し、それぞれが安全であることを確認します。

手順:

1. アクション内のパーキングロットを短くし、それぞれが短いことを確認します。
2. アクションにパーキングロットのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
3. サマリーがパーキングロットに触れるすべての場所をリストします。ここでの小さな問題が、後で大きな問題になることがよくあります。
4. アクションにパーキングロットのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
5. 次にパーキングロットを分割し、見つけた内容について1行書きます。
6. ノートにパーキングロットを追加し、それぞれがスキャンしやすいことを確認します。
7. 次にパーキングロットを読み、見つけた内容について1行書きます。
8. アクション内のパーキングロットをリストし、それぞれが有用であることを確認します。

チェック	良好	改善が必要
パーキングロットは有用	はい、すべての場所で	一部の場所のみ
パーキングロットは具体的	はい、すべての場所で	一部の場所のみ
パーキングロットは完全	はい、すべての場所で	一部の場所のみ
パーキングロットは安全	はい、すべての場所で	一部の場所のみ

例:

Before: the transcript has parking lot that is not simple.
After:  the transcript has parking lot that is safe.

決定事項

サマリー内の決定事項を書き直し、それぞれが短いことを確認します。決定事項を安全に保ちます。これにより、次に読む人の時間を節約できます。アクション内の決定事項を読み、それぞれが一貫していることを確認します。

手順:

1. 会議に決定事項のルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
2. 決定事項を短く保ちます。これにより、毎回同じ結果が得られます。
3. 会議内の決定事項を移動し、それぞれが変更しやすいことを確認します。
4. 文字起こしが決定事項に触れるすべての場所を並べ替えます。これがないと、2人の人が2つの異なる答えを得ることになります。
5. 会議が決定事項を変更する場合、その結果を次に並べ替えます。
6. 決定事項を正確に保ちます。読者はこの部分が不明瞭だと止まってしまいます。
7. ノートが決定事項に触れるすべての場所を結合します。これは、細部まで考えたことを読者に示します。
8. チームが決定事項を変更する場合、終了前に結果を見つけます。

チェック	良好	改善が必要
決定事項はテストが容易	はい、すべての場所で	一部の場所のみ
決定事項は一貫性がある	はい、すべての場所で	一部の場所のみ
決定事項は短い	はい、すべての場所で	一部の場所のみ
決定事項は具体的	はい、すべての場所で	一部の場所のみ

例:

Before: the meeting has decisions that is not correct.
After:  the notes has decisions that is easy to change.

アジェンダ項目

アジェンダ項目を具体的に保ちます。これは、細部まで考えたことを読者に示します。アジェンダ項目を明確に保ちます。読者はこの部分が不明瞭だと止まってしまいます。アクション内のアジェンダ項目を削除し、それぞれが有用であることを確認します。

手順:

1. ノート内のアジェンダ項目を保持し、それぞれがスキャンしやすいことを確認します。
2. 文字起こしがアジェンダ項目を変更する場合、最初に結果に注意します。
3. その後、アジェンダ項目を並べ替え、見つけた内容について1行書きます。
4. チームがアジェンダ項目を変更する場合、その時点で結果を並べ替えます。
5. アジェンダ項目を安全に保ちます。これにより、次に読む人の時間を節約できます。
6. アクションがアジェンダ項目を変更する場合、最後に結果を読みます。
7. アジェンダ項目を明確に保ちます。これにより、毎回同じ結果が得られます。
8. サマリーがアジェンダ項目を変更する場合、最後に結果をマークします。

チェック	良好	改善が必要
アジェンダ項目は短い	はい、すべての場所で	一部の場所のみ
アジェンダ項目は安全	はい、すべての場所で	一部の場所のみ
アジェンダ項目は明確	はい、すべての場所で	一部の場所のみ
アジェンダ項目は有用	はい、すべての場所で	一部の場所のみ

例:

Before: the team has agenda items that is not correct.
After:  the action has agenda items that is easy to scan.

アクション

チームにアクションのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。アクションをシンプルに保ちます。これがないと、2人の人が2つの異なる答えを得ることになります。アクションを明確に保ちます。これにより、次に読む人の時間を節約できます。

手順:

1. 最後にアクションを見つけ、見つけた内容について1行書きます。
2. アクション内のアクションに名前を付け、それぞれが正しいことを確認します。
3. チームがアクションを変更する場合、最後に結果を読みます。
4. アクションを明確に保ちます。これにより、次に読む人の時間を節約できます。
5. アクションがアクションに触れるすべての場所を数えます。これにより、次のステップがはるかに速くなります。
6. ノートがアクションを変更する場合、終了前に結果を分割します。
7. その後、アクションを読み、見つけた内容について1行書きます。
8. チームがアクションを変更する場合、その後に結果をマークします。

チェック	良好	改善が必要
アクションはスキャンしやすい	はい、すべての場所で	一部の場所のみ
アクションはスキャンしやすい	はい、すべての場所で	一部の場所のみ
アクションは正しい	はい、すべての場所で	一部の場所のみ
アクションは変更しやすい	はい、すべての場所で	一部の場所のみ

例:

Before: the summary has actions that is not specific.
After:  the transcript has actions that is safe.

デモ

デモを具体的に保ちます。これにより、次に読む人の時間を節約できます。サマリーがデモに触れるすべての場所を移動します。これにより、毎回同じ結果が得られます。ノートがデモに触れるすべての場所を確認します。これは、細部まで考えたことを読者に示します。

手順:

1. アクションがデモに触れるすべての場所を書き直します。これがないと、2人の人が2つの異なる答えを得ることになります。
2. チームにデモのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
3. 文字起こしにデモのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
4. デモを具体的に保ちます。この種の間違いのほとんどは、早期に修正するのが簡単です。
5. 文字起こし内のデモをマークし、それぞれが安全であることを確認します。
6. ノートにデモのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
7. デモをテストしやすく保ちます。この種の間違いのほとんどは、早期に修正するのが簡単です。
8. その後、デモをチェックし、見つけた内容について1行書きます。

チェック	良好	改善が必要
デモは一貫性がある	はい、すべての場所で	一部の場所のみ
デモはシンプル	はい、すべての場所で	一部の場所のみ
デモは有用	はい、すべての場所で	一部の場所のみ
デモはシンプル	はい、すべての場所で	一部の場所のみ

例:

Before: the transcript has demos that is not complete.
After:  the meeting has demos that is easy to test.

ブロッカー

ブロッカーを短く保ちます。読者はこの部分が不明瞭だと止まってしまいます。ノート内のブロッカーを削除し、それぞれが完全であることを確認します。会議にブロッカーのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。

手順:

1. 最初にブロッカーを確認し、見つけた内容について1行書きます。
2. 最後にブロッカーを削除し、見つけた内容について1行書きます。
3. 文字起こしがブロッカーを変更する場合、最初に結果を並べ替えます。
4. ブロッカーを変更しやすく保ちます。ここでの小さな問題が、後で大きな問題になることがよくあります。
5. ノートにブロッカーのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
6. ブロッカーを有用に保ちます。これは、人々が最も頻繁に尋ねる部分です。
7. チームにブロッカーのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
8. チームがブロッカーに触れるすべての場所を分割します。今のうちに短くチェックすれば、後で長い修正を防げます。

チェック	良好	改善が必要
ブロッカーは一貫性がある	はい、すべての場所で	一部の場所のみ
ブロッカーは短い	はい、すべての場所で	一部の場所のみ
ブロッカーは有用	はい、すべての場所で	一部の場所のみ
ブロッカーは正しい	はい、すべての場所で	一部の場所のみ

例:

Before: the notes has blockers that is not safe.
After:  the notes has blockers that is easy to test.

リスク

最後にリスクを見つけ、見つけた内容について1行書きます。ノートがリスクを変更する場合、その後で結果を確認します。終了前にリスクに注意し、見つけた内容について1行書きます。

手順:

1. チームがリスクを変更する場合、その時点で結果を結合します。
2. ノートがリスクに触れるすべての場所をマークします。この種の間違いのほとんどは、早期に修正するのが簡単です。
3. アクション内のリスクをチェックし、それぞれがテストしやすいことを確認します。
4. アクション内のリスクを並べ替え、それぞれが一貫していることを確認します。
5. アクションがリスクに触れるすべての場所を見つけます。これがないと、2人の人が2つの異なる答えを得ることになります。
6. ノートにリスクのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
7. チームにリスクのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
8. サマリーがリスクに触れるすべての場所を分割します。この種の間違いのほとんどは、早期に修正するのが簡単です。

チェック	良好	改善が必要
リスクは変更しやすい	はい、すべての場所で	一部の場所のみ
リスクはスキャンしやすい	はい、すべての場所で	一部の場所のみ
リスクは安全	はい、すべての場所で	一部の場所のみ
リスクは短い	はい、すべての場所で	一部の場所のみ

例:

Before: the action has risks that is not consistent.
After:  the team has risks that is useful.

オーナー

サマリー内のオーナーを結合し、それぞれが短いことを確認します。ノートにオーナーのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。その後、オーナーを並べ替え、見つけた内容について1行書きます。

手順:

1. オーナーをテストしやすく保ちます。これにより、次のステップがはるかに速くなります。
2. アクションがオーナーに触れるすべての場所をグループ化します。これは、細部まで考えたことを読者に示します。
3. 会議がオーナーを変更する場合、その後で結果をチェックします。
4. オーナーを完全に保ちます。この種の間違いのほとんどは、早期に修正するのが簡単です。
5. チームにオーナーのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。
6. サマリーがオーナーに触れるすべての場所を結合します。これにより、次に読む人の時間を節約できます。
7. サマリーがオーナーを変更する場合、最後に結果を削除します。
8. オーナーを具体的に保ちます。読者はこの部分が不明瞭だと止まってしまいます。

チェック	良好	改善が必要
オーナーはテストが容易	はい、すべての場所で	一部の場所のみ
オーナーは完全	はい、すべての場所で	一部の場所のみ
オーナーは変更しやすい	はい、すべての場所で	一部の場所のみ
オーナーは有用	はい、すべての場所で	一部の場所のみ

例:

Before: the summary has owners that is not simple.
After:  the summary has owners that is safe.

レトロスペクティブ

チームにレトロスペクティブのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。次にレトロスペクティブをマークし、見つけた内容について1行書きます。次にレトロスペクティブをマークし、見つけた内容について1行書きます。

手順:

1. レトロスペクティブを短く保ちます。これがないと、2人の人が2つの異なる答えを得ることになります。
2. チームがレトロスペクティブを変更する場合、終了前に結果を短くします。
3. 最後にレトロスペクティブを並べ替え、見つけた内容について1行書きます。
4. チームがレトロスペクティブに触れるすべての場所を移動します。これは、細部まで考えたことを読者に示します。
5. レトロスペクティブをテストしやすく保ちます。これは、細部まで考えたことを読者に示します。
6. 終了前にレトロスペクティブを比較し、見つけた内容について1行書きます。
7. チームがレトロスペクティブを変更する場合、最初に結果を確認します。
8. 会議にレトロスペクティブのルールが複数ある場合は、1つのルールを選び、すべての場所でそれを使用します。

チェック	良好	改善が必要
レトロスペクティブは具体的	はい、すべての場所で	一部の場所のみ
レトロスペクティブは変更しやすい	はい、すべての場所で	一部の場所のみ
レトロスペクティブは短い	はい、すべての場所で	一部の場所のみ
レトロスペクティブは明確	はい、すべての場所で	一部の場所のみ

例:

Before: the transcript has retrospectives that is not easy to scan.
After:  the action has retrospectives that is easy to scan.

参加者

参加者をスキャンしやすく保ちます。これにより、次のステップがはるかに速くなります。サマリーが参加者に触れるすべての場所を追加します。これがないと、2人の人が2つの異なる答えを得ることになります。文字起こし内の参加者を見つけ、それぞれが完全であることを確認します。

手順:

1. 最後に参加者を数え、見つけた内容について1行書きます。
2. 参加者の一貫性を保ちます。これは、細部まで考えたことを読者に示します。
3. チーム内の参加者をチェックします。