《Talk Lean》—— 精益讨论

简介: 精益讨论,从冗长低效的会议中解放出来。精益概念遍地开花,精益管理、精益生产、精益创业、精益数据分析、精益客户开发。Talk Lean要点一览直接且礼貌会议开始时,明确会议目标会议结束时,会议目标要可衡量、可审查会议中难免...

精益讨论,从冗长低效的会议中解放出来。
精益概念遍地开花,精益管理、精益生产、精益创业、精益数据分析、精益客户开发。

img_72d71ebce613e3086ed9852092c74a47.png
Talk Lean

要点一览

  • 直接且礼貌
  • 会议开始时,明确会议目标
  • 会议结束时,会议目标要可衡量、可审查
  • 会议中难免会有没有被表达的内容,被表达的内容可能有更好的表达方式
  • 成为一个好听众:主动聆听
  • 回应演讲者:从讲话者的角度,从自己的角度,从二者共同的角度
  • 有疑问就问
  • 所做即所说,所说即所做

礼貌地直达问题,Politely to the Point

开场白通常有两种方式:礼貌却回避问题(polite but long-winded),直接却不够礼貌(direct but not very nice)。前者没有任何推动作用,后者则会引发对抗。

开始会议

在会议开始时,说明目标。每个小阶段都要有清晰的目标,表述要直接且亲和。

以终为始,会议产出要有可以衡量的“参数”,会议目标要和“参数”对照。

会议中

让会议高效运行。如果会议的必要性不强,取消会议,通过邮件沟通。

人们在会议中通常会有没有表达的内容。有的人可能是怕显得粗鲁,有的人会通过肢体语言表达出来。如果存在未表达内容,不可避免地会导致模糊、错失机会、严重误解。

主动聆听 active listening

动用全部注意力,而不仅仅是听:肢体语言、重复听到的内容、微笑、点头、分析处理听到的内容、记笔记。

谈话的路径

  1. 从对方的角度;
  2. 从自己的角度;
  3. 从二者的角度。

从对方的角度:

  • 你刚才说的是什么意思?
  • 你为什么会这么想?

从自己的角度:

  • 我认为
  • 我觉得
  • 我需要
  • 刚才你说ABC,我告诉自己XYZ

二者的角度:

  • 我要如何如何做,好让你...
  • 我们现在该怎么做

如果你觉得对方表达不完整,就要从对方角度提问,原因有三:

  1. 你理解对方的话,但不清楚动机;
  2. 不理解对方的话;
  3. 理解对方的话,但需要澄清;

对于主动聆听着,尽量使用“自己的角度”。

肢体语言

肢体语言不能用来做判断。没有言语方面的断定,肢体语言不能告诉你别人在想什么。

人是不能关闭潜意识的,所以总会有肢体语言。解决的方法是“所做即所说,所说即所做”。

会议要结束时

逐个发表意见。

用开放性问题结束会议,比如:“你觉得今天的会议怎么样?”、“今天有什么收获?”。


另一篇文章里关于《会议领导力》的29点:

  1. Start on time.

  2. Know the importance of proper meeting mechanics

  • following the agenda
  • note taking guidelines
  • removing distractions
  1. Keep your points numbered and your meeting format in line with the agenda.

  2. Get the team members involved in managing the meeting

  • hanging flip chart sheets
  • taking minutes
  • providing time checks
  1. Use the room as your stage
  • walk around freely
  • don’t be tied down to a podium
  • use casual body language (sit on table, lean against wall, sit occasionally)
  1. Maintain control
  • review the agenda
  • repeat the meeting objective
  • prevent cross talk
  1. Use visual aids (flip charts, writing boards etc.)
  • don’t censor comments
  • don’t worry about spelling
  • shorten long comments (go back to the person if clarification is required)
  • write legibly
  • get everyone’s idea on the board
  • use different coloured markers to emphasize key points
  1. Ask open questions to encourage discussions. Use closed questions to conclude discussions.

  2. Stimulate conversation when ideas are slowing down

  • paraphrase questions
  • use non-verbal cues to encourage response (leave the front of the room, or ask the contributing member to write the idea on the board)
  • ask everyone for comments
  • wait patiently until a member is finished
  1. Remain neutral
  • don’t take sides
  • remain non-defensive
  • avoid lecturing
  1. Acknowledge everyone in the group
  • try not to be phony
  • use probing questions
  • be aware of the silent members on the team
  1. Practice writing on chalkboard and listening at the same time.

  2. Use subtle methods to quiet the dominant speaker

  • use directed questions to someone else
  • use closed questions
  • stand near the dominant speaker as a display of physical presence (this technique displays authority)
  • be tactful
  1. To regain leadership
  • stand, don’t sit
  • be visible to the entire group
  • use a clear voice that can be heard by all
  • remind the group of meeting objectives
  1. Stand beside the flip chart or board
  • do not block the information
  • talk to the audience, not onto the board or flip chart
  • it’s OK to add points to existing wall charts
  1. Write large enough to be read from the back of the room
  • avoid abbreviations
  • print instead of write
  • don’t overcrowd a sheet, use lots of paper
  1. Invite additional resources into the meeting, if topics are expected to go beyond the expertise of the group.

  2. Provide hand-outs to team members

  • should be prepared at least 24 hours prior to the
    meeting, or after a meeting has ended ready for the next
  1. Use breaks if required
  • effective method when a loss of control is evident
  • to stop a dominating member who is disrupting
    the meeting
  • to re-emphasize an issue
  1. Don’t make time checks obvious, although they are important.

  2. Create the proper environment for the topics being discussed.

  3. Don’t be afraid to have fun

  • use jokes and small talk where appropriate
  1. Be warm and friendly.

  2. Do not become over possessive with the power of leadership. Remember that your team
    members are also co-workers and friends

  3. Channel any nervous energy

  • do not wave pens or pointers
  • do not stand rigid, or fidget too much
  1. Leave open space in front of the room for notes and material. Arrange the room
    appropriately.

  2. Be flexible.

  3. Recap at the end of the meeting and explain the next steps.

  4. Conclude the session effectively.

