在快速变化的科技领域，产研团队的表现直接影响产品的质量和市场竞争力。然而，有些团队在实际操作中会遇到各种问题，影响工作效率和结果。这篇文章将深入剖析“糟糕”产研团队常见的六个表现，并提供行之有效的解决方案，帮助团队克服挑战，提升整体表现。
———— / BEGIN / ————
如果是不是亲历过“糟糕”的团队，我不会对所谓的“团队凝聚力”、“团队沟通”、“团队激励”这些“陈词滥调”的重要性有深刻的切身体会。就好像不到沙漠，不知水对于人体的重要性一样。所幸，现在团队已爬出深坑。
这篇文章将从6个问题，来分析“糟糕团队的具体表现”，进而总结，我们怎么通过2个季度的努力，把一个所谓“糟糕”“低能”的团队，改造成一个优秀团队，并且打造出领先业界的产品的经验。
问题1：闭门造车，功能可用性差
产品、研发对产品、用户使用场景不熟悉，更很少关注市场和竞品，与市场同事（需求方）的沟通也严重不足，结果功能上线后，产品认为做出来的功能很强大，但是用户、运营同事认为不好用，没法用。
解决办法：
-
强制体验产品：整个研发团队，尤其是产品经理，必须投入时间体验自己的产品，体验竞品，成为用户，从用户角度思考问题，基于用户使用场景来设计方案，而不是靠臆想。我始终相信，唯有自己是真正的用户，才能出好的产品。
-
优化沟通流程：邀请市场、运营同事参与需求评审会、以及内测，在产品上线前，尽早反馈问题，越早暴露问题，协商、调整方案的成本越低，可避免浪费研发资源，接收多方意见，也有利于产品经理做出科学决策。
-
上线后持续优化：产品功能需附带数据埋点，功能上线后，持续关注数据情况，并收集用户反馈，进行优化。
问题2：缺少规范和存档，重复踩坑出BUG
由于公司人员流动频繁，一两个月前开发的功能经常找不到文档，全靠记忆，甚至产品经理自己都不清楚已有的功能逻辑，研发也不清楚上一任同事留下来的代码。每次做新功能或者小优化点，都要花大量时间去研究线上方案，总是怕一改就错，严重影响效率。
解决办法：
-
定时更新文档：所有功能必须有规范文档，且每周更新，建立内部共享SVN，项目成员可随时查看文档，了解已开发的功能细节，提前预防问题，避免重复踩坑。
-
统一规范：同个项目成员，无论是书写产品、研发文档，还是代码，都需要遵循统一的规范，并且在完成新的功能模块后，要及时输出技术文档，帮助其他协作者和新同事快速接手。
-
透彻了解全局细节：产品经理、主程必须掌握线上产品的每一个细节，并且在做新功能设计时，从产品全局出发去思考，避免头痛医头，脚痛医角，顾此失彼。
问题3：跨部门沟通成本高，效率低
由于公司不同部分散在各地办公，只能线上沟通，有时候为了弄清楚一个问题，需要找遍了一圈人，而且还不一定能得到答案，沟通成本极高。会议多，但难形成结论，且会议遗留问题难有实质进展。
解决办法：
-
避免单点沟通：可采用共享表格，来作为需求收集、问题跟进、项目进度等共享渠道，尽量做到多对多沟通，及时同步信息。
-
需求采集、问题反馈等可事先提供完善的模板，一次性采集到完善信息，避免多次沟通浪费时间。
-
参会者需会前需熟悉资料，并带有思考来参会，需明确会议目标，会议结论及跟进事项需落实到具体负责人，并引入管理者监督制度。
-
以项目来构建组织架构，统一团队成员目标和奖惩制度，往一个方向发力。
问题4：产品设计方案不合理，代码质量差
业务人员专业能力欠缺，方案设计逻辑混乱，甚至自身矛盾，缺少高专业度的人员帮助把控，将有明显问题的方案投入开发。不具备全局思考能力，甚至由于配置后台与客户端功能是两个产品经理负责，出现了配置后台与功能逻辑对不上，配置后台无防错设计，配置错误会造成程序崩溃的问题。
同时，研发人员代码水平也较低，抽象能力差，代码经过几次换手，交接不完整，整个项目开发8个月，核心流程依然无法跑通。
解决办法：
-
明确第一责任人：产品经理需作为第一责任人，对方案合理性负责，开发者对代码质量负责，若出现问题无法定义直接责任人，则leader担责。
-
做好方案评审、代码review，初级执行人员的方案需经过审核后，才可投入研发，需将潜在问题在方案阶段即暴露出来，并设计合理方案。
-
提供成长机会和机制，通过导师制度，分享会、面谈等方式，让新手快速成长。小组范围内进行总结会，定期对问题进行反思、讨论，避免重复犯错。
-
人力资源升级，考核人员水平等级，优胜劣汰，明确奖惩，优化人力结构。
问题5：研发流程多槽点，大功能研发常烂尾，且花大量时间解决线上BUG
市场人员主导需求方案，产品经理未做需求筛选和版本规划，技术人员未对方案研发成本给出反馈，只是照单进行开发，甚至开发到一半，才发现无法实现，经常导致严重延期。发现问题后，未及时解决验证，而是继续叠功能，当系统过于复杂后，原先的问题解决难度被严重放大，造成烂尾。
