在 ThoughtWorks，PM 的一周是怎样的（1/3）

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

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

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

周一

和大家配合的工作有

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

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

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

自己做的工作有：

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

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

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

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

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

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

未完，待续。。。

文／艺术家死得福

关键字：产品经理, 熟悉

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！