工作到现在,临危受命过很多大项目或任务,每一次都是对自己巨大的锻炼也使自己经验和技能不断的上台阶,今天就谈下这方面的一些感受。公司或团队遇到难啃的骨头往往谁都不愿意挺身而出,平时都喜欢提问题,但是真正到了自己需要接受挑战来解决问题的时候往往退缩。一方面是自己没有勇于担当和承担责任哪怕失败的勇气,一方面是自己在岁月流逝中已经乐于安稳,所有的棱角都不再存在,他们更加喜欢一种慵懒或平庸。
我对自己最满意的一点就是基本每年都还能够战斗在项目一线一段时间,保持自己的一种工作激情和工作状态,同时进一步吸收一些新的知识。这几年对自己的一个评价就是虽然已经过了自己的巅峰状态,包括学习能力和个人精力,但是还基本能够保持一种较好的工作状态和节奏。任何行业或工作岗位都不应该有吃老本的想法,若你长时间的脱离实践,在知识更新换代如此快速的当前,很快你过往的实践经验都将成为一张白纸。
从工作到项目的几次挑战都基本来源于原有团队项目经理离职或流失,项目出现严重混乱或延期,客户已经对项目高度不满的情况下。在这种情况下接手一个新项目还是存在相当大的困难,比较好的情况就是原有团队的成员原来基本就相互协作过,相互直接已经有一些了解,其次就是能够得到高层的重视并在资源上给与的高度配合。
接手一个烂摊子可能谁都不愿意,大家都会预计在项目已经高度延期或者客户高度不满的情况下能够扭转颓势的可能性。对内要面对团队低落的士气,对外要面临客户的刁难和步步紧逼。你优先要考虑的就是解决这两方面的问题。我原来很多文章都谈到过,任何高度混乱的状态都绝对不是一朝一夕形成的,而是团队很多坏习气通过长久的时间堆积到一起,并在一个关键的时间点最终爆发出来,这种爆发看似一个点上的问题但实际上是一个系统问题,要想短期转变形成一个高战斗力的团队基本是不可能的事情。
04年当时由于一个项目的项目经理离职,我接手该项目担任项目经理,在我出任项目经理后两个月有逐步有两个人离职,在离职访谈里面也谈到,虽然当时也很希望我过来担任项目经理,也认可我能够将项目逐步带出低谷,但是在这个项目里面的最近1年多人已经废了,个人也已经不可能在恢复回原来的工作状态和能力。很多时候我们再说人把项目废了,但是一个长期混乱的项目却是把真正愿意付出,积极努力的人给废了。可想而之,我们要短期恢复一种乐观积极的团队状态是多么困难的事情。
项目要走出低谷,就更加需要项目经理具备一种综合能力,这种能力已经不再是单纯的管理能力,而是真正解决项目关键问题的能力。这也是前面我很多文章里面都谈到过,即对于IT领域的项目经理可以不懂技术,但是如果你要成为一个真正能够独当一面,力挽狂澜的项目经理就必须要懂技术而言可能还需要是一个技术专家。遇到一个问题满身的项目,你首先是要能够找到问题的关键点,或者自己亲自赤膊上阵解决掉问题。一个项目问题再多,但是真正核心关键的问题不会多,对于关键问题能够快速解决后能够很快的树立团队和客户的信心,重燃整个团队的希望和激情。一个已经士气低落的项目团队,他们往往并不需要一个纯粹意义上的管理者在一旁指手画脚,而是真正需要一个能够帮助他们解决关键问题的人。印象里面04年当时的项目,经过2个多月的奋战,几个关键问题逐步解决后,项目顺利第一个版本上线发布,虽然还有不少的小缺陷但是已经不影响全局。当时我一个重要的意识就是团队和人心已经基本稳了,可以开始考虑如何系统化的团队建设的话题了。
对于项目团队建设,包括培训和分享,教练,活动和聚餐,工作激励,团队研发流程优化等我在很早的文章里面就都详细的阐述过了,在这个不再进行重复描述。在这里只想再强调两点,其一就是管理者要懂得授权,但是授权是结果而不是过程,一个真正管理者需要考虑的是如何能够通过自身努力和教练作用达到团队成长而最终达到授权的目标;其二是即使有公司文化和部门文化,但是一个真正高战斗力的团队一定会深深的烙印上管理者的风格和文化,这种向心力往往最终将团队凝聚为一个不可战胜的一个整体。
一次团队重构就类似一场艰苦的攻坚战,在团队已经屡战屡败的情况,及时来一个新的将军也不可能一吹号角团队就能重新奋勇杀敌。你真正能够做的往往就是自己亲自挺身而出,攻克掉对方最艰难的一个堡垒往往才可能重聚士气,这就是一个真正的团队管理者在关键时刻应该起到的作用和明白的道理。
到了2011年,开始接手集团级的大项目出任项目经理,这个项目不到3个月换了两任项目经理,新项目经理又出现离职,项目由于上线后出现的故障问题迟迟不能验收,客户对整个项目从前期的肯定逐步已经转化为强力的不满和抱怨。这个关键时候已经到了我们能否快速的扭转不利局面,顺利的完成一期项目验收和二期项目签订的关键时候,客户也专门提出必须由我出任现场项目经理并且要常驻现场。而当时自己由于个人愿意正处于人生的一个低落期,在这种内外环境都极度不利的情况下我赶到现场接手该项目。
说实话由于前期客户对我们积怨太多,我到现场后客户基本没给过我什么好脸色,如果不能快速的扭转局面,整改项目的顺利推进将出现相当大的困难。到了现场后分析了下局面,将当前上线系统的故障第一时间解决掉纳入了优先级最高的一个任务。这个故障问题由于很难随时复现并且具有随机出现性导致了该问题解决有相当大的难度,前期团队一方面是尝试了各种解决访问都没有达到效果,一方面是将自身的问题推诿到各个业务系统方也导致了各方的不满。对于该问题的解决和分析,基本花费了我大量的时间,对各种场景的分析,问题的诊断,测试环境的测试和验证,首先解决掉了问题能够复现出来,接着在开发和工程问题的协助下问题得到了快速的解决。对于该问题的分析针对过程我当时也写过一篇文章详细的分析和说明。这个问题得到解决后,客户对我们的态度逐步转变,同时也给了团队和客户足够的信心,后面的项目团队管理和实施工作开展相当来说就显得简单了。
越是关键的时候你越要能够顶住压力,能够根据已有的经验和能力分析和诊断问题,快速的解决关键问题。具体的问题解决实施需要开发和实施人员配合,但是如何真正定位清楚问题,如何去验证,如何找到解决问题的方法则是你必须要去面对和解决的。这个时候你会明细感觉到一个项目不仅仅需要的是管理能力,更加需要的是技术能力和实践经验。
你可能一个人工作到凌晨还在反复的思考问题和解决方式,不断的模拟和验证问题,这种孤独感往往需要的是个人承受,但是也正是你面临压力勇于挑战的最好时间。真正能够在实践中不断磨练和成长的人,都是能够最终解决问题的人。孤独并不可悲,可悲的是我们不能直面孤独。当你真正能够享受孤独的时候,你可能又达到了人生的一个新的境界。你不需要人人都能够懂你,但是你必须懂你自己,知道你自己的目标和前方的路。
做的项目越多,越明白每个项目都应该如临深渊如履薄冰的道理,对于任何项目都不应该到了发生问题无法收场的时候才考虑如何去解决,而是时刻都该考虑风险和为之于未有。只有这样,你才可能宠辱不惊,闲看庭前花开花落;去留无意,漫随天外云卷云舒。你不需要让所有的人都认可你,但是你必须努力让自己认可自己。