我的团队一管就死,一放就乱。 这个项目的利润率很高,还是做赔了。 一年到头忙的晕头转向,结果却不知道做了什么。
软件危机产生以来,软件项目管理的痛点一直伴随着软件企业的发展。正如前文中所述,软件项目困扰着开发团队:
为解决这些问题,各个企业在实践过程中提出了众多的管理方法,例如:瀑布开发、精益管理、敏捷过程等。然而并没有一个一统天下的方法,我们仍然可以听到瀑布和敏捷之争。本文就讨论一下如何选择合适的方法进行项目管理。
我们从这一幅《项目管理方法终极指南》谈起,按图索骥。
image
成本一般由两方面原因产生,产品质量无法保障造成浪费,团队生产效率低下。对应的解决方法为:
「 Six Sigma,六西格玛 」
Six Sigma,是一套产品或过程改进方法,包含两种方法,这些方法中的每一项包括五个步骤,可以称为DMAIC方法和DMADV方法。
DMAIC用于改善现有的商业流程:
DMADV用于建立新的产品或设计流程:
不仅如此,Six Sigma还有一套等级制的管理体系,来保障整个过程的顺利实施。
应用场景:
由于Six Sigma有一系列基础体系建设,主要应用在较大型(大于500人)的公司中使用。小公司需要酌情进行简化。
image
Sigma(σ)在统计学中表示标准差,6σ表示产品标准的正态分布中,误差在六个标准差范围内的产品均合格。也就是说统计上看,99.99966%的产品没有缺陷。
Six Sigma就是为了实现这个目标孕育而生的管理方法。
Tenowork小抄
其实,全面质量管理中的PDCA也是较为流行的过程管理方式:Plan、Do、Check、Act,应用到我们常见的产品研发和问题修复中,我们可以简化为三个工作环节:分析(负责提出问题)、研发(负责解决问题)、验收(负责验证)。通常验收负责人与分析负责人是同一人。
image
「 Lean 精益管理 」
Lean起源于丰田,丰田生产系统以降低丰田的七项浪费而提升整体客户价值而闻名。丰田将浪费归结于以下几个方面:
丰田管理的理念经过多年发展形成了Lean的概念。丰田在减少浪费的过程中,提到了很多工具和理念,如JIT、Kanban。其中看板成为一个具象的工具普遍用于生产、服务、研发、知识协作的过程中。看板没有绝对固化的形式,核心目标是让任务清晰的在各岗位中流转。 经常看到的看板有按岗位按员工查看、按流程查看、按功能查看、按任务状态查看等。
image
Tenowork小抄
精益管理旨在精确控制生产过程中的各个环节,这个理念不仅可应用于物质生产领域,也依然可以用在知识生产行业。
无论推式还是拉式,Scrum过程辅以看板等工具可以有效的提高生产效率。
image
图中此分支标题是“灵活性”,并局限于需求。当我们碰到如此问题时,我们要考虑:是否有一个清晰的目标?
如果选择Agile,敏捷,则:
「 Adaptive Project Framework 自适应项目框架 」
自适应项目框架(Adaptive Project Framework, APF)认为项目边界是变量,约定时间和成本是约束。
「 Agile 敏捷过程 」
当我们说客户没有一个清晰的目标时,可能是目标较为泛泛,不够具体,因此我们采用敏捷过程。
敏捷不是某种具体管理方法和工具,而是在多年实践过程中形成的管理思想。敏捷的核心思想是价值驱动,包含了四条价值观:
敏捷过程的实践,不拘泥于工具和方法,根据实际情况可以进行选取。
「Scrum过程」
Scrum使用增量方法来更快地完成项目。与看板主要关注流程改进不同,而Scrum则关注如何更快地完成更多的工作。
image
Tenowork小抄
我们可以看到管理方法知识工具,在保证核心价值的前提下,我们可以灵活运用工具。具体有三个关注点:
提起计划,大部分人首先想到就是瀑布模型,甘特图。但是你见过多少准确的甘特图么?那么瀑布模型的适用范围是什么呢?
一般来说瀑布模型适用于截止日期可推算,工作过程属于一招鲜,可复制到其他项目上去的。
如果项目的截止日期已经被严格确定,那么我们采用的的方法可以是:
image
image
我们经常遇到有些项目,截止日期定了,需要我们做项目计划,我们采用了倒推法,从截止日期向前倒推各个阶段时间点,然后采用瀑布模型进行任务分解。 在这种情况下,我们最应该使用的工具是关键XX法。通过关键XX法识别出来受限的资源、任务、路径,并调配一切资源保证关键约束能够得到保障。
项目管理是科学与艺术相结合,没有绝对的标准。更需要经验的积累,从而能灵活运用各种工具,解决实际问题。除了本文介绍的这些方法,我们还经常听到KPI、OKR、矩阵管理、阿米巴管理模式等等。从项目管理到公司经营,提升自身的管理水平,需要不断的去学习和探索。最后,套用金庸先生的话,描绘管理的四层境界: