架构设计：不要轻易放过不起眼的问题

不起眼的问题"/>

架构设计：不要轻易放过不起眼的问题

“不要轻易放过不起眼的问题”

问题刚出现时一般都不起眼，直到后期才会变得严重。

当个人的经验和知识得不到其他团队成员的认同时，你的意见就会遭到抵制。

大多数程序员都是乐观主义者。

每个团队成员关注的侧重点不同。

每个人身上都存在自己难以识别和接受的盲点和不足。

克服这些消极因素：

1，组织团队一起来想办法管理风险。例如用跟踪 bug 的方法来跟踪风险。

让大家都参与识别风险，然后进行跟踪，直到风险解除。为风险划定等级，每当风险状态发生变化，或者有新情况发生时，重新评估风险的等级。这样做可以避免主观因素的影响，同时有助于提醒团队定期重新评估风险。

2，如果你的观点不被大家接受，应该设法寻找更容易让他们理解的表达方式。鼓励大家重视反对意见，寻找更理性的讨论方式。

3，不要轻易放过“不妥”的感觉。如果还没有足够的证明“不妥”，请设法寻找最简单的方法来证明。

4，多和客户交流，经常与团队沟通，看看你是不是真的了解他们的想法。用户需求记录优先级列表（a prioritized list of user stories）之类的工具虽然可以帮助你完成工作，但是无法替代定期与客户沟通的作用，你更需要的是开放的思想。

5，自己的盲点自己难以查觉。忠言虽然逆耳，却是你最宝贵的财富。