持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第2天，点击查看活动详情
有朋友问我，公司老板对技术部的产出一直不满意怎么办？我回答，那就想办法保持稳定的产出。然后你就会听到其他的问题，比如团队资源不够啊，系统问题太多，产品交互设计不合理，功能都有，但用户很难用等等。
但这些问题跟老板说有用吗？这本就是技术管理者要解决的问题啊。
分析问题
团队产出不满意，不一定就是说技术能力不行，也可能是产品设计能力不行。研发产品是一个非常复杂的过程，需要产品、设计、开发、测试等等各个岗位配合，这里最重要的就是产品岗位了。如果产品设计不行，技术再厉害，做出来的东西很可能用户不会用。这点在偏技术的领域尤其明显。
回到这个问题，我们必须得弄清楚问题原因，才能解决问题。而这个问题是由很多不同的问题组成的，如果你看成一个问题，当然很难解决。但如果采用分而治之的方法，其实还是可以解决的。很多人的能力可能解决不了一个大问题，但如果能把这个大问题拆解为十个不相关的小问题，那对个人能力要求就降低很多了。
拆解问题
资源不够其实不是问题，资源不够本身就是开发过程中的一种约束。我们要在这个约束下做好资源分配，资源不足常常被当作需求管理没做好的借口。下次在说资源不够之前，先想想自己有没有把资源用到最重要的事情上。
产品设计不合理，这即是产品经理个人能力，也是团队没能做好协同工作。人人都是产品经理，人人都可以参与产品设计。甚至还可以继续拆解，如果问题是太少站在用户角度上来设计，那么可以让产品经理画出原型后，让真正的用户来看，在不用讲解功能的情况下，用户能看懂，使用无障碍，那说明设计达标了。
解决思路
在软件开发过程中，很多时候是没有对和错的，只有好和不好。比如，产品经理在画原型的时候，是有着自己的一套思维逻辑的。从逻辑上看，它并没有对错之分，都能让用户达到它的目的。但从用户使用体验上，是有好和不好区分的。这种”不好“如果只是细节上思考不周，那其实还好。后续可以通过迭代改进。但如果是方向性思考上出了错误，那整个系统都会出问题。后面想改都改不动。
其实很多公司的产品都有这个问题，但是，怎么才能发现这个问题呢？如果你只是凭感觉跟产品经理说他的方案不好的话，那他不一定能改出更合适的方案。这时候就要考验管理者的能力了，管理者不仅要能发现问题，还要能通过提出好问题让下属想清楚问题所在。我的经验是通过深入到场景里提出具体业务实现的问题，能不能满足？满足的方式是不是足够友好？从另一个思路去设计，是不是逻辑会更简单？用户也更容易理解？提出一个好问题，引出一个好答案。
当然要稳定产出，除了这些能力问题要解决外，还有一个很重要的就是项目管理问题。这个之前写过的，这里就不再重复了。以我的经验，要想持续的、稳定的交付成果。团队成员需要相对稳定，再经过很长时间的打磨， 这样才能长出来这样一个持续交付的能力。
