会議で心がけるべき3つのポイント／耳で効く！ビジネスサプリ　トレンド経営学

t_yonemoto

その他

会議とは情報の共有化の場であり、問題点について対策を検討する場でもあると思います。

h_fuku_harusaku

メーカー技術・研究・開発

会議がいいか、テキストコミュニケーションだけで終わらせるかの切り分けが難しいと考えています。
ただし、会議のメリットも理解できたので、判断できるようになりたいです。

maru048

経理・財務

会議の目的を問われるのはよくあるが、
会議の終了要件を言語化するという切り口は初めてであり新鮮であった。
参加者が適正かでは、参加者の影響度とあったが、当たり前のことかなと思う。
会議前に自分のバリューは何かであるが、会議では自分が何を求められている（期待されている）か理解する必要がある。

hiroshilv

販売・サービス・事務

会議を実行する上で、『日程を決めた段階での内容&思考の告知』・『会議始めに決定する事項の確認と、終わり時間の周知』・『会議後、参加スタッフへのヒアリング』を意識しております。

nagayama05

メーカー技術・研究・開発

部長から会議開けと言われて、会議を開いたが、命令した人が資料も作らず、数分しゃべっただけで、そのあと自分へ振ってきた。ほんとひどい部長だ。

mizuhashi

IT・WEB・エンジニア

教わった３つを頭に良い会議にしていきたいです。

hmira

IT・WEB・エンジニア

ご説明頂いたポイントは基本的におさえて会議に臨んでいるつもりです。
ただ、３点目のvalueがあるか→発言するポイントがあるか、と理解しましたが
この視点からは考えた事がなかったです。
今後考えていこうとおもいます。

yuko_matsuno

販売・サービス・事務

参加者の適性は重要かと思います。
とりあえず、この人も呼んどこうかという考えはやめるべき

jun-kamisaka

その他

会議前のポイント3点を理解した上で会議に参加すると効率がよい会議となると思った

kojkoji

IT・WEB・エンジニア

日々の整理が必要であり、何を行い、何を明日までに行うか

h344

IT・WEB・エンジニア

・目的、目標の明確化
・参加者の適正化
・会議内での自身が出来ることを考える

megu-rin

販売・サービス・事務

会議に参加するとなれば、その参加価値を少しでも考える。必要ないなと思えば
それを主催者に伝えることも大事。

momon_baku

IT・WEB・エンジニア

「会議の終了要件を言語化する」、「参加者は適正か」、「自分のバリューは何かを考える」の３つのポイントは個人的には今までも実践してきたが、最後の「自分のバリューは何かを考える」で5分考えてもわからないときは会議の冒頭にそれを伝えて欠席するというのは、組織の風土によってはできないのではないかと思った。よって、自所属で実践するには、そういうルールにしようということをまずは決定する必要があると考えた。

masanori_0222

専門職

MTG参加にあたり、事前に情報収集し価値を見出せるかを確認しておくことが重要と感じた。

takashi_tsujii

販売・サービス・事務

会議を開催する場合は少しでも関係ある人は招集しがちだが、お互い効率的に進めるには必要最小限にとどめるのが重要と感じた。

kakutake

販売・サービス・事務

会議前に、その会議で自分にどういったバリューがあるのかを考え、もし見出せない場合は欠席することを決断する　を実践していこうと思います。

n-takeuchi-oc

販売・サービス・事務

テキストコミュニケーションで済む場合には、敢えて会議は開催せず、意見や・質問事項のやりとりは、例えばメールやチャットベースで行い、意見や質問が出そろった段階で、意思決定の会議を開催するなどして、できるだけ会議を減らすように心がけたいと思います。
会議を開催する際には、ゴールと意思決定者を明確にして、会議時間をオーバーしないようファシリテートしたいと思います。
また会議招集する際には、よく色々な人に声をかけすぎてしまいがちですが、会議の終了要件を満たすために、キーマン、サブキーマンとなり方に絞って会議招集をおこなうことで、無駄な会議とならないよう心掛けたいと思います。

macoki

販売・サービス・事務

会議の修了要件を決める。
会議における自分のバリューを発揮する。

ojr_800

メーカー技術・研究・開発

会議では発言しないのなら出ても意味が無いと言うのはその通りだと思います。

eikimom

マーケティング

会議の冒頭で、
今日の会議の目的は…
と始めることが多かったのですが、
終了要件を明確にするというアドバイスに非常に納得しました。
今週の会議から早速意識して行きたいと思います。

m_kigami

販売・サービス・事務

会議に参加する場合、自分の価値がわかってないと時間泥棒にあうと言うことがわかった。

kirk_kaku