目录
相关文章
|
5月前
|
监控 JavaScript 前端开发
Quality Engineer 的工作职责和技能需求
Quality Engineer 的工作职责和技能需求
31 0
|
6月前
|
安全 测试技术 网络安全
软件测试领域的 penetration testing 的概念和目标
软件测试领域的 penetration testing 的概念和目标
53 0
|
11月前
|
自然语言处理 搜索推荐 API
关于Prompt Engineering你该了解啥?OpenAI应用研究负责人帮你梳理了(2)
关于Prompt Engineering你该了解啥?OpenAI应用研究负责人帮你梳理了
172 0
|
11月前
|
机器学习/深度学习 人工智能 自然语言处理
关于Prompt Engineering你该了解啥?OpenAI应用研究负责人帮你梳理了(1)
关于Prompt Engineering你该了解啥?OpenAI应用研究负责人帮你梳理了
128 0
|
数据建模 Java 项目管理
【UML建模】(X) UML建模之Enterprise Architect 15的使用
Enterprise Architect (后面简称EA)是一款优秀的UML建模软件。它兼容UML2.0中的所有图表。EA不同于普通的UML画图工具(如VISIO),它将支撑系统开发的全过程。在需求分析阶段,系统分析与设计阶段,系统开发与部署等方面有着强大的支持,同时加上对10种编程语言的正反向工程,项目管理,文档生成,数据建模等方面。
240 0
【UML建模】(X) UML建模之Enterprise Architect 15的使用
|
敏捷开发 架构师 测试技术
2022年下半年 系统架构师,论文-软件开发模型(Software Development Model)
2022年下半年 系统架构师,论文-软件开发模型(Software Development Model)
228 0
|
敏捷开发 数据可视化 项目管理
Computer:敏捷开发Scrum方法的简介、发展历程、开发流程之详细攻略
Computer:敏捷开发Scrum方法的简介、发展历程、开发流程之详细攻略
Computer:敏捷开发Scrum方法的简介、发展历程、开发流程之详细攻略
|
敏捷开发 程序员 持续交付
Agile已死, Agility长存
Agile Is Dead (Long Live Agility) ( Agile已死,Agility长存)
|
机器学习/深度学习 安全 程序员
产品设计不是命题作文:Design Hackathon 方法介绍
在产品的定义阶段,产品发展形态的可能性是最多的。对于当前国内绝大多数移动互联网创业公司来说,在产品定义初期,往往都是由个别产品负责人或者创始人「决定」产品方向的。这种「命题式」的传统方法,会导致产品的大部分可能性被早早扼杀,很容易让产品设计陷入程式化的思维或是已有的产品模式。在这种方式下,不能说诞生不了好的产品,但突破和创新的难度将会大大提高。传统的「头脑风暴」,在发散思维时往往失于天马行空,忽略了落地的可行性。
268 0
产品设计不是命题作文:Design Hackathon 方法介绍
|
存储 监控 NoSQL
How Digg is Built:讲述Digg背后的技术,互联网营销
  虽然最近业绩有所下滑,也出现了一些技术故障,但Digg作为首屈一指的社会化新闻网站,其背后的技术还是值得一探,最近Digg工程师 Dave Beckett 的一篇名为《How Digg is Built》的文章,非常系统地将Digg背后的技术展现给大家,非常值得一看。
1130 0