「会議は30分未満」から15分に。小耳にはさんだ話。品質(26)

臨機応変

いくつかの組織で打ち合わせをさせていただくことがあった。

名古屋の企業(製造業)で、５年ほど前から「会議時間は30分未満」という張り紙を見かけることが何度かあった。

それらの組織で、実際に30 分未満で終わった時に、秘訣をお聞きした。

うまく行っているところの抽象的な印象は、臨機応変。原則に縛られるのではなく、今解決しなくてはいけない問題に焦点を絞っていることかなって感じた。

いくつかの議事は、具体的な内容は違う。並列で記載するか、範囲を記載するかもしれない。
自分にとって、大事そうな順番に並べなおしてみようと思う。

ソフトウェア開発では４０年くらい前からchatというオンラインの文字だけで打ち合わせをすることがしばしばあった。最近ではSlackというソフトウェア上で行うのが流行りだった。

オンラインのchatでは、ソースコードを書きながら、コンパイルしながら事実上の会合ができる。議事録は終わった時点でできあがっている。議事録を作るという無駄がない。

読み手の状況がわかっていない。どういう誤解がありうるかは想定して書いていない。

この５年くらい、自分が参加している会議がほとんど30分未満で終わっているから書いている。会議時間は30分未満で終わっていない会議があるから書いている訳ではない。
ごめんなさい。

実際に、半分以上の会議は15分で終わっている。　

それまで30分かかっていた会議は２つに分け、　
全員参加の15分と関係者だけの15分にわけることにした。

先に全員参加が来る場合と、あとが全員参加の場合がある。

<この項は書き書けです。順次追記します。>

目次

臨機応変
目次
原則１ 事前に優先順位をつける
原則２ 判断できる能力または責任のある人に参加してもらう。
原則３　決定が必要か、様子見だけでもよいか。目的、目標を明確にしている。
原則４　事前に済ませること、事後に済ませること。臨機応変に。
原則５　事前配布した資料の誤字などの指摘は事前に電子的に済ませる。事後でもよい。
原則６　一人の発言は１回１分以内を原則とする。
原則７　意見は具体的に。前の方と同じという発言はしない。理由は具体的に。時間がないという理由は言わない
原則8 大事な打ち合わせの半分以上は事前、事後にオンラインで文字などで行う。
原則9　４人以上の議論は行わない。
原則10　原則はあくまで原則。例外の条件はできるだけ最初に確認する。
質疑
　１。時間無制限
　２。製造業
参考資料
短歌
文書履歴

原則１ 事前に優先順位をつける

議事内容は事前に優先順位をつける

少なくとも、時間の半分は、主催者の優先順位の高い事項を済ませる。
半分時間が過ぎたところで、残りの事項よりも優先順位の高いことがあるか参加者に聞く。

主催者がやりたいことよりも、参加者がやりたいことを先にするのは、参加者がお客様の場合に限る。後工程はお客様とする。上司、経営者の方が責任をもってお客様、後工程の代弁をしていただける場合はお客様扱いする。

@e99h2121 育児していたからこそエンジニアのお仕事に役立ったこと10選
https://qiita.com/e99h2121/items/db7e54c111ffcd3c3957

1. 時間の使い方に妥協をしなくなる

原則２ 判断できる能力または責任のある人に参加してもらう。

判断できる能力の人に認めてもらうか、
責任を取るつもりのある人に理解してもらうことが大事。

両方いればいいのだろうが、場合によってはどちらかでもいいかもしれない。

製造業だと、誰がどういう能力があるかを体系的に整理されていてい、どういう能力のある人が参加していないと駄目という運用をされている。製造業のソフトウェア部門では、それを援用して、アーキテクチャを書いたことがある人が、設計審査(design review)に参加していて、なんちゃってレビューをしていないことを目撃したことがある。

算譜(program)の見直し(review)に必要な志向・技能・技法・手順、上位７。仮説（188）
https://qiita.com/kaizen_nagoya/items/6d5962e1a0e4be28405c

原則３　決定が必要か、様子見だけでもよいか。目的、目標を明確にしている。

決定が必要な事項は時間の半分より前に実施する。
様子見だけでよい事項は、時間の半分より後でもよいかもしれない。

決定するかどうかを様子見する必要がある相手もあるかもしれない。
事前の根回しをした方がいいかもしれない。

事前の根回しを習慣づけると、根回しの時間が無駄になるかもしれない。
無駄時間をどうしたら減らせるかは難しい。

