ITPub博客

首页 > Linux操作系统 > Linux操作系统 > PD难当,业务规划的烦恼

PD难当,业务规划的烦恼

原创 Linux操作系统 作者:bicube 时间:2009-10-31 09:38:06 0 删除 编辑

一晃又是半个月没来itpub了~最近工作压力很大,经常失眠。导致工作效率降低,心情也不好。唉~得找个方法好好调节一下了!

以前做项目管理时只需要对项目负责,老板扔个项目过来,只要能协调好资源,制定好计划,组建好团队,并按部就班地实施就OK了。而作为项目经理,是尽量地划清项目的边界,并在合理的前提下一定程度地降低PD望,以最大限度地降低风险。几乎可以说,项目经理处于一种守势,PD一种攻势。通过二者寻找到一种功能和资源成本上的均衡,从而保证项目的完美诞生。

而现在自己要扮演起PD的角色,至于为什么要扮演这个角色还要先回顾一下。我们的数据仓库一共经历了三个阶段:第一阶段是2005至2006,这一阶段是数据积累期,只是出一些日常的报表。底层数据杂乱无章地堆积在那儿,ETL调度也是一条线走到底。第二阶段是2007至2008,主题域、数据集市、ETL调度模块,监控模块,报警模块构建起来,数据挖掘开始辅助运营和销售。第三阶段是08年底至今,整个数据仓库进入了产品化的道路,大老板提出要把触须主动地伸向业务部门,并推广已有的数据产品和构建新的数据产品。

于是乎每个团队中的PD均象饿狼一样扑向需求方。而我,由于团队中还没有专职PD,不得不承担起这个角色。随着于业务部门总监沟通的次数增多,发现他对我们的这种插手业务的行为内心是很反感的,虽然碍于面子,总是笑脸相对。但一旦谈到应用我们的数据产品时就打太极。而且总是旁敲侧击地说我们做技术的就应该专注于技术,等着做他们提过来的需求就好了。这个PD还真难当,搞得天天睡不好想这个事。

不过,我还是比较理解他的,业务部门有自己的BI团队,从他的角度看,BI更帖近业务,又了解数据,所以希望成为数据和业务之间的桥梁。另外,从人心的角度看,以前业务上做什么都是他说了算,技术部门只是实现他想法的一个工具而已。而现在技术部门要反过来指导他,肯定心里不爽,也觉得不可行。当然,还有一种可能,就是以前团队负责人在这一块让他失望过,呵呵,这只是猜测,不能屎盆乱扣。

看来接下来一方面要稳扎稳打地接受业务部门的需求,实实在在地帮助他们,赢得信任,另一方面要拉好和所有业务部门产品经理的关系,了解他们的商业想法和困惑。一点点地溶入进去。最重要的还是要改变业务部门总监的看法,要让他相信我们的合作将会是双赢的。

顺便说一下,团队已经新报到2个人了,昨天刚刚又过了一个。呵呵,招聘方面这半个月还是小有成就的。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/22605186/viewspace-617804/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-09-26

  • 博文量
    8
  • 访问量
    13109