1. 当领导因为同一个需求三次要求提前上线时,你不得不要求下面加快节奏了,千万不要等到最后一两天,确实工作量大倒是也没有办法,重要的是提前告知,提前准备,提前筹划,不要给人惊喜。
2. 项目日志至少每周一次,标志性事件要特别记录,比如什么时候开始运营,什么时候里程碑达到,什么时候有业务好消息。提前安排,始终不是坏事。
3. 主动做项目阶段性复盘和滚动式规划,当你准备好时,随时可以丟出去。这就要求提前规划,每周贡献一点点,记录在点子集合里,每日、每周、每月、每季度、每半年、每一年,重要可能有时不那么紧急。
4. 学习各个团队负责人的总结和规划,他们写了哪些?为什么会写这写?如何写的?如果你在他们那个位置,会怎么写?学习他们的模式,学习他们的思考角度,学习规划能力,时空怎样结合,无疑可以取长补短。
5. 领导很关注价值,用数据体现的价值,而且要一句话总结到位。你要提炼核心观点,而不是领导来提炼,有重点,细节也能解释清楚最好。要全局考虑,从更高层面,甚至整个公司角度来考虑。
6. 项目跟进事项要随时记录,紧急的事情要把握好,有些跨团队的条目比较敏感,当面对齐不一定好,但能一起尽量一起,面对面是世界上最高效的沟通方式。技术提前介入是非常有必要的,技术实现也得考虑,不能仅仅是产品拍,可落地的产品方案,要随时注意.…
7. 项目阶段性运营数据要收集,从不同纬度梳理数据,这个需要多思考。怎样体现运营效果,哪些纬度是老板想看到的。发布或使用一段时间后,最好有业务方的肯定邮件。可以鼓励业务方发邮件,鼓励业务方反馈使用情况,与产品技术团队分享,形成闭环。
8. 产品技术评审会,邀请业务一起其实非常不错。可以答疑,可以解惑,你说十句,抵不上人家一句,可能就是个角色的问题。大家是否认可你的权威性。自己首先多问些为什么,为什么有这个需求,为什么没有一开始考虑到,为什么要拆分。
9. 及时激励,就是项目组发出感谢邮件,可以多收集些素材。我的风格是到点,说明项目投入中的点点滴滴,总是、积极、挺身而出、积极主动、勇挑重担、快速反馈、加班加点等,可从代码质量和行数、工作时间、缺陷等多角度反馈问题。
10. 需求价值决定优先级,技术架构演进价值,用数据说话,数据好了?原因?数据差了?原因?精细化数据分析很重要,看看具体哪里提升了,或者哪里挫败了?不同业务方对同一指标定义不一样,咋送?是否临时方案可以顶顶?
11. 邮件还是要发的,都放在微信群沟通,容易遗漏信息,当然发出邮件多读一两遍,避免误伤。发怂人邮件,需要谨慎小心,至少需要提前线下沟通,不要给人惊喜,不做一个令人讨厌的人。除非尽力无效果,可以升级。对方—对方领导—自己领导,这样升级比较好。
12. 事情多了,冷静下来列下事情,梳理下优先级,哪些可以转发,哪些自己处理,邀请正确的能做决定的人,积极主动沟通,沟通是项目经理最重要的工作,成为事件的促进者。
网友评论