“项目管理”高大上吗?大家都讲项目管理,到底大家对项目管理的理解如何,执行又如何?学习项目管理的同学都懂项目管理的知识体系,在项目管理的过程中也或多或少的遵循和实践着,而没有学习项目管理知识的同学也在以自己的方式实践着项目管理。在实践的过程中大家都会遇到各种的问题,也有人会质疑项目管理的效果。
作为一名项目经理,在项目管理的道路上有些收获。希望通过跟大家“吐槽“”项目管理中点点滴滴,让希望在项目管理这条路上继续前行的同学能够有所共鸣。
认知
提问:项目管理中什么最重要?
这个问题问不同人,你会得到不同的答案。为什么?因为大家的位置不一样,关注点不一样,得到的答案自然会不同。或者说项目的内容、类型不同,那么项目管理的侧重点就不同。
“项目是指一系列独特的、复杂的并相互关联的活动,这些活动有着一个明确的目标或目的,必须在特定的时间、预算、资源限定内,依据规范完成。”按照这个定义有越来越多的工作可以按照项目的方式进行。
今天我想跟大家分享的是我对商城项目管理工作中的一些认知。在商城研发这个氛围下,我觉得需求、沟通、时间、资源、风险这些元素是项目中最看重的。
各位同学(不论业务、产品经理、研发)对需求的重要性是毋庸置疑的。没有明确需求目标,项目就没有了方向,而后续的所有工作都有可能因为需求的不明确而出现问题。(项目管理叫“风险”,而同学们则亲切的称之为“坑”)
沟通的重要性恐怕不亚于需求,大家都深有体会明明是一件事,可是两人面对面讲了半天,仍然不知道对方的意思,结果大把的时间浪费掉了,不过这样还算好,起码最后能沟通出一致的结果。最恐怖的莫过于,大家面对面沟通半天感觉互相理解达成一致,结果各自完成工作后一对接,坏了,大家不在一个面上,紧急补救吧。不仅需求需要沟通、资源协调也需要沟通、还有风险的预警和处置仍然需要沟通。沟通可谓无处不在。
时间,项目的进度。这点恐怕是业务同学最关心的,总是在提完需求后,迫切想要知道项目什么时候完成。而项目管理的同学则关心项目进度是否能按照排期正常推进。资源往往和进度强强联合的出现,没有资源哪能保证进度。
风险,项目中风险的识别、预警、处置也是非常重要的。每个项目成员都希望项目无风险平平安安结项,但是前面说的几个要素都可能是风险产生的隐患。所以,就需要在项目管理的过程中,尽早识别风险,预警风险提出风险解决方案,把风险带来的损失降为最低。
分享
上面浅谈了我对商城项目管理工作中的一些工作认知,下面就开始“吐槽”了。希望以下的“吐槽”能给大家带来一些共鸣,对大家有所帮助。
需求
产品同学在接到业务需求时,总是希望拿到具体的业务需求,越细致越好,研发同学同样希望从产品那获得详细的PRD文件。但是每次大家都是美好的期望而已,所以大家总说理想是丰满的,现实是骨感的。
其实,基本上每次在接到业务需求的时候,都是一个ideal。业务同学认为万能的研发同学可以根据这个ideal做出完全符合业务期望的东西。但是,我们研发同学真不是万能的。就像你告诉裁缝你想做件衣服,那么你得提供你喜欢的布料,你还得告诉裁缝你想要的款式,最后裁缝还得为你量身,才能开始制作。需求不是一个笼统的概念,只有在越细致的条件下,才能制作成符合客户心意的东西。而每次产品同学与业务同学在讨论需求的过程中,就是一个逐步细化的过程。在这个过程中,业务同学才能越来越清楚自己想要什么,最终的成品达到什么效果。这个细化出的最终成果,才能使研发同学知道自己应该怎么去实现。
需求细化的过程是每个项目正式研发前一个漫长的过程,也是大家碰撞最多的地方,往往这个过程中消耗大量时间,而业务同学又着急上线,从而压缩研发测试时间,使得项目上线存在质量隐患。又或者需求细化草草了事,开发的时候同学们遇到种种困难,为了解决这些困难可能花更多的时间去开发,从而会导致项目进度的问题。
其实,我们不妨将需求细化的过程同样做成一个项目进行管理。业务方可以在正式提出需求的时候,先进行几件事:
1、评估需求的价值(可行性)。
2、细化需求中业务的操作流,确定迫切需要实现的具体内容(确认项目目标、范围)。
3、在以上两项成立的基础上明确预期实现的时间。
最后就是与研发同学讨论对接,将研发方案确认、研发时间等工作节点(研发项目里程牌)依次排列并实施(研发项目管理)。这整个的过程说白了就是用项目管理方法进行需求细化,没有什么神秘和高难度的地方,只不过是需要大家按照这样一种方法去各自执行。
沟通
沟通可能是让很多人都头疼的一件事,这会耗费同学们大量的精力,在好多项目中研发同学总是很内向不善于沟通。也有在项目过程中进行沟通的双方总是不能在同一频道上,讨论问题总是不断重复表达自己的想法,我们经常会看到两个人好似鸡同鸭讲,聊了一下午丝毫没有任何进展,最后整个人都不好了。沟通的不畅、效率不高最直接的影响需求出现偏差导致实现的结果出现更大的偏差;或者浪费大量的时间进行沟通,项目进度受影响从而压缩研发、测试时间影响上线质量。
好多研发同学都说项目经理沟通能力强,其实我觉得项目经理不是沟通力强(能说会道),而是:1、善于聆听和表达,2、善于换位思考。因为项目经理所处的位置就是要把大家组织到一起,在时间范围内完成既定的目标,项目经理的目的很明确促进项目顺利完成。项目经理处于中立位置,通过聆听了解业务的需求和痛点,通过聆听了解系统的功能和研发的困难,并将双方的难处和谐的表达出来这样才有助于推进整个项目。另一方面,由于项目经理处于中立的位置,换位思考才在项目推进过程中也显得尤为重要,一旦学会了换位思考你就会觉得你以前想不通的问题都豁然开朗了,但开朗是开朗了,该解决的问题还在那里,还是需要解决;所以就必须找一个合理的折中的方法让矛盾双方都能接受,推动项目再往前走一步或者更多步。
进度、资源
个人感觉进度和资源总是应该结伴而行。大家提到进度的时候,总是首先想起没有资源项目的进度如何保证。其实,还有其他因素或直接或间接的影响到项目的资源和进度。最简单的例子,一个不明确的需求,没有目标和范围的项目,谁知道应该投入多少资源,在怎样的时间(进度)执行。一个明确的项目目标范围(需求),才能决定需要投入多少资源能够保证项目的进度。另外,在项目过中不是投入越多的资源就是好事,就能保证项目进度(此处提到的项目是商城的研发项目)。资源的过剩投入,造成资源和成本的浪费,也容易造成过多资源之间磨合付出更多的时间成本。结合项目的范围合理投入资源保障项目进度的正常进行才是最有效的。
风险
风险是几乎每个项目都会存在的,有的项目风险在项目过程中就能识别出来,能够提出解决方案处置风险;有的项目可能隐藏的风险一直到项目结束都不会表现出来,有可能在今后的使用中影响其他项目,所以项目风险的识别、预警、处置非常重要。
而项目的风险类型也不仅限于系统类的风险,项目的进度延迟、资源不足这些都属于项目执行的风险。项目中还会出现业务类的风险等。业务类的风险,主要依靠业务的同学去识别,这类的风险直接影响到项目的可行性,以及在系统建设时系统的搭建如何规避风险,如果不能规避的风险如何通过系统的建设降低风险,对于不能解决的风险从业务方面应该如何处置。
在项目的整个过程中,项目经理要始终保持风险意识,尽可能的识别风险,及早的找出正确的方案(系统方案、解决方案)才能更有效的推动项目达到预期的目标。
以上跟大家随意聊聊,项目管理实践中的感悟,没什么文采。希望能给希望从事项目管理的同学小小的帮助。