之前写了一篇文章《敏捷自组织真的存在吗》。我的结论是自组织管理是我们努力追求达成的一个状态,但不应该幻想自组织管理一下就能够达成。因为项目还是一个接着一个,需要我们做好项目管理的工作。项目管理对于一个公司来讲是非常重要的一个管理内容,原因也很简单,公司的战略是通过一个个的项目来达成的。不管团队规模大小,所处行业是否不同,从管理角度是有一些都可以适用的共通原则。我尝试从以上市面上流行的管理方法或者框架里面中进行汇总,总结有原则如下:

第一原则:科学决策

绝大 多数人决策是靠拍脑袋,凭的是自己的感觉、经验,以及对自己的自信。这样的决策方式能够带来很多意想不到的效果,但无法保证每一次决策都是成功的,所以需要有更理性的方法来辅助决策。比如用各种各样的分析方法来进行分析。创意方面需要大胆地设想,突破现有的条条框框,同时辅助以严谨的论证手段来保证天马行空的创意是可行的。

第二原则:建立流程并持续优化

之前和朋友们聊天,谈到钉钉和飞书。这两个产品的管理理念我都不太赞同,但如果让我推荐一个的话,我宁愿选钉钉。钉钉管理理念太过于唯上,和我下面讲的很多原则是违背的,但它建立了一个简单粗暴的事务跟进闭环流程,这一点对于很多流程意识和能力缺失的团队来讲,还是有价值的,能够推动事情进展。当然这种跟进的流程从单点来讲是快的,但从团队整体来讲,未必。

为什么不推荐飞书呢,飞书一直宣传的它的几个功能:OKR、会议、文档、多维表格等。背后的逻辑是用OKR来对齐目标,用会议来进行沟通,然后形成各种各样的文档,并通过多维表格来做一些条目化的管理。很多团队会被飞书酷炫的功能所吸引,大家用得也很舒服,但殊不知带来的后果是流程意识的缺失。飞书适合的就是字节这样的团队和场景,资源足够充分、新项目多,所以需要用这种方式来进行沟通协作。但对绝大多数的团队来讲,需要固化自己的最佳实践,也就是流程。然后对流程持续不断地进行优化改进,保持自己的流程始终是有助于团队效率提升的。

第三原则:保证流程执行

光有流程不行,还需要保证流程的有效执行。所以需要设置有效的规范和检查点。

比如一个团队需要有质量保证人员来对研发过程进行检查监督,保证团队的流程执行是到位的。比如各个关键环节的输出物,应当有明确的标准,形成检查单;好的用户故事应当符合的哪些标准;开发人员提交测试之前应当执行的自我检查单等等。如果说流程是一个团队的最佳实践,那么这些检查单和必要的检查工作,就是保证这些最佳实践能够得到有效执行,不会出现掉链子情况的必要前提。

第四原则:建立全员质量文化

我前面写过一篇文章,是讲的好快省多地来做项目,而不是多快好省。质量是前提,我们做出的产品首先要有好的质量,这样才有价值。然后在此基础上,再通过快速迭代的方式进行交付,优化我们的效率,降低成本,最终客观的结果是多。所以这是逻辑上的先后顺序,如果强调多快好省,就本末倒置了。正好最近朱少民老师给我们团队培训,专门讲了全员质量文化这个话题,对我也有很多启发。全员质量意识的建立也不容易,需要在团队层面达成共识,并通过一些方法手段来推进。

第五原则:信息公开透明

信息公开透明和接下来的几个原则都是和团队管理相关的。我相信在今天的管理背景下,大部分的人都会赞同信息的公开透明,但在实际的运作中,能否真正做到这一点呢,这很考验公司管理层的勇气和智慧。我在禅道软件的群里面也会碰到有用户问,可否限制某个用户只能看到他自己的任务。其实大家在日常的工作中,也都会通过各种各样的方式会接触到各种信息。在软件这一侧做这种限制有什么意义呢?信息的开放肯定有原则,有的公司有保密方面的要求,但最起码在一个项目团队内部尽量做到公开透明是可以有效降低管理成本的。

第六原则:充分信任并授权

在前面几个原则的前提下,有了好的流程和检查方法,有了全员的质量意识,信息也能够充分的开放透明,在这几个前提下,对团队成员充分地信任并授权。鼓励大家去尝试,相信大家能够突破自己,能够成长起来。要给到团队成员成长的机会,放手让他们去做,团队才有可能成长起来。我在禅道软件群里面还会碰到这样的需求,指派给某一个用户的任务,不允许他进行修改。原因是怕他自己改工时,改工期。其实在前面信息充分公开透明的前提下,大家也都有自己的尊严,大家也不会做这些小动作。即使有人做,也可以很快识别并采取措施。

第七原则:允许犯错

在前面原则基础上,要允许大家犯错,建立起包容的文化,让大家放心大胆地去尝试。我记得小时候骑自行车,都是28大杠的自行车,我先自己学会了骑。然后有一天早上我父亲提出来让我带着他去学校。第一次他坐上后座,自行车就失去了平衡,我们爷俩都摔倒在地(我体重轻,那时候上自行车都是从左侧跳跃坐上后座,平衡不好把握)。我惶恐不安地站着,不知所措。我父亲云淡风轻地说:“没事,再来一次。”第二次我就有了准备,牢牢地攥紧车把,然后就学会了骑着28大杠带人。这件事情给我印象还蛮深的。所以后来我自己带团队,也会很注意这一点,建立轻松包容的试错文化。当然,允许大家犯错,但不要重复地犯错误。

第八原则:培养员工

为什么单独拿出来讲这一点,因为很多咨询老师会说一个观点,不要尝试去改变员工,而应该从市场上招聘最合适的员工。话是没错,但大家往往会忽略一个事实,就是绝大多数的公司在招聘市场上是没有什么优势的,吸引不到更多的好苗子。那怎么办?不培养员工,那团队还要不要发展呢?所以我不赞同只是把员工当作人力资源的这种管理方式,每一个员工都值得公司去投入。只有这样一个团队才有可能实现团队的迭代升级,才有可能构建自己的人才密度,在激烈的竞争中建立自己的优势。

以上是我总结的项目管理的几个原则。这些原则的形成来源于对市面上各种管理框架的学习思考以及我们团队的自身实践。欢迎大家和我交流。


敏捷开发
1 声望2 粉丝

致力于分享、推广敏捷开发相关知识及项目管理实践!