2

领导觉得开发进度慢,作为产品怎么解?

 3 years ago
source link: https://www.pmcaff.com/discuss/2581676861325376?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
领导觉得开发进度慢,作为产品怎么解? - PMCAFF产品经理社区
传统教育行业 顾得上就问

如果仅是想了解开发的计划和进度。那除了问,方法还有很多。属于最基本项目管理的范畴。

你是被“委派”到这个组织中。所有实施人员直接汇报发热上级,还是其职能部门领导。产品负责人没有实权,又要对计划、清单、进度负责。所以这个团队结构上可以看出,是典型的“轻量级团队”。(pmp  npdp 都有相关完整的内容)

这种大体量的公司,开发都应该有自己项目实施管理平台,例如 禅道 这样子的。

你只需要定时去了解他们上报的内容。如果没有,那就要他们在上报职能领导工作进度的同时抄送你一份。

其次,开发团队,是否每天都有 站会、todo清单、燃烧板,等等这些东西,产品经理都应主动去了解,并有权利参加他们的会议,去了解会议内容。

而不是纯粹的去问,或者等着别人告知。

详细方法论:

每天上午开个早会,大概15分钟,然后记录整体进度情况。

如果希望了解的更精细一点,虽然公司有项目管理的系统。

但是我们这里的项目经理、产品经理,还会弄一个小的自己用的,进度管理模板来记录进度信息,精确到天的,类似参考这样的:

Image.webp

这里面会把各个功能、团队、工作内容、每天的情况做个记录。

  • StandBy就是还没开始
  • Plan就是计划开始了
  • Doing就是正在做
  • OK就是做完了

每天记录完了跟总体排期去比对,这样你对整体上线时间就有相对比较精确的了解了。然后按照整体排期来催他们(催的时候千万带好小零食、奶茶、咖啡和个人护具)。

一般他们调完一个功能我们就会上去随便点点、用用,需求理解上的偏差越早发现对项目的影响越小。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK