2024T-EDGE文章详情顶部

又一个要被互联网产品湮灭的职业:项目经理

看板流程的下面这三个重大组成部分,已经宣判了项目经理这个角色的死刑...

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

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

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

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

项目 vs. 流程

相对于项目管理,我更喜欢看板的主要原因之一就是,项目管理关注的是项目,而看板关注的是流程,是程序。

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

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

完成的定义(Definition of Done)

"完成的定义“是每个阶段的目标。这是”内部客户(比如,下一个阶段)“希望前一阶段所交付的内容。这是你在你的看板流程中为每个阶段进行角色设计的一个方法,且,更重要的是,它保证了通过看板流程的所有“包”的质量。“完成的定义”为在项目的进展过程中大家究竟需要瞄准什么样的目标提供了指导方针。它定义了团队在看板流程的每个阶段中所要努力达成的目标,却又不对完成该目标的方法进行限制。

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

流程的持续改进

说起来天下第一,做起来有心无力!针对流程而非流通这个流程的“包”进行突破,这听上去是非常反直觉的,但是在精益管理上面,这对你的产品又是至关重要的。

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

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

流程

流程,就是你打造你的产品或完成你的项目的方式。流程的设计很大程度表示了你的团队如何开发你的产品,同时它也反映了你的团队及你的公司所宣扬的价值取向。

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

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

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

【本文英文版来自Medium,中文版由天地会珠海分舵进行独家编译;微信公众号:techgogogo】

本文系作者 天地会珠海分舵 授权钛媒体发表,并经钛媒体编辑,转载请注明出处、作者和本文链接
本内容来源于钛媒体钛度号,文章内容仅供参考、交流、学习,不构成投资建议。
想和千万钛媒体用户分享你的新奇观点和发现,点击这里投稿 。创业或融资寻求报道,点击这里

敬原创,有钛度,得赞赏

赞赏支持
发表评论
0 / 300

根据《网络安全法》实名制要求,请绑定手机号后发表评论

登录后输入评论内容
  • 这文章,没看出重点,完全标题党,确认真正从事过并理解互联网?确认从事过并理解项目管理?

    回复 2015.08.08 · via iphone
  • 可叹!居然还有37个人点赞?天啊!作者真的做过项目管理吗?建议他好好了解何谓组织级项目管理,再站在组织的视角分析互联网时代单项目管理的负责人,即项目经理的作用和价值。好吧,不说太多了,补充以下两点:不管你是在做产品还是在做项目,你都是在做项目;不管你是在做产品经理还是在做单项目管理,你都在扮演项目经理的角色。愣要说火山下雪和西红柿加白糖没关系,也得有37个人信啊!最后一句话送给钛媒体,你们的专业度何在?

    回复 2015.11.22 · via pc
  • 作为一个刚入的菜鸟项目,你这让我有些恐慌哇!

    回复 2015.10.24 · via pc
  • 写这篇文章的就是瞎扯淡。作者不懂互联网,更没明白自己项目经理的作用和概念。互联网产品讲究简约,极致,当然也是以立项开始,只是可能少了项目经理这个头衔而已,或者可能改名叫产品经理。但这个项目经理的角色,是肯定存在。

    回复 2015.08.11 · via pc
  • 工具是取代不了人的。

    回复 2015.08.07 · via android
  • 有点难以理解,最传统的项目管理方法论PMBOK就是各种流程(过程)相互整合、协作,来共同发挥作用,确保项目成功(客户满意)。你文中所说的还是在项目管理范畴啊,如何不需要项目经理这个角色呢?况且,现在PMBOK也推出ACP了。。。。

    回复 2015.08.07 · via pc

AWARDS-文章详情右上

6

扫描下载App