关于工作流（Workflow）的问题，我一直在思考，也一直在观察不同公司的工作流程及沟通方式… 这些年确实跳槽频繁，一个原因是自己年轻轻浮，容易跳槽，另一个给自己的理由是可以多看看不同公司的工作方式及业务模型，或许也可以让自己感受并学到很多。

必要的协同工具

特别是做软件、互联网开发的技术型公司~ 使用业界成熟的开发流程或模型是一种好的选择，不过最好还是根据公司具体情况（人员结构、项目大小及需求）来决定走怎样的开发流程，而其中使用一些必要的项目管理工具（Remind, Mantis, SVN, JIRA, Fisheye等）也相当有必要，他们可以帮助项目组成员管理好整个项目的进度、文档，也可以方便做好BUG跟踪及版本控制。当然其中也可以方便对技术人员的绩效考核，尽可能做到可量化…

最早接触的可能就是简单的Mantis+SVN 的流程开发模式。那会还在Bysoft，公司中规中矩不是太大，但作为web开发外包公司也不算小。故而很多时候都是按照法国方面提供的文档（通常是PDF格式）进行操作。大概业务流：市场销售——项目经理（需求方）提供项目文档（PDF文档：后台程序功能方面+设计集成）——交互设计（PDF+PSD）——QC负责测试、Feedback…

关于沟通：能当面说就不要即时通讯

之后在腾讯财付通，貌似流程很简单，其实却很复杂。作为前端开发方面，主要是有产品组提供产品需求，有的时候会提供有设计+文档（doc / ppt）。不过，更多的时候或许得习惯他们仅仅站在你身后吆喝的沟通方式… 而没有详细的产品需求分析及功能要求的文档。有的时候我想，真是服了他们（产品专员）这些大爷型的同事。 而作为腾讯统一采用的文档需求管理系统基本很少人用… 一是大家都希望图省事，没必要在文档平台提交需求文档；其二是那个不知道谁负责开发的需求文档管理平台真的是很烂，用户体验也很糟糕，怪不得大伙都喜欢使用RTX传来传去……然后当出现有多个不同需求的文档同时接收后就分不清哪个是哪个了～ 在RTX上的沟通效率真的不敢恭维。所以，建议初创型公司，不要太过依赖IM类的在线沟通工具。我自己总结： 小事站着说，面对面沟通最好，要事邮件说明并清楚的告诉对方其中所需注意的要素。最好不要整天QQ来QQ去… 大家都在同一个办公室（异地办公可以电话），站起来走过去的时间其实会少很多。

每个人都有义务改进工作流

今个说关于流程及沟通方式的问题主要是渐渐感觉到当前公司也存在这方面的问题，另外也正好在今天有朋友也说她们公司也是职位独立，互不相干… 这显然会造成水平沟通的障碍，如果需要跨部门协作，这种阻碍会直接影响到做事的效率。 而对于大公司，估计大家都没有需要改进流程的意愿，老同事适应了那些古老而过时的工作流，反正不改最好… 这也就滋生了很多公司“养老族”，而新同事因为资历不够，有的可能还在试用期，自然没有能力去改变现状… 那么改进工作流程的工作该有谁来担当呢？

答案还是：员工自己，只是需要有个好的领导者，能很好的引导并激发大家提出自己对工作中的建议或意见；另一方面还取决与这个领导者是否在关键时刻能独断专行，起码在出现方向不一致的时候需要这么做。 然而最最根本还是在于一个公司的文化。

好吧，今个先说这么多，以后用空再补充或修正……