目的、目標がはっきりしないと、誰が参加するとよいかがいいかげんになるかも。

原則４　事前に済ませること、事後に済ませること。臨機応変に。

資料の事前配布または、資料の事後配布。

事前に配布できるものは事前に配布する。事後でもいいものは、無理にその場では配布しない。

わざわざ印刷したりして配布すると、どうしても説明したくなるらしい。

事前配布する場合と、事後配布する場合の仕分けに暗黙の了解があればよい。
なんでも文書化するのは、無駄になることがある。

組織の規模と、意思決定の行き違いの頻度などに応じて、何を文書化するかを決めるとよい。

事前に済ませることを規則にしない。規則にする場合は例外規定を記述する。

また、質問事項の大まかな事項は事前に、細かな事項は事後に。

延々と質問し続けるのは、時間の無駄の場合がある。

ある一人が理解していないだけで、参加者の時間がどんどん減っていく。

会議の最中にコンパイルしていたりすれば、その時間は無駄ではないかもしれない。

原則５　事前配布した資料の誤字などの指摘は事前に電子的に済ませる。事後でもよい。

誤字ではない場合もあるかもしれない。
誤字の指摘の時間が無駄だし、誤字だと思って指摘して誤字じゃない時の無駄もいやかも。

重要そうでない場合には、事後に誤字の指摘を済ませてもよい。
事前じゃなきゃいけないって決めなくてもいいかも。
時間内にしなきゃいい。

原則６　一人の発言は1回1分以内を原則とする。

2分でもいい場合、3分がいい場合もあるかもしれない。

デブサミ2022 で、15 秒でというのがあった。
すこし練習してみて、15秒がいいかも。

今日デブサミ2022懇親会に出て決めたこと
https://qiita.com/kaizen_nagoya/items/130818ff83d4ca0c117a

原則７　意見は具体的に。前の方と同じという発言はしない。理由は具体的に。時間がないという理由は言わない

意見は具体的に。前の方と同じという発言はしない。
前の人と同じ意見を持っていたとしても、その次に優先順位の高い意見をすぐに言う習慣をみにつける。

「前の方と同じ」という発言をしたら、前の人に1000円払うというような仕組みが導入できる雇用形態は未確認。

理由は具体的に。時間がないという理由は言わない
時間がないのではなく、優先順位の低いものを先にやったのかもしれない。

優先順位が高いものからやっていれば、優先順位の低いものはやらなくてもよいかもしれない。

時間がないという発言をしてしまった場合は、相手の仕事が優先順位が低いものだと言っているか、自分が優先順位をつけまちがえたと言っているかどうちらだかを表明してもらうとよいかも。

時間がないという理由は言わないと、会議で優先順位の低そうなことを最初に話題にすることはないらしい。

原則8　大事な打ち合わせの半分以上は事前、事後にオンラインで文字などで行う。

チャット、slack, GitHub/Gitlab/Bitbucket 上で、文字などで半分以上の打ち合わせは済ませる。事前に終わっていない事項は、事後にまわしてもよければ事後に調整する。

会議中に、みんなでキーボードを叩いて分担することがあってもいいじゃないか。
遊んでいる人がいないのであれば。

遠隔の映像で会合していても、昔ながらのChatを併用していれば、会議が終わった時点でChatを保存すれば議事録は完了している。chat に議事録に必要なことを書く習慣がみについていればよい。４０年近く続けてているとbuild in 機能があるかも。GAFAもその延長線上にあるだけってわかるかも。

VZエディタ移植に当たって実施したことと成果。仮説(115)
https://qiita.com/kaizen_nagoya/items/5551be98dcbed8f41949

原則9　　四人以上の議論は行わない。

議論する必要があれば、３人ごとに分けて議論する。
４人の場合は２人づつに分ける。
４人以上の議論と言わないのは、場合による境界はあいまいにした方がいいことがあるからかも。

原則１０　　原則はあくまで原則。例外の条件はできるだけ最初に確認する。

原則は、あくまで原則で、例外の条件は、管理者はそれなりに把握している。

命に関わることであれば、全員の確認を取る必要がある。

例外の条件はできるだけ最初に確認するのがよい。

会議の途中で、重大事項が発覚して時間を超過した方がいいか、
参加者を限定して継続するかを決める必要がある局面に出くわすかもしれない。

人数を限定する場合には、誰が参加必須かを想定しているとよい。

