传统创业 vs. 精益创业:为什么说项目经理已经名存实亡

编者注：本文英文版来自海外著名的产品博客”MindTheProduct“, 中文版由天地会珠海分舵进行编译。

开门见山的说吧：我喜欢看板。但主要原因并非人们常说的那一套：既不是因为它是一个可视化的管理工具，也不是因为它能帮我们更好的对进度进行把控，更不是因为它所谓的自我管理的优秀特性。我喜欢看板的主要原因其实很简单，就是因为它让我在我的产品打造团队中根本不需要引入额外的项目管理的角色。

我曾经担任过项目经理这个角色，深知项目管理是个很复杂的活。在传统的方式中，客户常会问我拿项目进展的甘特图，而事实上是我们根本搞不清楚它们的里程碑是怎么回事；我经常要处理的是项目管理的风险，而事实上我们更需要关心的应该是客户成功(Customer Success)；在项目管理中我们更看重的管理者认证水平，而在精益管理中我们更需要看重的是管理者为产品和公司所带来的增值。

就拿我们的 Resultados Digitais这个产品为例，通过高效的运用看板，意味着我们根本不需要项目经理这个角色的存在。但这不意味着我们不相信“项目” – 只是为了将其与传统的项目管理意味中的”项目“区分开来，我们将我们的“项目”称作“史诗(Epics)“。

那么使用看板究竟能给我们带来哪些好处呢？

项目 vs. 流程

流程作为精益管理巨大的优势之一，翻译到如看板等工具上面就是，它强调的是打造并维护一个可以允许不同的“包(Pakcage)”以相同的质量进行通过的流程。这里关注的改进之处永远都是在流程方面，所以在这个过程中所获得的经验和教训都必须是可以应用到整个流程上面，而不仅仅是当前正在通过该流程的某个特定的项目，某个特定的“包”上面。通过这种方式，你在持续改进方面所付出的努力将会在任何时候都能体现出效果。

看板流程的下面这三个重大组成部分，至少在我看来，已经宣判了项目经理这个角色的死刑。关于看板和Scrum的更多描述，请查看文章《Scrum vs. 看板，还是Scrum + 看板？》。

完成的定义(Definition of Done)

对于打造一个伟大的产品，发现问题并正确的理解该问题是至关重要的。事实上，没有正确的对问题进行认识往往是一个产品所以失败的主要原因之一。所以，作为一个不断迭代循环和改进的过程，我们在每个项目中进行学习，对每个阶段的“完成的定义”进行改进。通过这种方式，每个“包”通过这个流程时所给我们带来的知识，都能应用到所有紧跟着的“包”上面来，以确保同样的错误不会出现两次 – 这又是另外一个精益管理上非常重要的因数。

流程的持续改进

举个例子，在发布一个新功能的过程中，你发现大量的用户生成了大量的需要客服支持的凭证，抱怨说他们不知道如何运用这个新功能。那么因为一次用户教育的失败，这就有可能会影响到用户的参与度(engagement)。此时你的技术支持团队应该已经开始着手帮助这些客户解答他们的疑问，同时你的开发团队应该也在动手提供一个针对性的更新。但正重要的是，精益管理会迫使你去找出究竟哪个环节出了问题，然后迫使你对这个流程进行改进，这样才能避免同样的错误不会在其他地方(项目，功能，增强，“包”，等等)再次发生。比如，在内测环节？易用性测试环节？还是在早期的解决方案设计环节？

持续改进是确保其他项目不会犯同样的错误的关键，所以请记得将其应用到你的流程上面去。

流程

世上并没有一个统一的标准来告诉你该如何定义你的看板流程，但根据你的产品的需要，倒是有着不少来自其他地方的值得借鉴的优秀实践。同时，随着你的生意的成长和你的产品的日催成熟，你的看板流程也会相应的跟着改变。我们为我们的产品打造MVP时候所用到的看板流程，和现在我们在用的看板流程已经相去甚远。回首当年，我们那时对产品的的认知还相当有局限性，且我们当时是一个只有10个人的团队(相比我们现在，可以说是个小团队了)，随着我们对产品的深入学习和认识，团队成员也随之达到了200多号人，所以我们面临的挑战也是不可同日而语的。

你的流程进行设计和改进应该源于你此前的学习成果，但也需要正确的反映你的公司的价值取向。确保你对你的生意，你的雇员，以及公司的价值取向有正确的认识。通过以提升和加强你希望在你的团队和产品中看到的价值取向的方式来使用你的流程。这同时还会是一个传播你的企业文化的非常强大的工具。

以上提到的这些好处只是看板所带来的众多好处的冰山一角。看板的使用以及精益管理的原则，对于产品开发以及团队的持续交付来说，都有着极高的价值。所以我们应该从今天开始尝试在你的产品打造过程中应用上看板流程，并且确保不断的在学习的过程中改进你的看板流程。

同时欢迎大家将你的看板 - 精益管理的应用心得在评论中提出来，以便同行们进行讨论和学习，让我们一起进步。