除了有远见卓识和集思广益的人之外，那些能够从头到尾落实细节的人也是团队不可或缺的一部分。如果能尽早让站点可靠性工程师、数据库管理员、架构师、 DevOps 工程师和其他后端管理员参与讨论，可以消除困扰后期项目的许多障碍和恐怖情况。
有些项目经理不太愿意让数据库工程师和架构师尽早参与讨论，因为他们担心在想法付诸实施之前会遭到反对。但这些利益相关者了解您的系统可以处理什么，以及需要哪些切实可行的修复措施才能将今天的想法变成明天的现实。充分利用这些知识。
在本文中，我们将讨论谁应该加入早期开发团队、为什么这 以色列电话号码库 些人应该加入、他们可以做出哪些其他人无法做出的贡献以及如何保持创新势头。最后，我们将介绍最佳实践，让跨职能整合的过渡尽可能顺利。
谁应该参与早期规划？
无论您是在开发下一个重要产品，还是只想解决现有的痛点，您都需要所有人齐心协力。实现此目标的一种方法是进行愿景评审。BI SaaS 平台 Domo 的产品总监 Cody Smith 将其定义为“全面审视整个项目，以确定客户、痛点和潜在解决方案。”谁应该从一开始就在场？如果产品在发布过程中的任何时候落入他们的手中，这些人都应该在场。您可以保持设计团队规模较小，但一旦他们完成设计、迭代、向利益相关者征求反馈、找到可行的解决方案并签字，就到了进行愿景评审的时候了。
在这个关键阶段，邀请工程师和后端开发人员加入跨职能协调。他们很可能比任何人都更了解通往第一个接触点的障碍。即使他们不知道，他们也可能知道谁需要尽早参与对话。达成共识意味着您可以制定从构思到推出再到维护的计划。
其他团队通常对时间安排有更多见解。这通常取决于您需要哪些资源来支持发布。根据长期担任产品经理、现任 Callaway Golf 全球数字创新和战略总监的 Earth Reiser 的说法，您应该始终关注下游并询问：这个项目会影响谁以及为什么？
“如果您需要营销资源来支持发布，您需要确保这些团队了解情况并随时待命。如果存在财务影响，您需要确保将其考虑在内。该产品会影响客户吗？如果是，请确保您的销售和客户成功团队已准备好回答问题并解决问题。”
为什么跨职能输入很重要？
Domo 工程副总裁 Kole Winters 解释说，如果你在早期阶段引入质量保证、系统可靠性工程和其他后端经理和架构师，“他们就能发现潜在问题并标记出来。”他们可以识别其他人可能不知道存在的必要任务。随着团队的协调，产品推出过程也变得流畅。这时你就知道你已经实现了跨职能整合。
团队士气也值得一提。自上而下的系统根据团队在流程中的位置对团队进行优先排序，这种系统也有缺点。“因为他们不认同，所以他们不会对流程投入太多，”史密斯解释道。随着项目进入设计和实施阶段，他们也没有太多时间关注项目。
考虑到所有这些，很容易理解为什么问题可能会在最后一刻出现或被完全忽视。当某些团队没有尽早参与时，他们就不会对流程投入那么多。当跨职能整合将所有团队纳入其中时，他们会在问题出现之前就开始积极思考。
跨职能协调常常被忽视什么？
一旦每个人都参与进来，保持一致就很重要了。“不要假设团队之间会协调，”温特斯说。“自然，很容易与其他团队脱节，这会导致挫败感。”以下几点将帮助您保持正轨：
起草计划、坚持执行、定期召开会议并保持协调。
视觉传达工具产品路线图 可以帮助团队达成共同愿景，同时看板和流程图可以帮助维护敏捷规划流程。
当可交付成果开始汇集时，请根据每个团队成员起草并同意的质量保证清单进行检查。如果不符合所有标准，则不会发货。
在任何时候，尤其是在关键的开发评审会议上，都要提出非常具体的问题。确保所有利益相关者和技术人员都在场。有哪些潜在问题需要注意？有哪些可能的基本失误？如果事情经常出问题，请重新审视您在项目开始时设定的目标，以确保您满足每个团队的需求。
项目利益相关者
了解有关吸引跨团队利益相关者的更多信息。
阅读更多
您如何不断创新？
PM 们普遍担心，一旦跨职能整合到位，所有这些移动部件、QA 清单和团队成员之间的协调可能会扼杀创新。但伟大的想法只有在其实施能力上才是好的。
在时间、资源和其他实际措施的结构化窗口内，创新仍可存在，甚至蓬勃发展。在这些范围内的创新思维可以更有效率，因为人们可以更快地认识到梦想是什么，而有机会成功的产品则有更多时间充实和完全实现。
促进创新的另一种方法是雇佣多元化的员工。当不同背景的人为一个项目提供意见时，创新就会飞速发展。多元化团队的表现始终优于多元化程度较低的团队。关键似乎是投入更多，而不是更少——更多观点，而不是更少。
并且要愿意抛弃那些行不通的想法。第一次就想出正确的想法很少见。回到你的团队，回顾，迭代。“没有一个过程是神圣的，”温特斯解释说。“确保你的流程能让你达到你想要的目标至关重要。达到你想要的结果。”
跨职能整合的 3 个技巧
有明确的目标
当您利用主要版本所需的大量资源时，重要的是要传达目标以及支持版本或项目的每个部门的成功标准。“每个人都需要了解他们所扮演的角色，”Reiser 说。
灵活
要知道，产品推出既及时又质量上乘的情况非常少见。权衡可能是必要的。你的企业中可能有一些大人物，但正如史密斯所说，有必要“讨论清楚，直到找到可行的前进方向”。
如果有人说提议的产品或服务不可行，请问是否需要更多时间才能解决这个问题。如果时间不是问题，那么是否需要雇佣更多人手？放弃一些花哨的东西是否可行？最重要的是，请记住，开发产品或支持发布的团队成员与发布本身同样重要。正如 Reiser 所解释的那样，“目标日期几乎总是任意的——人类不是。”
相信你拥有的团队
在涉及专业领域时，要重视他们的承诺。良好的工作关系建立在开放的沟通之上。最好是过度沟通。史密斯解释说：“我们给领导灌输的信心越多，他们就越不想每次都插手每件小事。”良好的沟通意味着既要倾听，又要设定期望，并期望你的团队也这样做。这是跨职能整合的基石。
有一件事至关重要——从一开始就将设计纳入其中，并贯穿整个过程。工程、产品工程和设计这三者应该在每个阶段都保持联系。这样做将帮助您实现无缝开发周期。