参加人数から最初から時間に終わらない場合もある。
何人かの班に分けて、それぞれの班からの報告を短時間でしてもらう方法などもある。

プログラマの会議方法が昔に戻って短くなった件

質疑

Q1. 時間無制限

時間無制限で徹底的に議論する会議が有っても良いと思います。

プログラマでは、合宿形式で議論するだけでなく、その場で全員が手を動かして合同で設計しちゃうこともあります。

プログラマのためのキャンプ特集（準備中）
https://qiita.com/kaizen_nagoya/items/2e36f848129cdcdcc1d4

Q2. 製造業

製造業では物理的な実験が必要だからソフトウェアみたいなことは無理ではないでしょうか。

製造業でもソフトウェア技術者がしてきたように無駄な会議をせずに設計できることに気がついてもらえてきました。

物理的な実験が必要な業務でも、複数のカメラを使った画像で、シミュレーションの時との差を表示するようにして、遠隔会議もできるようにされている組織もあるかもしれません。

小松製作所さんが、遠隔情報収拾で成功されたとお聞きしています。
情報収拾が遠隔であれば、会議も遠隔で可能。製造業とIT企業との連携をうまく組織化するのをIT企業主導でまかせてみませんか。

製造業における機械学習
https://qiita.com/kaizen_nagoya/items/fbe846de16f74bea1d6f

トヨタ自動車、アイシン精機は、IT系子会社を、親会社に吸収されているとお聞きしています。

トヨタの会議は30分 ～GAFAMやBATHにも負けない最速・骨太のビジネスコミュニケーション術～ Kindle Edition
https://www.amazon.co.jp/-/en/山本-大平-ebook/dp/B08R8F26TP/

トヨタの会議が｢30分で終わる｣超合理的な理由。少しの差を積み上げ最終的に大きな時間を作る
https://toyokeizai.net/articles/-/421178

テレビ会議で何か変わりましたか？

まだ、うまくテレビ会議システムを操れていません。ごめんなさい。
特定のシステムだけに限れば、時間を短くしたり、記録はチャットを利用するなど、
効率はあがっています。

ローム　動画アーカイブ
https://techweb.rohm.co.jp/movie/

動画の再放送の時に、チャットで質問を受け付けていて、セミナ時間中に質問への回答を講師が返すというのがすごいなと思いました。再生中は講師は時間があるので、チャットの回答を作成できる。しゃべっているのは自分だけど、今じゃないので。ああ、常時流すのではなく、時間をきめえ、あつめて返事するというのもありだなと思った。

多種類のテレビ会議システムの操作に馴染めなくて
https://qiita.com/kaizen_nagoya/items/3d0875941890d0854477

チャットだけでやりとりしていた習慣がすこしづつもどりつつるような気がします。

プログラマの会議方法が昔に戻って短くなった件
https://qiita.com/kaizen_nagoya/items/831bd15f4d04c3f89356

参考資料

@e99h2121「女性こそエンジニアになるべきだ？」デブサミウーマン登壇記録
https://qiita.com/e99h2121/items/7c69be1b2c2f305f6a4c

@ohakutsu 新卒2年目から見た達人プログラマーの振る舞い
https://qiita.com/ohakutsu/items/387ff8d8c09f592f124f

@torifukukaiou 私のAdvent Calendar 2022 ーー はじめたきっかけ、1月のふりかえり、今後の展望
https://qiita.com/torifukukaiou/items/891db4e40a7f6194af56

@kazuo_reve 新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

@kazuo_reve ワークショップ「ソフトウェア開発におけるHAZOP入門」の結果
https://qiita.com/kaizen_nagoya/items/e62e91cb019c6275d6c1

@kazuo_reve 私が効果を確認した「小川メソッド」

自己参照

「５さいじがわかるcyber security（サイバセキュリティ）」
https://t.co/GYhfNgUbVG

「５さいじがわかるcyber security（サイバセキュリティ）」のかんがえかた
https://qiita.com/kaizen_nagoya/items/f83394e4916760e2bae1

自分の頭で考えるようになるには
https://qiita.com/kaizen_nagoya/items/121a5372e3d67fc3af35

「自分の頭で考える」ということ。
https://qiita.com/kaizen_nagoya/items/ebc01b7dc2cdfcc320f6

「@ohakutsu 新卒2年目から見た達人プログラマーの振る舞い」から学ぶこと
https://qiita.com/kaizen_nagoya/items/2d87b99b096972327c4d

