与非技术用户的沟通可能具有挑战性。为了保持新的和经常进行中的开发具有生产力,您要记住哪些提示?向非技术性利益相关者介绍新发展的良好经验法则是什么?
回答
“一张图片胜过千言万语。”图表可能会有所帮助。
我同意图片的答案。此外,如果观众有兴趣,计划能够深入到演示文稿中,但是如果他们只希望1000英尺视图刚刚达到顶级点。关键是在展示期间与观众保持沟通,以便了解他们需要多少细节。
如有可能,应在稍后时间进行任何“钻孔”。用1K的观点来颂扬他们,让他们想要更多。有点“挖掘”可能会有所帮助,但保存详细信息的时候,你知道他们想听到什么,并有时间专门准备发送该消息。 – 2008-12-11 22:07:49
您需要以他们能够理解的方式量化非技术人员的进展 - 讨论完成的功能,描述用例和用户故事,并讨论下一个里程碑。
使用易于理解的语言和大量图形的简短句子。尝试创建经常人可以涉及的隐喻。
+1:他们真正关心的事实 - 功能,用例等 – 2008-12-12 01:55:02
如果您向他们展示Beta,Alpha或甚至是原型,则会显示不能正常工作的事物。例如灰色菜单或仅使用粗糙的图形。否则,他们会认为自从他们第一次看到它就差不多完成了整个项目。
构建界面通常是很容易的部分;他们不会记得(不管你告诉他们什么),背后的代码被破坏了。
了解您的受众,以及在某个特定会议上何种程度的粒度和时间范围。对于一个高级别的指导委员会来说,一些新的发展可能对定义一般规则很好,但如果有一对一的会议,那么进入“如果应用程序应该做什么, ...“一遍又一遍地得到回答,因为有时用户不会意识到计算机必须采取步骤来处理任何的情况,如果在房间中有半打VP并且正在讨论他们大多数人根本不关心的少数错误。至于时间点,有一个议程,并且应该讨论或沟通从各种角度了解什么是需要牢记的事情。如果您预订了4小时的会议,结束时间为30分钟,您可能会失去信誉,如果会议需要更多时间,有些人可能会这样想:“好吧,我们已经有3次了,每次都是这样在30分钟内完成,这次有什么不同?“
每个人都想知道的东西......它如何影响他们?
- 1. 什么是测试和测试驱动开发的良好在线介绍?
- 2. 有关发现错误的静态分析的良好介绍性文本?
- 3. 什么是Clearcase的一个好的介绍性工具?
- 4. 关于Swing组件扩展,什么是经验法则?
- 5. SVG的好介绍
- 6. 您使用Sun CoolThreads技术的经验是什么?
- 7. JLS,Java和相关技术之间的关系是什么?
- 8. .NET中MSMQ的新技术是什么
- 9. 或者存档的介绍
- 10. 为什么不介绍主要方法?
- 11. 这些与技术相关的术语有什么区别?
- 12. 很好的介绍OpenGL?
- 13. 比较图像相似性的最佳技术是什么?
- 14. 什么是一本介绍数据库为web开发人员的好书
- 15. Java关闭介绍
- 16. 在Java中介绍TCP套接字编程的好介绍?
- 17. 好介绍<inttypes.h>
- 18. 非技术性可可
- 19. 什么是PWA的商业利益
- 20. TFS2013 Web Access - 利益相关者的配置
- 21. 如何正确设置TFS中的利益相关者访问
- 22. 什么是良好的并发性的ORM for .NET?
- 23. 介绍XML验证错误
- 24. 介绍Javascript - 语法
- 25. 重新整合分支介绍主干的正确方法是什么?
- 26. 向我介绍boost :: exception
- 27. 向Gson介绍变量
- 28. Python导入有什么好的经验法则?
- 29. 什么样的技术规格与创建家庭UnitTest实验室相关?
- 30. TFS(VSTS)利益相关者工作项目创建权限
我投票结束这个问题作为题外话,因为这个问题并不是真正独特于软件开发作为一种职业,而且问题也主要是基于意见的。 – 2017-10-20 09:50:06