その他

会議の参加条件、何を達成すればこの会議は終わるのかは重要な事と思いました。

ku_sugiura

経理・財務

「会議の終了要件を宣言する」はすぐ始められるし言葉の力を上手に使った素敵なテクニックだと思いました。明日から活用していこうと思います。

iwako

営業

会議に出るからには「価値」を
修了点の見極め
当事者として参加しろということ。

ozawa_h

IT・WEB・エンジニア

会議に参加すること自体を目的にしないようにしています。またそのような会議には不参加にするようにしています。
会議に参加する場合は会議の目的を把握して、自分がその会議に参加する必要性を明確にしています。

oka-34

メーカー技術・研究・開発

会議の終了要件を最初に決めておく。意識して会議に臨みたいと思います。

yamamocch

メーカー技術・研究・開発

会議の終了要件を明確にしてあれば、話がずれても戻り易くなる。会議に参加する価値を意識することで自分の役割が認識できる。

nipei26

営業

昔であれば、会議は会議室に集まって行うもので、時間も取られる認識があった。そのような会議では自分のバリューを意識し、参加の可否を良く考えるのは意義があると思う。しかしながら、昨今、Web会議が普通になり、とりあえず参加し状況のみ把握する、必要なタイミングで意見を言う。自分に関係ないパートでは別の仕事をパラレルで行うこともできるようになったため、少し考え方も変わってきたと思う。

user_0001

マーケティング

会議に参加する意味を改めて毎回考えるようにします。

morimotoa

営業

会議は終了要件を設定する。
参加の際は自分のバリューを考え、確定する。

mh_g

営業

伝達会議であっても「終了要件」を明確にして開催すべきだと考える。
　会議後から変革すべきこと
　会議後から実践すべきこと、期日
を参加者全員が納得し、期待水準で理解していることを終了要件としたい。

shun_shun1212

営業

会議の終了条件は言語化するという考え方は積極的に活用していきたい。
会議の目的は必ず意識しているが、目的が達成できたかを測る指標がないため、
会議の終わりが分からなくなってしまうことは多々ある。

またとりあえず参加者を呼んでおこうというスタイルは自分はすごく嫌い。

natsu727272

メーカー技術・研究・開発

これまでは情報収集の為に出る事が多かったが、事前に自分の価値を考えて会議に参加し、何かしら発信できるようにしようと思う。

h-goto

その他

今回改めて会議の心がけ、効率的な会議について確認できた思います。その中で目的より終わりに目を向けていること、自分の存在価値を考えることを学べたことは良かったです。

talfelif

メーカー技術・研究・開発

バリューは何か、と考えるのは確かに個々人で必要なことだと思いました。

katsu1616

経理・財務

決める会議の場合、会議の参加者を確認する、事前に上長とネゴしておく、ことは重要なことと思う

masa197001

メーカー技術・研究・開発

終了要件の言語化、参加者確認、参加前にValue考える
取り入れたいと思います。

asdfjk

メーカー技術・研究・開発

会議の前に、その会議で自分にどんなvalueがあるのかを考える　を実践していこうと思います

techno_yonemura

人事・労務・法務

会議にはただ参加するのではなく、事前に情報収集し価値を見出せるかを確認しておくのが良い。

keisuke_04

メーカー技術・研究・開発

会議に参加する際は、自分が何にコミットできるのかをまず考える必要がある。
また誰が重要なステークホルダーとなるのかは事前に確認して、事前準備なり、プレゼンテーションの内容の調整が必要。

toratora2024

資材・購買・物流

今後は意識して会議に参加する前に自分のvalueは何か考える。

west__village

人事・労務・法務

早速試してみたいです。終了要件は何か。招集メンバーはだれか。自身のバリューの確認でしたね。でも、2時間の会議で5分だけが自身の参加バリューとしての時間のような会議も多いです。

shikay

メーカー技術・研究・開発

自分が呼ばれた会議は呼んだ人は「必要だから呼んでいる」場合が多く、断ることができない。自分が参加する意味はほとんどないと思うが、呼んだら呼んだで「何か話を振らないと」と思うのか話を振られても、なぜそれを自分に聞くのか、聞いたところで聞かれないし、対応されないし、コメントする気にならない。同情で呼ばれてもお互いのためにはならないから、「とりあえず呼ばれた会議」は要注意だ。自分が設定する会議はミニマムの方が多い。定例会も定例だから行う会議になりそうなので極力定例にはしない。修了要件を決めるというのも良い案かもしれないが、アイデア出しのような会議の場合修了要件がこちらの意図したものにならない場合もある。呼ばれた会議というのは中々対処が難しい。