公司不断发展、管理不断跟进，各部门都纷纷制定出严格的工作流程，有了条规，大家有条不紊的办事当然是一件好事，一环扣一环，哪出了问题都能找到负责人;可是在咱这个行业中，快速反映尤其重要，所有的事都走一遍流程未必合适，待流程结束可能也错过了时机。下面就简单和大家体验一下严格规程与快速灵活各自的优势，在运用中，管理者也尽量能根据具体情况分析，将一些事务特殊对待。
灵活机制
在成立不久的创业公司中，从人力物力的现实情况来说都还没有或者不需要建立严格的规程，在这样的环境中最能体现快速高效的反应，在产品设计过程中更能省去各种步骤，可以说是畅通无阻啊…优势：不论从哪得到的设计需求，可以很快讨论要不要做、怎么做，然后设计出来给大家讨论，基本定型后就可以着手开发了，开发过程中也能根据进度灵活的调整设计细节，在此过程中不需要开需求会议，不需要经过各级审核，不会因为需求已定而不能在开发过程中做调整，即使产品上线了，发现哪有问题或者觉得哪不合适都能找到程序员当面修改一下，很快生效。这样的设计开发过程非常灵活，能更加当前情况快速反应。
缺点：设计阶段不严密，经常会出现一些不必要的问题，设计出的产品往往也不太完善，即使立项后由于没有设计说明书、明确的需求，设计人员也不能全身心去开展其他设计，还需要紧跟视觉设计、程序员完成各个步骤，随时解答他们的问题，还要面对甚至PK程序员好心提出的各项设计建议;开发整个过程中如果出现问题则容易互相推卸责任。
严格规程
公司发展到一定规模后管理的难度也越来越大，为了能规范化管理，在各项事务、各部门、部门间制定严格的规程的必要性就突出了，有了规矩并按规矩办事能避免很多麻烦，让公司有条不紊的发展…优势：新产品设计、产品维护都有了明确的流程，新产品如何收集整理需求、设计、审核、需求会议、详细设计、可用性测试、立项开发……一步步有规有矩，在哪都不会出现问题，产品维护也同样有严格的流程，经过这些步骤，不论是个人设计还是团体设计基本都不会出现问题，立项后，产品人员也可以开展其他工作，开发、测试人员只需严格按照设计说明书和需求来进行开发，省去了立项后的沟通，另外有了严格的步骤、文档等即使设计人员变更也不会直接影响到这个产品的后续工作。
缺点：由于规程中步骤很多，走下来需要很多时间，在进入下一步之前需要将之前的步骤完成，例如组织产品审核会议前需要完成产品设计说明书、撰写好全部需求，这些虽然能帮自己在会议前完善思路，但耗费大量的时间去完成这些文档，会后还需要根据变动一一修改。在产品维护过程中，大大小小的修改很多，有些影响体验的问题更是要快速反应，走流程会让大家比较累，举个例：一同事发现刚上线的产品有个标点符号不对，属于设计的变更，这就麻烦了…去找开发人员帮更改一下，得到的答复是"走流程吧"…好吧，为了一个不到1分钟修改上传的标点，按流程走了几天，但既然规定在，谁也不能私自修改。
结语：
小D从创业初期跟随公司走过了一个个的阶段，从最初甚至没有部门、职能划分一直走到绝大多部门、事务都制定出严密的工作流程，从中体验到了各阶段的优势与缺点，个人更喜欢快速灵活的工作方式，但规范流程不可或缺，需要相互依存;
如何制定?在制定流程的过程中，需要由当事人(同一部门或同一事务参与人)参与，在参与人中选取代表来制定，然后由大家评估流程的可行性，让规范流程得到大多数参与者的认同之后才能定下来;当规程指定出来后，就需要大家能够严格的遵守，当然这个规程还需要根据发展不断更新;把握一个原则：流程是当事人定的(不是老板或上级
制定)，目的是帮助大家更好的完成工作;
如何变通?不要让全部相关事务都去按流程严格的走一遍，有些需要快速反应或者比较简单的事，可以制定一套应急机制;规定是死的，即使很合理也要根据具体情况去分析处理，别把简单的事复杂化，走规程之前也评估一下采用的性价比。