有效沟通需求––沟通模型

汽车电子硬件设计 2021-03-18

这是博客系列有效沟通需求”的第3部分。

在第2部分中,我从每个角度介绍了需求的基本定义,并讨论了需要传达的各种需求类型。

在第3部分中,我将从需求的角度介绍基本的沟通模型

沟通模型–需求视角

为了解决有关有效沟通需求的最佳方法的辩论,我们利用沟通理论的基础,如以下资料所述:“什么是沟通”“沟通:重要性,形式和提高沟通效率”组织中的沟通流程”;和“有效沟通

如图1所示,存在一个需要沟通的想法或概念(在这种情况下是需求)。有消息的发送者,已发送的消息(预期的需求)以及已发送的消息的接收者,过滤器,反馈和已接收的消息(理解的需求)。

 

1:需求沟通模型

筛选条件:实际上,没有任何一个“现实”,只有每个人都认为是“现实”。每个人都有自己独特的思维导图,反映了他们对周围世界的感知。此思维图是个人成长,家庭环境,性别,教育,宗教,年龄,工作经历,遗传和生活经历等方面的结果。此思维导图包括对某些概念的偏爱或反对,以及与用于传达消息的方式有关的偏好。这些偏见可能导致接收者可能没有开放的胸怀,并且有个人偏见,对发送的消息做出错误的解释和结论。此思维导图充当“过滤器”,用于我们如何接收,解释和理解信息以及我们如何编码要发送给他人的信息。

沟通方式:我们还可以选择HOW“方式”以以下两种形式沟通信息:口头,文字,图表和模型以及使用的媒体:面对面,电话,文字信息,电子邮件,打印文档,电子文档和电子工具数据库或模型。

反馈:沟通模型的重要组成部分是反馈。反馈是发送方可以确定接收方如何解释和理解消息的方式。当进行面对面的口头沟通时,我们可以与发送者建立对话以获取即时反馈。但是,通过其他沟通方式,反馈通常会延迟。在需求世界中,延迟的反馈可能以书面形式或某种形式的评审(非正式或正式)进行。反馈的一种不太理想的形式是,开发人员根据替代解释和对需求的理解(不是发件人的意图,即沟通失败)提出了一个设计方案!

我们的感官也是沟通的重要组成部分。有些人可能会通过视觉提示,声音或情感/感觉进行最佳沟通。对于“视觉”人物,您会要求提供诸如“您的外观如何?”之类的反馈。vs“这听起来如何?或“感觉如何?”当进行面对面的口头沟通时,有80%的沟通是非口头沟通。我们的言语,面部表情,肢体语言,气味和外表都是沟通的一部分。面部表情和肢体语言也提供接收者的反馈。当使用其他非语言形式的沟通形式和非面对面的媒体类型进行沟通时,这构成了巨大的挑战。

时间:另一个关键考虑因素是时间。过去,沟通的发送者可能已经向该信息的现在和将来的接收者发送了一条消息(即业务规则,标准,法规,需求)。当前的发送者必须考虑到,它们正在发送给当前的接收者的消息在将来必须被接收者同等地解释和理解。在许多组织和系统开发工作中,尤其是跨越多年的项目,人员会更替。可能需要口头的,面对面的沟通,但是当涉及到需求时,存在一些限制。目前发生口头,面对面的沟通。对于与未来接收者的沟通,口头沟通,即使记录下来,也不是满足需求的有效沟通方式。对于将来的收件人,发件人不仅需要传达消息,还需要传达消息背后的原理和消息环境。对于需求,将基本原理作为属性对于与未来接收者的成功沟通至关重要。

形式:最后,是沟通的形式化程度。正式沟通是指组织内部和外部的官方沟通。治理,法规,标准,合同,具有约束力的协议,任务分配,授予官方权限以及建立具有约束力的目的和目标是正式沟通的示例。正式沟通通常以书面形式进行,例如发出通知,信件,备忘录,文件等。正式沟通中应避免非正式的口头或口头渠道,因为没有此类沟通的记录或证据。因此,经常“我要书面!”正式沟通的优点包括:1)信息的定义清晰和有序;2)信息来源很容易确定;3)信息本身很容易找到,并且4)它允许人们“证明”信息已被传达。缺点是正式沟通通常必须遵循耗时的正式评审和批准过程。然后,一旦将文档置于配置控制之下,变更还必须遵循正式的审批流程,这需要花费更多时间。另一个缺点是“文档”本身和对文档的控制可能会使通过文档传递的信息蒙上阴影。反馈在时间和形式上也可能是一个问题。一旦将文档置于配置控制之下,变更还必须遵循正式的审批流程,这需要花费更多时间。另一个缺点是“文档”本身和对文档的控制可能会使通过文档传递的信息蒙上阴影。反馈在时间和形式上也可能是一个问题。一旦将文档置于配置控制之下,变更还必须遵循正式的审批流程,这需要花费更多时间。另一个缺点是“文档”本身和对文档的控制可能会使通过文档传递的信息蒙上阴影。反馈在时间和形式上也可能是一个问题。

