工程师的职责就是解决问题，信息对于他们既是金钱也是工作的核心。无论是流程、项目还是组织，实际上都是对工程师信息使用的协调和衡量，用以解决问题。这就意味着，绝大部分公司的当作流程和流程框图都包括一系列步骤或者是这些步骤的组合。当然，流程可能有分支（一般流程图技术中的菱形决策节点）和交替路径，但是这些代表着并行的路径，大多数工作假设是沿着其中的一条行进。当一家公司的工程师和设计人员理解到工厂或者生产现场的真正需求时，他们的设计在制造的时候返工的几率就会达到最小，也很容易集到现有的工厂系统当中。类似的，制造或者产品测试团队也可以通过实施并行工程理念，参与到概念生成环节，轻松缩短产品开发时间。使用这种方法，运行的需求在设计早期阶段就可以给出，大量的返工就可以避免了。然而在现实当中，这样简单的例子只能说明现代新型产品开发过程中设计返工问题的一些皮毛。返工的次数没有上百次的话，几十次绝对不算夸张。一些返工是计划之中的，比如概念验证阶段被称为回到画图板的阶段，这可不仅仅是口头上说说的事情。这些计划中的假定/测试重复，是良好设计的关键因素。但是，很多设计返工是在计划之外，源于新的信息出现、设计错误、假设改变、不合理的任务安排或者沟通有问题。如果这些返工的任务与返工相邻时间较近，损失还相对较轻。然而，返工和目标任务之间实际上总是要隔着十万八千里，甚至是由公司内部不同的机构完成的，双方负责的人员也不会有什么良好的交流。有些时候，他们可能彼此都不了解对方工作的很多细节，也没有意识到交流在设计之中的重要性。一旦出现这种情况，就不仅仅是两个团队进行返工的问题了，很可能影响非常巨大，隐蔽在工作之中的惩罚性返工可能会牵涉到所有相关的任务。不难想象，一款新产品经过多次这种循环，其初始缺陷以及衍生的影响，会在后来逐渐显现。Web 2.0时代在出现网络之前，文件都是纸质的，通过手写或者打印的方式。随着网络和其他工具的涌现，工作的速度被大大加快。电子邮件和电子文档取代了办公室中的信封和文件柜，我们能够在不同地点从不同的来源非常快速的获取工作需要的信息。信息流已经实现网络化，谁都只能窥探其冰山一角，同事们谁也不会再忙于看办公桌上的一摞摞文件。但是，这些不可见的沟通网络还是有自己的问题，包括过载和瓶颈、流序混乱、版本控制、重复性文件等等。现在，我们一步步进入Web 2.0时代，合作这个词随着Web 2.0时代的到来变得越来越实用，这是因为今天的很多工具和网站都在寻求改进知识工作者之间的工作和协调能力。举例来说，Web 2.0驱动的一类软件工具就是微博。那些已经在内部采用微博的公司，发现这种工具对于在不同部门之间传递信息有非常正面的作用。比如，工程团队可以听到一些市场团队早就已经知晓的项目概念。可视度的增加实际上有很多好处，可以避免返工，实现更好的规划和切换，并且增强了协同能力。有几个脱胎于Twitter的微博工具给企业带来了收益，比如Yammer、Present.ly、SocialText、OfficeMedium、HipChat等等，它们都为微博加入了与商业相关的关键性功能。这些工具易于使用，但是与Twitter不同，它们的保密性很好。您可以在公司内部随意哪些团队中共享信息，但是并不是每个人都可以看到这些信息。这些商业微博还可以分享媒体文件（图片、文本、视频和音频片段），它们拥有内置的问答功能，因此是老板与雇员之间、雇员与技术之间，以及现场提问环节中演讲者与听众之间完美的通讯工具。微博工具还提供浏览器和使用智能手机登陆，这也大大提高了便携性和即时性。来自敏捷的经验敏捷的方法已经在制造系统中成功实施了很多年，它同样也适用于具有创造性、重复性甚至彻头彻尾模糊性的生产活动，比如工程和设计。事实上，敏捷的优势及其约束理论在流程中的依赖度和统计差异很大的情况下，也就是我们所说的知识工人工作的场合，依然作用巨大。此外，电子支持信息流有很多路径选择，比如同时并行，这是纸质信息无法做到的。大部分敏捷制造都是基于看到并学习，以及对于浪费（muda）概念的理解，但是这在车间当中就很难实现，因为在那里您要告诉自己像过量库存这类事件是非常恶劣的。在工程部门，信息流不可见，敏捷的确定性就变成了一个难以理解的概念。您可以关注邻近的两个非常整洁高效的工作站，不会看到让人心痛的浪费，每个工作站的硬盘上都有另一个的关键信息，但是人们并不知道。今天，绝大部分将要完成的工作，都是在信息系统当中以字节的方式进行传输。这也就意味着原来您在工厂中发现的传统浪费方式与现在在工程部门中的浪费方式并不相同。真实信息流的发现，可以帮助我们识别出信息时代的浪费，从而提高知识工人的生产率。事实上，信息的有效接入、开发与交换，是影响知识工作者工作效果最为重要的因素。知识工作者的浪费包括：无效的电子邮件、不必要的复杂性和流程、无效报告、不必要的多任务等等。除此之外，信息流的欺骗性也更强。比如，它可以反向流动。例如，在第12步上的工程师为了让项目早点开始，可能在项目到达该步骤之前就假设第7步的输出结果。如果第7步的实际输出结果与之不符，那么第12步上工作人员所有预先的工作就都白费了。更糟糕的是，第7步的工作人员也可以对输出值做出假设，它和第12步的假设可能会彼此影响。这是一种新型的浪费，虽然也是一种返工浪费，但是与缺陷造成的浪费并不相同。第7步或者第12步的工作并没有直接错误，只是它们完成顺序不正确。在车间的实际装配线上，这种顺序错误不可能发生，但是在办公室白领的工作中却非常普遍。并且，由于信息传递快速，计算机技术会将这类问题放大。从工作到信息知识工人需要花费大量的时间去收集和加工信息，为了提升他们在现代企业中的工作绩效，我们必须要学会观察并且理解信息流。仅仅在流程层面那样理解业务移动是不够的，为了能够进行改进，我们还必须理解信息的创造、使用和消耗方式。我们必须要在流程的层面上理解信息的移动。为了在流程层面理解信息的移动，我们必须要理解信息在一个跨组织的复杂流程中是如何创造和消耗的。传统上，信息储存在设计文件、需求文件、供应商信息、商业案例、测试结果等载体当中，还包括很多更小单位的信息。我们将这些文档片段称作信息元或者，这个概念同像素作为图片组成单位的概念相似。这个词代表可以传递的最小单位的信息，它可以是图形、文字报价、计算、认可等等。文档通常包含多个信息元，工作则可以被描述成信息收集组装必要信息元的运动。信息元的概念非常关键，文件过大并且转移属于正式流程，这样实际上就掩饰了真正的信息流。您可以从一个原有类似文件中剪切拷贝一个信息元，您可以从网站上复制信息元，您也可以从电子邮件、短信或者即时通讯消息中获取信息元。以上这些都不是所谓的正式流程。我们认识到，任何优化的尝试都需要在信息元的层级上进行索引。信息元分析让我们将信息流打破为连续的队列，据此可以寻找最优化流程绩效的方法。信息矩阵提供了强大的可视功能，它既是一种启发式指南，也是一个独立分析引擎。如果合理使用，信息矩阵对于重新设计信息流具有重要作用。您可以做的绝不仅仅是识别出信息矩阵中的依赖关系，矩阵本身就提供了多条重要线索，只要您有一些经验，就很容易发现。下面给出的有标注矩阵概括了几类可以在描述中轻松进行标注的信息流。其中，有四条基本线索：(1) 假设线上的任何标记都代表一个来自于后续单位的输入，因为该单位预计会在稍后的流程中出现，因此提供了一个输入。可以使用一个假设值，如果离图中的45度线越远，这个假设带来的返工风险就越大，所有的后续工作都要依赖于此。(2) 回路有一些假设-开发的组合，小型的回路代表两个合作者的简单重复，有很好的效果。而大型回路却很难做到这点。(3) 失序45度线以下的任何标记都明显代表一个信息传递过程中的失序。很多知识工作者相信，这种标记可以起到很好的效果，它会提前有所准备。但是更为常见的情况是，它会造成混淆乃至返工，因为在经过正式的流程之后早期值很容易就要发生变化，所以绝大部分准备工作都是徒劳的。(4) 多路径发现不止一种获取信息元的方法，是非常常见的。接下来的问题就是使用哪一种方法。本线索和线索3比JIT和连续流更能代表了一种基于案例的思考方式。45度线稍微靠下的位置是优良部分，代表有序的增值序列。但是如果位于45度线略微靠上或者是线下很远的位置的话，就说明有问题了，会出现返工和失序。任何右上角的交点都确确实实是一个严重的问题了，需要放在改进计划的重要位置上。实施改进在看过这个机会多多的信息矩阵中所有的符号和线索之后，最好去看一看良好设计的矩阵是什么样子。本文中的第二个矩阵（如右图所示），就指出了我们希望达到的一些主要目标。首先需要注意的是，该矩阵只有22行而不是25行。如果看一下矩阵的列，发现有三个空列，信息不需要或者从未使用，这就有机会立刻实现节约成本或者减少浪费。接下来，需要注意到的是依赖关系更少。这通常发生在页面之外，但是我们消除了多路径和失序信息流，它们通常起到的都是画蛇添足的作用，不会增加安全性却会带来浪费。最终，我们可以看到的特征形式包括三个部分：独立的、非独立的（或者顺序的）以及高度耦合的（或者聚集的）。这三个部分为进行改进提供了另外一些建议：(1) 独立元素真正独立，只在流程后期使用。这些元素的应用包括：外协/构建伙伴将工作外包给供应商或者合作伙伴的一个主要问题，是由于缺陷和沟通不畅带来的浪费实际上会超过成本节约。然而，将独立事件从组织中移除则相对安全。工作负载平衡这些工作会在启动或者停止的阶段完成，不会对其他信息流产生负面影响。因此，它们可以用于临时分配或者作为培训使用。 检测阶段在任何需要交接的工作中，无论它来自内部团队还是供应商，这些没有惩罚的工作都需要很快完成，以确定没有任何缺陷和问题存在，不会导致团队拒绝该项目。(2) 顺序元素可以很好的应用诸如线平衡、连续流或者看板这些概念。这应该是流程中最大的一个组成部分。(3) 高度耦合元素高度重复，项目周期和成本对于该部分的表现高度敏感： 考虑将您最优质以及最富经验的资源分配在此。可能是您流程约束的来源，因此要注意这里的管理、监控和报告。这部分信息活动的重复性和团队属性可以让其形成一个单元结构。考虑在信息时代成立一个由跨职能专家组成的团队提高知识工人敏捷性的信息矩阵方法，基于依赖（有时是设计）结构矩（DSM）。有关DSM的资源，可以登录查询，该网站包括一个知识库，与DSM社区和多款工具连接。值得注意的是，在这些工具中，由Donald Steward（DSM的发明人）开发的PSM32、Lattix、Adept、DeMAID以及多款Excel和MATLAB宏包都很实用。还有很多定制工具，拥有软件依赖性分析和类似的功能，因为天才的软件工程师总是善于开发此类产品。Excel的可追溯性工具和循环使用警告可能对于矩阵理解得不够，但是如果您想深度使用，可以尝试其他的工具。还有很多定制工具，拥有软件依赖性分析和类似的功能，因为天才的软件工程师总是善于开发此类产品。Excel的可追溯性工具和循环使用警告可能对于矩阵理解得不够，但是如果您想深度使用，可以尝试其他的工具。敏捷的哲学源自所谓的Y理论，即参与管理的方法。知识劳动者不需要每天被驱赶着劳动，他们可以非常享受工作的过程。在表面上，也很难分清他们实际的有效工作时间和磨洋工的时间。理解到这一点的经理们会让他们担负一些责任，给他们授权为项目做出力所能及的贡献。知识工作者敏捷性的小范围持续改善效果，让信息的流动如鱼得水。展望未来，明天的知识工作者将会更加信奉Web2.0哲学，比如合作、开放性创新以及知识分享。所以如果您的组织拥有很多网络的DNA，如果您希望削减成本、提高绩效，那么在启动下一个敏捷项目的时候请将着眼点放在信息的移动上。