我们总在开启一个项目，运营一个项目，管理一个项目...... 怎样达成共识？如何高效协作？如何确保成效？钉钉？企业微信？飞书？我相信，你跟我一样，都试过。有用吗？有用。但是，总觉得少了些什么。少了什么呢？少了大家在一起的相互碰撞、相互激发，相互协作，少了完成绩效的热情和信心。怎么办？现代化工具如此强大的今天，仿佛不会几个共享工具就低人一等的团队，到底是什么限制了我们的想象？也许正是 "应用" 本身。当我看到世界上最专业的精益开发团队的工作模式后，我真是如获至宝，哑然失笑。对呀！无论有多少软件，无论开多少协同会议，实际上，看板管理就是最好的大型项目管理策略和管理工具呀！它不但能确保 "交付"，还能控制时间和节奏，保障了团队的高度协调和认同，也换起了团队的热情和成就感。看板管理，我们低估了它的强大！这套 "精益开发" 模型对我们的管理有多大的帮助？1、 敏捷软件开发（Agile Software Development）出现于 2001 年。当时，来自软件开发界的十七位思想领袖聚集在美国犹他州的一个滑雪度假胜地，探讨软件开发如何取得成功。此前，他们都各自创立了不同的新方法，如 Scrum、XP 和动态系统开发方法（DSDM）。研讨会期间，他们总结出一些强大的共同观点，形成了软件开发如何成功的共有愿景，即后来人们熟知的《敏捷宣言》 。2、 就算你并不从事软件开发工作，敏捷宣言中的价值观，对我们的管理依然有启发：个体和互动胜过流程和工具可以工作的软件胜过详尽的文档客户合作胜过合同谈判响应变化胜过遵循计划 3、 支撑这些价值观的十二条原则也非常值得我们了解一下。4、 精益起源于日本丰田公司的 “TPS”（丰田生产方式），即助力丰田成为全球最成功汽车制造商的生产方式。实践证明，TPS 的基本原则 “丰田之道” 几乎适用于所有行业，包括软件开发。          敏捷与精益可以看作是一对拥有共同价值观但起源不同的兄弟。精益起源于制造业，敏捷起源于软件开发。两组原则都能与对方完美契合，而且适用范围都非常广泛。越来越多的软件开发组织在探索如何将两组原则完美结合，从而应用于从产品创意到交付的完整开发链。                  帕彭迪克夫妇在将精益原则与软件开发结合方面做出了卓越贡献，以下是他们精炼出的精益原则，同样也适用于管理。● 全局优化● 消灭浪费● 品质为先● 不断学习● 尽快交付● 人人参与● 不断提高 5、Scrum 是由杰夫・萨瑟兰（Jeff Sutherland）和肯・施瓦伯（Ken Schwaber）于 20 世纪 90 年代早期共同创建的一种软件开发过程。Scrum 根植于经验过程控制和复杂自适应系统理论，受《哈佛商业评论》1986 年一篇题为 “新新产品开发游戏”（New New Product Development Game）的文章的启发而来。Scrum 的核心概念如下文所述。1. 按优先顺序排列的产品需求清单 2. 跨职能团队将产品所有人员划分为多个小规模、跨职能、自组织的开发团队。每个团队都有一位产品负责人负责定义愿景和总体的业务优先顺序，以及一位 Scrum 大师专注于改进团队、消除障碍。3. Sprint 将整个开发时间划分成多个短小的、固定的迭代周期或 Sprint（通常为两周或三周）。开发团队自行决定每个迭代周期要完成多少个产品需求清单项。每个迭代周期最后都要演示已通过测试、能够发布的版本。4. 持续调整版本发布计划产品负责人与客户一起合作，在每个迭代周期之后仔细检查发布版本，根据所得的结果，不断优化版本发布计划，并更新优先排序。5. 持续调整流程开发团队通过每个迭代周期之后的回顾会议不断优化开发流程。所以，Scrum 开发模式意味着：不是由一个大团队用很长的时间来开发一个大产品………… 而是由一个小团队用很短的时间来开发一个小功能。但定期集成，以构成整体。Scrum 模式不会硬性规定任何具体的工程实践 —— 这些都由团队自行决定。5、 XP 一种软件开发方法。该方法以简洁、沟通、反馈、勇气和尊重等价值观为基础。XP 方法是与 Scrum 并行发展的，实际上包含了大多数相同要素。Scrum 可被视作 XP 的 “包装纸”，专注于结构问题和外部沟通。而 XP 除多数理念都与 Scrum 相同以外，还增加了一些团队内部的工程实践，增量式设计改进：从最简单的设计开始，然后运用重构等技术持续不断地改进设计，而不是从一开始就做好完整的设计。6、看板是敏捷软件开发的精益方法。实际上，看板有着多方面的意义。从字面上看，看板是日语单词，是 “可视卡片”（或标志）的意思。在丰田，看板专指将整个精益生产系统连接在一起的可视化物理信号系统。6.1 可视化工作流：把产品切分成小块，将每一块写在一张卡片上，然后将卡片贴到墙上。墙上的每一栏都有名称，以此显示每张卡片在工作流中所处的位置。6.2 每日立会设定会议时间节奏。最好是每天。立会，站立式会议；按照团队分工进行分组会议，团队之间还可以来回走动。每天每组的立会大约 15 分钟。15 分钟不能解决的问题可以单独私下沟通。每个人都可以发表意见和建议，还要写在便利贴上。但是特别要注意的是，立会的主持人，也被称为 "大师"，其实也是团队的 Leader，他对你的便利贴有决策权。不同颜色的便利贴有不同的作用。例如红色的便利贴可以代表存在的问题。6.3 看板管理，可以全盘展示项目的 5W1H，项目的目标，时间轴、完成项目的节奏、主要负责人等。完成一个阶段性的小目标，还可以搞一个小型的庆功派对。所谓 “一图胜千言”。这本书里很多配图也是非常清楚明了的，连我这个软件开发外行都看得懂，用得上，你一定翻翻看！《精益开发实战：用看板管理大型项目》是瑞典作者克里伯格 2012 年出版的。你值得拥有。