Ach*_*les 11 methodology communication
随着我所在的团队努力正式化并建立更多的开发实践,我发现沟通似乎在以下几点失败:
在关于项目的非正式谈话中,大脑火花时刻成为新的特征/要求.这些"附加物"似乎在裂缝中失败,或者细节在经过一段时间后变得模糊.
在没有明确授权目标或任务的会议中,参与会议的成员对实际讨论的内容有不同的说明.
作为一个团队,我们不断受到挑战(现在我们实际上更愿意编写它们)以生成质量规格和技术文档,详细说明项目中需要具备哪些功能.
我的问题是: 解决这些沟通瓶颈和效率低下有哪些建议和方法？没有程序员喜欢编写文档,但希望我们可以集中理解并在项目的生命周期中使信息更加可见和可用...
谢谢你的帮助!
坚持议程.保持目标.当事情开始偏离正轨时,要么安排另一次会议,要么在会议结束后将其发送给电子邮件.
用行动项目结束每次会议 - 一份关于谁将做什么以及何时做出预期的书面清单.是的,这意味着有人需要在会议期间写/输入某些内容.
如果文档变得重要且需要,那么我强烈建议您提出简单的标准,然后坚持下去.
维基.维基.维基.所有对团队有用的"部落知识"信息都需要进入维基.如何设置开发环境,常用调试技巧等