新人(学生)を指導するよりも新人(学生)に指導してもらった方が効率的
https://qiita.com/kaizen_nagoya/items/db993b1536055029f7c8

安全分析（HAZOP）の際の声かけ。安全（２０）
https://qiita.com/kaizen_nagoya/items/381649a6ea025ecba173

「@kazuo_reve ワークショップ「ソフトウェア開発におけるHAZOP入門」の結果」の分類
https://qiita.com/kaizen_nagoya/items/e62e91cb019c6275d6c1

「@kazuo_reve 新人の方によく展開している有益な情報」はじめ記事を参照して頂いた時にしていること。
https://qiita.com/kaizen_nagoya/items/0e4e92f45c158ef81423

凡人は天才、秀才と違うことをして生きていく
https://qiita.com/kaizen_nagoya/items/0502aebb7610fef584f5

人間が計算機に勝てる３つのこと。忘れる、あきらめる、やめる
https://qiita.com/kaizen_nagoya/items/49dc709d289d22846044

「知っている」ことと「実現する」こと
https://qiita.com/kaizen_nagoya/items/fc65bb332561add5b249

プログラマの「日報、週報、月報、年報」考。仮説(73)
https://qiita.com/kaizen_nagoya/items/97ad8ac9217c12c3bb69

プログラマにも読んでほしい「QC検定にも役立つ！QCべからず集」
https://qiita.com/kaizen_nagoya/items/d8ada7b7fceafe2e5f0e

権利と義務の前に。仮説（147）
https://qiita.com/kaizen_nagoya/items/47d4e992d0fd340403fd

国際規格のNormative Reference
https://qiita.com/kaizen_nagoya/items/b94b6055997119ac2d9a

凡人網(ordinary person network: Bonjin mou)をつくる
https://qiita.com/kaizen_nagoya/items/c8e2af61f344761c41be

データサイエンティストの気づき『勉強だけして仕事に役立てない人。大嫌い』それ自分かもってなった。
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07

短歌

４日間１万viewsを超えました。閲覧、いいね、意見ありがと。

9977viewsで作りました。嘘つきです。

「会議時間は30分未満」。小耳にはさんだ話。臨機応変。 https://t.co/J9GyQ6oJV5 #Qiita @kaizen_nagoya
４日間１万viewsを超えました。閲覧、いいね、意見ありがと。#短歌 ver. 0.06 短歌追加 20200221 夜

— naokiakutagawa (@naokiakutagawa) February 21, 2022

最大の会議３０分未満から１５分に切り替えましょう

最大の会議３０分未満から１５分に切り替えましょう #短歌

— wocs2017 (@wocs2017) November 5, 2022

30分会議の時間は短くてネットで多重記録は文字も #短歌

— naokiakutagawa (@naokiakutagawa) October 29, 2022

## 関連資料 私が効果を確認した「小川メソッド」 https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

自己記事一覧

Qiitaの記事に３段階または５段階で到達するための方法
https://qiita.com/kaizen_nagoya/items/6e9298296852325adc5e

物理記事　上位100
https://qiita.com/kaizen_nagoya/items/66e90fe31fbe3facc6ff

量子(0) 計算機, 量子力学
https://qiita.com/kaizen_nagoya/items/1cd954cb0eed92879fd4

数学関連記事１００
https://qiita.com/kaizen_nagoya/items/d8dadb49a6397e854c6d

統計(0)一覧
https://qiita.com/kaizen_nagoya/items/80d3b221807e53e88aba

品質一覧
https://qiita.com/kaizen_nagoya/items/2b99b8e9db6d94b2e971

言語・文学記事　１００
https://qiita.com/kaizen_nagoya/items/42d58d5ef7fb53c407d6

医工連携関連記事一覧
https://qiita.com/kaizen_nagoya/items/6ab51c12ba51bc260a82

自動車　記事　１００
https://qiita.com/kaizen_nagoya/items/f7f0b9ab36569ad409c5

通信記事１００
https://qiita.com/kaizen_nagoya/items/1d67de5e1cd207b05ef7

日本語（０）一欄
https://qiita.com/kaizen_nagoya/items/7498dcfa3a9ba7fd1e68

英語(0) 一覧
https://qiita.com/kaizen_nagoya/items/680e3f5cbf9430486c7d

転職(0)一覧
https://qiita.com/kaizen_nagoya/items/f77520d378d33451d6fe

