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