好的团队，差的团队
2019-12-16
来源： 百度敏捷教练 李大桃同学
好的团队，有引人入胜的产品愿景，怀着传教士般的热忱工作。差的团队，像是雇佣兵组成的，当一天和尚撞一天钟。
好的团队，从关键业务指标获取启发，通过观察用户的痛点、分析用户使用过程中产生的数据，不断尝试新技术解决现实问题。差的团队，从销售人员和用户那里收集需求。
好的团队，理解谁是主要干系人，干系人所受的约束，承诺引入解决方案，方案对用户和客户有用，同时也满足业务上的约束条件。差的团队，从干系人那里收集需求。
好的团队，掌握大量的技术，这些技术可以快速验证哪些产品创意是值得开发的。差的团队，召集会议来制定路标和排列优先级。
好的团队，喜欢和公司内有想法的主管们头脑风暴和讨论产品。差的团队，在团队之外的人胆敢提议他们做任何事的时候，会感觉到自己被冒犯了。
好的团队，产品经理、交互设计师和开发工程师坐在一起，对功能、用户体验、技术可行性达成一致见解。差的团队，各自坐在小格子间里，没有文档和会议安排，就不响应其他人的请求。
好的团队，持续尝试新想法以求创新，过程中会注意保护公司利益和品牌。差的团队，还在等待开始尝试的指令。
好的团队，对于创造成成功产品所需的技能很有信心，比如强大的交互设计能力。差的团队，甚至不知道交互设计为何物。
好的团队，保证工程师每天有时间参与产品原型的讨论，为做好产品献计献策。差的团队，在迭代计划会上展示原型，只是为了得出工作量估算。
好的团队，每周直接和用户交流，以更好的理解用户诉求，并试探用户对最新的产品想法的反馈。差的团队，以为他们自己就能代表用户。
好的团队，清楚知道他们所喜欢的在产品上的想法，很多都不会被用户所接受，即使有一些被用户接受了，也需要经过多个迭代的打磨才能达到预期的效果。差的团队，只开发路标上规划的内容，能按时交付，不出重大质量问题就好。
好的团队，理解速度和快速迭代对于产品创新的价值，更知道速度来自于正确的技术，而非加班。差的团队，抱怨同事工作不够努力，速度太慢。
好的团队，在评估方案，确认可行并对用户和业务有实际价值后，共同做出承诺。差的团队，抱怨他们处在一个销售驱动的公司。
好的团队，使用工具，以便快速了解用户是如何使用产品的，并基于数据做判断。差的团队，认为统计分析是可有可无的。
好的团队，持续集成和发布产品，因为他们知道持续的小发布流为用户提供了稳定可靠的解决方案。差的团队，在经过痛苦的集成联调之后，手工测试，一次性发布所有功能。
好的团队，专注于用户。差的团队，专注于竞品。
好的团队，在关键业务目标重大影响达成后庆祝。差的团队，在终于发布了产品之后庆祝。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