仮説（0）一覧（目標100現在40）
https://qiita.com/kaizen_nagoya/items/f000506fe1837b3590df

音楽　一覧(0)
https://qiita.com/kaizen_nagoya/items/b6e5f42bbfe3bbe40f5d

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

Qiita(0)Qiita関連記事一覧（自分）
https://qiita.com/kaizen_nagoya/items/58db5fbf036b28e9dfa6

鉄道（０）鉄道のシステム考察はてっちゃんがてつだってくれる
https://qiita.com/kaizen_nagoya/items/26bda595f341a27901a0

安全（0）安全工学シンポジウムに向けて: 21
https://qiita.com/kaizen_nagoya/items/c5d78f3def8195cb2409

一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39

Ethernet 記事一覧　Ethernet(0)
https://qiita.com/kaizen_nagoya/items/88d35e99f74aefc98794

Wireshark 一覧 wireshark(0)、Ethernet(48)
https://qiita.com/kaizen_nagoya/items/fbed841f61875c4731d0

線網（Wi-Fi）空中線(antenna)(0) 記事一覧(118/300目標)
https://qiita.com/kaizen_nagoya/items/5e5464ac2b24bd4cd001

OSEK OS設計の基礎　OSEK(100)
https://qiita.com/kaizen_nagoya/items/7528a22a14242d2d58a3

Error一覧 error(0)
https://qiita.com/kaizen_nagoya/items/48b6cbc8d68eae2c42b8

++ Support(0)　
https://qiita.com/kaizen_nagoya/items/8720d26f762369a80514

Coding(0) Rules, C, Secure, MISRA and so on
https://qiita.com/kaizen_nagoya/items/400725644a8a0e90fbb0

プログラマによる、プログラマのための、統計(0)と確率のプログラミングとその後
https://qiita.com/kaizen_nagoya/items/6e9897eb641268766909

なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2

言語処理100本ノックをdockerで。python覚えるのに最適。:10+12
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4

プログラムちょい替え（0）一覧:4件
https://qiita.com/kaizen_nagoya/items/296d87ef4bfd516bc394

Python(0)記事をまとめたい。
https://qiita.com/kaizen_nagoya/items/088c57d70ab6904ebb53

官公庁・学校・公的団体（NPOを含む）システムの課題、官（０）
https://qiita.com/kaizen_nagoya/items/04ee6eaf7ec13d3af4c3

「はじめての」シリーズ　 ベクタージャパン　
https://qiita.com/kaizen_nagoya/items/2e41634f6e21a3cf74eb

AUTOSAR(0)Qiita記事一覧, OSEK(75)
https://qiita.com/kaizen_nagoya/items/89c07961b59a8754c869

LaTeX(0) 一覧　
https://qiita.com/kaizen_nagoya/items/e3f7dafacab58c499792

自動制御、制御工学一覧（０）
https://qiita.com/kaizen_nagoya/items/7767a4e19a6ae1479e6b

Rust(0) 一覧　
https://qiita.com/kaizen_nagoya/items/5e8bb080ba6ca0281927

100以上いいねをいただいた記事16選
https://qiita.com/kaizen_nagoya/items/f8d958d9084ffbd15d2a

小川清最終講義、最終講義（再）計画, Ethernet(100) 英語(100) 安全(100)
https://qiita.com/kaizen_nagoya/items/e2df642e3951e35e6a53

＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞

文書履歴

ver. 0.01 初稿　20220218
ver. 0.02 みだし表現手入れ 20220219
ver. 0.03 習慣になれば努力は必要がない。20200220 午前時0時すぎ
ver. 0.04 臨機応変　追記　20200220 昼
ver. 0.05 表現補正、みだし追加 20200221 夕
ver. 0.06 短歌追加 20200221 夜
ver. 0.07 表記補正。参考資料追記 20200222昼
ver. 0.08 項目を統合し項目数を１１に減らした。もう一つ減らす予定。 20220222 夜
ver. 0.09 項目を統合し項目数を10に減らした。順番入れ替え。20220223
ver. 0.10 テレビ会議で何か変わりましたか？ 追記 20220227
ver. 0.11 短歌追記　20221029
ver. 0.12 15分追記　

最後までおよみいただきありがとうございました。

いいね　💚、フォローをお願いします。

Thank you very much for reading to the last sentence.

Please press the like icon 💚　and follow me for your happy life.