发新帖
开启左侧

学会这几点,做一个受程序员欢迎的项目经理

[复制链接]
50 0
许多项目经理在使用项目管理工具的时候都有一个误区,那就是把工具仅仅当成了汇报工作的一种途径。他们要求程序员在工具平台上面记录任务以及花费的时间,至于任务的具体内容或是任务途中的各种障碍,他们并不关心。如果你的项目管理工具是这样被使用的,那就大错特错了。而这样被要求的程序员,通常也只会按照既定的要求或者朝着绩效更好的方向,去填写工作耗时。这样的记录,又有多大的意义?




项目管理工具,现在更多地被称作团队协作工具。现在的工具的设计不仅仅是为了高层的管理,更多的是注重在提高团队合作的效率上面。
诸如Jira, Teambition, Trello, Worktile之类的工具,都提供了是十分丰富的功能,但怎样去利用它们达到高效呢?
自我管理

既然是团队协作工具,意思即是工具是针对团队里的任何人的,而不是仅仅是管理者使用的工具。如果仅仅用于汇报工作,任何人都会觉得枯燥,甚至成为每天的一项负担,不小心忘了汇报的时候,还会被催或是惩罚,听起来就可怕。
很多优秀的程序员会有自己的笔记本、待办事项管理工具,他们的自我管理能力非常强。而团队协作工具其实可以达到一样的效果,也可以帮助那些自我管理经验相对较弱的程序员,提高这方面的能力。
方法其实很简单,把之前属于个人的知识管理和时间管理转变成团队的知识管理和时间管理,鼓励程序员之间互相交换所学、分享新奇的想法、透明化工作进度都有益于相互激励。这里说的“自我”,其实是团队本身,而不是个人。
透明化优先级

程序员和项目经理其实对优先级有着不同的理解,程序员可能偏向于先做一些很快就能完成的工作,而项目经理当然更希望客户的紧急需求能够得到更高的优先级。
各种工具其实都能够对任务标注优先级,如果项目经理能够把优先级透明化到工具层面,那程序员当然能更加直接了解客户的需求,也可以更好的安排工作。相信没有程序员会愿意一直做没有什么商业价值的功能吧。
建议项目经理不要在一个Sprint(冲刺)之中修改优先级,即便客户突然改了主意,也要把这样的改动留到下个Sprint。与客户提前商定不可临时修改的规则是非常必要的。
避免使用过多的工具

很多公司的程序员不得不用一个很大的收藏夹去放下所有日常要用到的工具,一个工具用于汇报工时,一个工具用于修改Bug,一个工具用于查看需求,一个工具用于沟通需求,一个工具用于查看原型图。每天要用到那么多工具,项目经理需考虑一下这到底要浪费程序员多少宝贵的开发时间,是不是有些本末倒置了。
其实大部分的团队协作工具已经集成了知识管理、时间管理、缺陷管理、需求管理甚至是沟通的工作,换个工具给程序员(以及服务器)减减负吧。如果实在无法找到对应的功能,也可以将某个任务对应其他项目的链接集中在一处。
现在很流行的DevOps,把开发、测试、运维人员的工具需求全部集中至一个平台,全透明化更有利于多团队之间的协作。
分享项目的前景

许多项目经理让程序员埋头苦干而不知晓项目的未来发展,实际上会间接影响产品的质量。因为只有当程序员了解项目未来的业务需求时,他们才能更好地提前做好技术上的选择,而不是做到最后发现需要大改。
把当前项目未来的战略、前景、业务需求都持续地更新在工具平台上,让这些信息随时对程序员透明。别让他们蒙在鼓里,那会使团队丧失动力。
别让程序员背锅

团队的气氛总是很压抑,很多时候,也许是项目经理造成的。项目经理的压力确实很大,他们需要去和客户沟通、集中汇报团队工作、协调各个团队,还有一些来自内部竞争的压力。可是无论这些压力来源如何,程度多大,都不应该是程序员需要关心的,程序员需要关心的是如何攻克技术难关、实现业务需求。
利用工具减轻程序员的沟通压力、理解压力,别让工具成为程序员的又一种负担。不让程序员帮你背锅,才能让程序员和你一起做一桌好菜。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表