不起眼的问题"/>
架构设计:不要轻易放过不起眼的问题
“不要轻易放过不起眼的问题”
问题刚出现时一般都不起眼,直到后期才会变得严重。
当个人的经验和知识得不到其他团队成员的认同时,你的意见就会遭到抵制。
大多数程序员都是乐观主义者。
每个团队成员关注的侧重点不同。
每个人身上都存在自己难以识别和接受的盲点和不足。
克服这些消极因素:
1,组织团队一起来想办法管理风险。例如用跟踪 bug 的方法来跟踪风险。
让大家都参与识别风险,然后进行跟踪,直到风险解除。为风险划定等级,每当风险状态发生变化,或者有新情况发生时,重新评估风险的等级。这样做可以避免主观因素的影响,同时有助于提醒团队定期重新评估风险。
2,如果你的观点不被大家接受,应该设法寻找更容易让他们理解的表达方式。鼓励大家重视反对意见,寻找更理性的讨论方式。
3,不要轻易放过“不妥”的感觉。如果还没有足够的证明“不妥”,请设法寻找最简单的方法来证明。
4,多和客户交流,经常与团队沟通,看看你是不是真的了解他们的想法。用户需求记录优先级列表(a prioritized list of user stories)之类的工具虽然可以帮助你完成工作,但是无法替代定期与客户沟通的作用,你更需要的是开放的思想。
5,自己的盲点自己难以查觉。忠言虽然逆耳,却是你最宝贵的财富。
更多推荐
架构设计:不要轻易放过不起眼的问题
发布评论