非正式沟通包括非正式的,不具约束力的沟通,例如个人与团队成员之间的社交互动和讨论,演讲,广播,电视等。从产品开发的角度来看,非正式沟通在彼此信任且不需要的个人之间发生时是有效的。信息交换的“证明”。非正式沟通通常是口头或口头渠道(面对面,电话,电信,会议等),但也可以通过电子邮件,短信和社交媒体上的帖子进行。对于非正式的口头或口头渠道,除非有记录,否则没有正式的“记录”表明发生了互换。对于电子邮件,文本消息和社交媒体上的帖子,都有记录,但是除非以某种方式受到正式控制,否则该记录被视为非正式记录。

非正式沟通的主要优势是速度。非正式沟通通常会非常快速地发生,而没有正式沟通所需要的时间开销。反馈也非常快。对于口头和口头面对面的渠道,反馈是即时的。对于其他非正式的沟通方式,反馈也可以非常快。另外,可以基于反馈快速传达变更。非正式沟通的缺点包括:1)它发生的方式不系统,2)没有正式记录,缺乏证明或清晰传播信息的方式,3沟通的内容可能会引起争议,尤其是在各种过滤条件下被认为(他/她说的论点类型),

应用沟通模型:当我们将此沟通模型应用于需求沟通时,这非常有启发性,因为需求开发和管理是沟通中的有效实践。图1的左侧是我们试图通过需求进行沟通的想法和概念。其中包括问题陈述,利益相关方的需求,目标和目的,以及驱动因素和约束条件。尽管这些想法和概念来自许多来源,但从需求的角度来看,我们还是通过个人过滤器从各种来源收到这些想法和概念。然后,使用个人过滤器,我们对需求进行编码,然后通过某种方式(形式和媒体)将其传输到预期的接收者,接收者又将通过自己的个人过滤器对消息进行解码。

一个人可能在其整个职业生涯中都从事特定领域的工作,因此可以假设每个人都以相同的方式进行产品开发。如果某人仅在正式的,基于文档的系统工程环境中工作并且使用传统的基于瀑布的流程,则该人很可能会遵循该流程来编码和解码需求。在实施MBSE的组织中,并且使用一种或多种建模语言(例如UML / SysML)对员工进行了培训,那么他们很可能会尝试通过构成整体模型的各种图表和可视化来编码和解码需求系统利益。在敏捷软件环境中,员工很可能会受到敏捷宣言的指导(敏捷宣言,

传达需求的挑战在于,接收者接收,解释和理解的需求是否反映了发送者传达的需求的意图。在图1中,目标是标记为“预期的需求”和“理解的需求”的两个框代表同一条消息-发件人预期的需求与理解的需求相同由收件人。当消息不相同时,将存在问题,以致正在开发的系统将要么失败,要么系统验证(不符合需求)和系统确认(不满足运营利益相关方的需求)环境)。

一种尺寸并不适合所有人!

实际上,成功的产品开发方法必须包括多种形式和媒体,以完全开发和有效传达设计,编码/构建,验证,确认和交付产品所依据的需求。不能使用单一表格或媒体有效地传达所有各种类型和类别的需求。为了有效地传达需求,明智的业务分析人员和系统工程师会根据需要沟通的内容和与之沟通的受众,认识到使用最合适的形式和媒体的必要性–了解您的受众!发送者有责任以对接收者有价值的形式发送消息或信息。为了有效传达需求,

如果源是利益相关方对将要提供这些功能的功能和功能的期望,则功能流程图可能是最有效的沟通形式。如果客户和开发人员能够经常面对面沟通,则可以使用用户故事,用例并同意成功,评估和验收标准来传达需求。如果监管者试图将法规传达给现在和将来的许多开发人员,那么印刷或电子文档中基于文本的一组需求将是最有效的沟通手段。如果客户正在开发要征求建议书(RFP),以发布给地理位置分散的多个潜在投标人本博客的第5部分

关键在于,没有一种单一的表格和媒体类型会最适合必须传达的所有类型和类别的需求。参考图1,选择一个输入,选择一种类型的发送者,确定消息是什么,确定谁是接收者,是否与当前或将来的接收者沟通,然后选择方式最有效且能满足接收者需求的沟通方式。对于列出的每个输入,特定的消息和每个收件人,答案将有所不同。


汽车电子硬件设计 汽车电子硬件设计,汽车电子设计培训,汽车行业知识分享交流,汽车行业标准收集,分享,转让。
评论
热门推荐
相关推荐
X
广告
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