需要前后端开发的共同参与，这样我们才能明确什么时候设计被视为“完成”。因为，对于我们来说设计是也不断优化的，永远没有完结的时候，但是与前后端开发进行讨论后，我们至少可以知道设计达到一种什么程度可以称为“就绪”，也就是他们可以以此作为输入开展自己的开发工作。

　　需要产品管理团队共同参与，这样我们才能知道待解决问题的优先级，以及用性测试和UX评审。产品管理团队关注整个工作流程的其中一部分，并且也希望多多参与这些任务的讨论。

　　将整理好的流程放到Wiki上是很有必要的，但是并不是仅此而已。你还需要不断的对相关关系人进行流程的宣讲，发送一些博客、电子邮件，以及在一些非正式的场合进行宣传。对新的跨职能团队的成员以及一些会议上进行宣讲。

　　结语

　　如果你还没有整理或者文档化你们团队的工作流程，我强烈建议你开始整理。你可能会觉得我们现在的工作模式挺好的，虽然没有整理或者有成文的工作流程，但是也差不多是我描述的这种工作流程。但是通过整理和文档化工作流程会让你发现一些以前没有注意到的问题或者你以为达成一致而每个人理解不一样的地方。

　　把所有人都召集起来过一遍你的工作流程。大家都可以利用便利贴进行发言，提出自己的见解。在每个迭代后进行回顾，找出哪些工作正常运转，哪些存在问题。在此基础上迭代优化你的工作流程。

　　最后，不断的在整个公司宣讲你的工作流程。不要指望其他人会问你：“你们的工作流程是怎样哒?”宣传你们的工作流程，这是你的工作。

　　译者：小婧，一名行走在实践路上的资深业务分析师(BA)，个人公众号：与小婧同行 (xiaojing-jessieyj)。

　　原文地址：https://blog.usejournal.com/how-we-design-enterprise-software-916124fb73db