大公司里技术专家转做基层Product Owner,前途何在?

新型的敏捷矩阵组织:部落、分队、分会和协会
2014年4月15日
敏捷中分布式团队的合作策略
2014年4月15日

(作者:窦涵之)

案例背景:小A,工作经验六年多,在某大公司里从事电信设备的开发工作,几个月前被任命为APO (Area Product Owner),负责3个scrum团队,在工作上向上一级PO汇报,同时也有自己的直线经理。在此之前,他是某scrum团队里的技术专家,在自己熟悉的技术领域里如鱼得水,深受同事爱戴和领导器重。现在的他,数不清的会议,各种问题,偶尔还要帮着别人改bug,工作异常繁忙,同时因为并非真正的产品经理,很多决定自己也做不了,常有力不从心之感,更是困惑未来路在何方。

同一般小公司或互联网公司的产品不同,电信设备行业软件系统很复杂,动辄几千人做一个系统。即便在敏捷模式下,为了支持Scaling Agile, PO也是分层次的。三层很常见,越往上,越倾向于管理和协调,越往下,越倾向于实际需求管理和技术。最基层的PO往往是从技术专家转型而来,在初任PO的几个月里常常存在不少困惑,比如:无法投入更多时间花在自己喜欢的技术上;需要同很多人打交道,不仅花费了很多时间,争吵也是常有的事,很多看似简单的事情并不容易推动,很不适应这种工作状态,常有想回到过去纯做技术的冲动。

PO到底是个什么职位呢?在互联网类的公司里,PO做为产品经理是科技,商业与用户体验的综合体,有权决定产品的未来。但在电信设备类的公司里,情况稍有不同,我总结为PO乃技术、管理和人性的综合体,如下所示:

大产品里的中下层PO,不仅仅管理需求,同时也要负责以敏捷的方式管理项目日程和资源调配(迭代计划及其执行),而其本身通常并不拥有资金的使用权,也不是开发和测试人员的直线经理,无法利用升职加薪之类调动员工积极性,除了利用技术影响力和掌握管理技能外,也需要加强对人的了解,充分发挥影响力模式开展工作。

由于要想成为一名称职的PO,技术、管理和对人性的了解都必须得到拓展,这也意味着,一个称职的PO可以对未来作出多种选择:高一级的PO,大项目管理,直线经理,敏捷教练,重新作回技术或自己出来创业等,某种意义上讲,这些选择都显得顺理成章,是在大公司里少数可以促进个人快速成长的职位之一。比如,因为经常要协调冲突,沟通和谈判能力会得到锻炼,脾性也会得到一些磨练。由于经验的相同性,电信行业的PO切换到互联网行业虽然需要一定的适应期,但也绝非难事。总之PO的前途是光明的,进可攻,退可守,那就大胆地前进吧。

在大公司里复杂项目背景下,成为一名优秀PO的若干经验,仅供参考:

▪ 保持真诚和信息透明,使得自己可信赖
▪ 多参与公司内外的社区活动,拓展视野
▪ 有机会就尽量多参与高层的技术和管理会议,积极主动,多发言
▪ 认真思考,多尝试新的工作方式,不要怕失败
▪ 适当地放弃技术细节的关注,关注点可以着重在系统架构上
▪ 持续学习,培养广泛的知识基础,达到别人认为你在很多方面都是专家的程度,便于同各类人沟通
▪ 与团队每个人搞好关系,但在工作上尽量不要管理到团队里的个人,只需以团队为单位管理即可
▪ 更进一步,做一个有契约精神的“商人”,建立与团队合作的观念,共赢发展,而不仅仅是管理
▪ 搞清楚你是谁,对团队而言,你代表外部客户,但要让团队感觉出你和他们才是真正利益一致的;对真实客户而言,你代表的是团队,但要让客户信赖你能代表他
▪ 多为团队的长期利益考虑,将团队变为自己的坚强后盾,以一个整体对外,特别是将团队里有影响力的人变为自己的同盟军

评论关闭了。