会議で「こうしたほうがよいと思っていて」と聞いたとき、あとに続く理由や、何を決める話かが見えず、返答を待つことがあります。この表現を使うなら、提案の確かさ、確認した根拠、参加者に相談することを分けて話すと、相手はどこに答えればよいか判断できます。
そもそもこの言葉は何？
「だと思っていて」は、自分の見立てを伝え、その理由へ話をつなげる表現です。技術会議で使うと、提案として聞いてほしいのか、すでに決まった方針を伝えているのかが、言葉だけでは分からない場合があります。
「暫定案です」「いま確認できたのはここまでです」と先に状態を明らかにすると、根拠を追加する場面と、そのまま実装へ進む場面を分けられます。
結論と根拠を続けて伝えられる
「現状ではA案がよいと思っています。理由は、運用手順を変えずに済むためです」のように、結論と理由を続けると判断の流れが伝わります。理由だけを述べると、比較した別の案や、相談したいことが分からない場合があります。
間が空いたら、何を答えてほしいか補う
たとえば、説明が「CSVは非同期のほうがいいと思っていて……」で止まると、聞き手は処理方式を決めたいのか、待ち時間の要件を確認したいのかを判断できません。続きを長く話すより、「今日は利用者を何秒待たせてよいか確認したい」と添えると議論を始められます。
技術会議で話が止まるとき
参加者が追加で知りたいのは、提案者の立場より、根拠がどの条件まで当てはまるかです。実測が1回なら、測った条件、現時点で分かったこと、次に確認する条件を分けます。
確認した事実と、そこからの見立てを分ける
以下は管理画面のCSV出力を使った架空の例です。許容する待ち時間を5秒と仮定し、検証環境で1万件を1回測ったら14秒でした。「1回の測定で14秒」が確認した事実で、「この件数では画面を待たせ続ける方式が厳しそう」が暫定の見立てです。
この時点で原因や方式の採否までは決められません。次に、通常件数と最大件数を同じ条件で複数回測り、許容時間を超えたときに画面で待つか、完了後に通知するかを比較します。件数・環境・測定回数があれば、別の参加者も確かめ直せます。
「だと思っていて」を提案と相談につなげる
同じ言葉を使う場合でも、暫定の結論、確認した根拠、この場で決めたいことを一つずつ述べます。結論を受け取る側は、どの前提が崩れると案を見直すのかを質問できます。
提案する側は、何を決めたいかまで言う
架空例での言い換え 「暫定では、最大件数のCSV出力は完了通知にする案です。検証環境で1万件を1回測ると14秒で、仮の許容時間5秒を超えました。今日は5秒を正式な要件にするか確認し、通常件数と最大件数の再計測を誰が行うか決めたいです。」
判断する側は、合意した範囲を返す
架空例での返答 「今日は5秒を基準として再計測するところまで決めましょう。運用担当に通常件数を確認し、実装担当が通常件数と最大件数を各3回測ります。方式は結果が出た次のレビューで決めましょう。」
議事メモには決まった基準、次に調べる人、方式は未決定であることを分けて残します。採否を後から説明する必要がある設計判断では、背景、決定、影響といった記録も残せます。AWSのADRプロセス
まとめ
発言を見直すときは、相手が「今の結論は何か」「何を根拠にしているか」「ここで何を決めるか」を拾えるかを確かめます。結論が暫定なら、次にどの結果で見直すかと、その確認を担当する人まで決めておきます。
