程序员上班这点事儿@IT·互联网

在ThoughtWorks,PM的一周是怎样的(1/3)

2016-11-29  本文已影响0人  艺术家死得福

在ThoughtWorks,PM是受“歧视”的角色,因为他们的工作是“透明”的。确切的说就是“最好让项目组感受不到PM的存在”,或者换句话说,“PM努力工作的效果”最好让项目组觉得是“他们运气好,自然而然的顺利”,而不是背后有一个PM“玩命干活”的结果。

看,不要有存在感,这是PM最基本的素质。

我从一个项目的中前期(确切的说,就是I0刚完的时候)抽出一周,按天说,讲一下PM是怎么活过这一周的。

周一

和大家配合的工作有

1、早上站会。到了这个阶段,应该早说过站会规则了,虽然不用每次都强调,但是要每次都要观察,看看站会是不是有问题。在周一的站会PM要发言(即使你想做一个“大甩手”的PM,周一你也要发一次言),说一下本周都要完成的大致目标。顺便说一下,PM这个阶段主要盯住BA和TL两个人就行。

2、中午订餐,让上周安排好的一人做session,主题随便,目的就是一起吃饭,有个谈资。这样大家才能逐渐熟悉起来,熟悉了才能互相说话,互相说话才能有火花。作为PM,千万别忘了营造“哥哥、姐姐、弟弟、妹妹”的气氛。

3、和BA闲聊,时间可以选在下午2、3点,吃完饭犯困的时候,一起喝个咖啡,瞎聊20分钟(买咖啡的来回),言语中表达出这么几个意思:“项目初期都是BA忙乎,一定要尽快把所有的卡做出来,可以不细,但是要全面”、“忙过这一阵,后期就不那么忙了”、“有任何的问题尽快找我”。如果你和BA已经特别熟悉,这话说了好几遍了,恭喜你,咖啡钱可以省了。

自己做的工作有:

1、查看各个角色的配合情况。因为团队是前一周刚组建的,人与人不熟悉,PM要观察一下谁和谁“天生就好”、谁和谁“面相犯冲”,心里有谱;另外,一群不熟悉的人在一起最大的问题就是“信息发布”不畅。由于不熟悉,大家都倾向于不当众说话,这时候除了你要当个话痨之外(话痨是会传染的,一天到晚跟郭德纲在一起,你还学不会个贫?),还要引诱他们说,当然,你不能强迫别人说逗贫的话,但是可以强迫他们说项目相关的,比如前端开发给后端说一下前端框架用什么?比如BA给开发说一下Sketch是个啥?这都是信息发布,养成团队之间“信息发布”的习惯;

2、review已经出来的Epic Story。相信上周已经有一些Story了,review一下,确定BA的水平和产能。当然,如果你和这个BA已经熟悉了,恭喜你,这事儿你可以做的不认真点儿;

3、了解技术栈和技术架构。相信上周已经有了一些基本的技术栈和技术架构,如果你不知道,至少了解个皮毛吧。跟TL聊天,框架名字读音不准是很丢人地。。。TL如果听你说:“咱这个后端是用’春’架构吧,’春mv’听说挺牛的,偶,对对对,后面还有个c呢,靠”,估计他以后会躲着你走;

4、回顾整个Inception和I0,开始制定项目计划。制定项目计划一定是PM的活,这活没有高科技,想全面就行。虽然BA也可以做这事儿,不过如果你真把这个交给BA干的话,除非你娶了这个BA。让他又得往全了想,又得往细了想,会疯。项目进度计划,一定要在第一周出来,否则PM面临的就是团队没目标,没事干。猜对了,在这个阶段,进度计划就是瓶颈,只有PM能解决这个瓶颈。

5、观察开发人员的负荷。项目组刚刚组建,开发人员此刻是最轻松的时候,他们的状态也不会太差,这时候观察最准,还记得上一条是什么么?制定项目计划,工作负荷你都不知道,怎么做计划?

6、和客户联系人沟通,告知本周需要配合的事情,确定获得反馈的时间。如果本周有紧急的需要客户当周搞定的,一定周一就催,别等到周五,周五下午客户给过你资料,你求团队说“要不咱周六加个班”,多丢人?还要不要点儿脸?

未完,待续。。。

上一篇下一篇

猜你喜欢

热点阅读