跟客户谈进展,提出新的需求变更无法给出精准的工期估算;
组织团队进行评审会,不懂技术没法拍板,只能看着团队内部各种冲突矛盾?
跟研发沟通需求,人家觉得你不懂,不爱搭理……
这样的问题还有很多,每每遇到困难,你抬头望天,这项目啥时候才能交付啊!
你就在想,要是我懂技术就好了!
可是客观来说,项目交付困难,真的只是因为你不懂技术吗?懂了技术,你能保证那些问题就不存在了?
一、拔掉你们心里“不懂技术“这根刺
01 「一分为二」思维看:懂技术VS 不懂技术
任何事情都有他们的两面性,所以我们的思维方式也不能单一继要站在正面也要站在反面釆思考问题这样才可能少犯片面性的错误。
就拿项目经理要不要懂技术这一点来说,我们就应该「一分为二」的去看待他们。
而且在实际工作中,决定项目成败的,技术问题往往不是根本,顶多只能算个“诱因“或是你找不到原因的一个”背锅“”的借口罢了。
从某种意义上来说,管理本身就是一门“技术”,有其背后的逻辑、原理、技能和方法论。同样需要我们按学习技术的态度去深入研究。
02 你的核心工作不一定是打开「技术能力」这把锁
最近家里老放综艺,因为老原对“思维陷阱“比较感兴趣,有些笑点设置环节给了我一点启发。嘉宾到现场后,需要进入集合的大厅,节目组往往喜欢在“开门”这个环节做点小动作,比如在门上做一个内外推拉的门把,但实际上门是左右推拉的,与此同时,在边上也设置了一个正常的门,直接推门进去就好。但大多数人往往看不见,一直和那个“特别“的门做斗争。这就是典型的思维陷阱,我们经常被一些事物的假象迷惑,认为我要进去就必须走这个带把手的门。但其实往边上看看,直接推门就能进去。所以无论做任何事情,都一定不要忘记自己的目标,是否与原设路径相一致?
对于项目而言,也许“技术能力”就是那个经过设计的门锁,但是我们要做的核心工作,并不是“开锁”。技术能力是需要有的,但如果没有,也不要以自己非技术出身就否定自己,因为技术能力并不是唯一。
03 明确关键任务
想要解决问题,重点是抓关键任务。
就拿补技术的短板来说,并不是要求项目经理从事具体的技术研发工作,而是指项目经理需要加强技术逻辑能力,也就是能用技术术语和概念,根据技术原理进行逻辑思维和推理的能力。对于项目经理而言,在项目管理实践中,你会跳槽、可能转行、甚至同一家公司接触不同项目,任何人都不可能懂得项目中所有的技术。就拿老原来说,我所接触的大多数项目,涉及到的技术内容我都不精通,但我还是经常在公司处理了一些棘手的“专业”之外的技术问题,很多问题还是多了几个月解决不掉的。有几位非技术背景的项目经理就特别佩服我,对我说:“懂技术就是好,一通百通,什么结构、电子的问题到你这都不是什么问题。”
但事后总结我会发现,其实我并没有解决任何具体的技术问题,这些问题都是团队里的技术工程师解决的。我所做的不过是,按照我的逻辑,让工程师完成工作,试验、反馈、修正,最终达成目标。对于我解决的那些问题而言,我也是非技术背景的项目经理。对你们,也同样有用。

首页>

粤公安备案 44010602008731号