再谈Object Setting和Performance review
by Robin Lu on Mar.19, 2006, about agile, management, pm
在中期review的时候发了一篇牢骚，引来了一些朋友的共鸣和反馈，一位guest朋友留言谈了他的经验：
量化工作也是职业化的一种吧。尽管我个人对此并无赞同或者反对。不过如果特别是说程序员做Object Setting，我有一点经验，不知道有用没有：最重要的当然是需要完成的项目。每个项目都会有roadmap吧？roadmap上的milestone就可以作为一个时间上比较靠谱的参考。然后开发时候，陆续把所有的任务都敲碎放到bugzilla里去。到项目结束/年度结束，考察工作其实就是review bugzilla。再不懂技术的老板，看到通过解决的所有的可预见的问题和中途修改好的bug报表（所以要用bugzilla，因为它能自动生成报表），也都会对一年的工作有数了。至于说performance，这个东西应该是相对的，而且最好是这一年度的bug报表对于上一年度的比较。说真的，这东西确实没有什么实际用处，谁会因为多写了一年程序就真的提高了多少performance，这种循序渐进的东西确实无法量化。
对目标的制定也许会很让人迷惑，我的不一定有用的经验就是写的越具体越好。百分比应该用在对项目完成度的衡量上。但是如果有百分比，就一定指出来那些没有包括进来的百分比是留在下一年了，还是有团队的其它人来完成。这对于项目管理者来说也会有帮助的。
定期review工作的好处是，可以及时发现blocking bug，并且对此做出相应的调整。但是管理者不见得能够实践后一条，这可能也不说明review工作真的没有用，只是管理者本身执行得不够好。
其实我并不反对设定目标和定期的review，我反对的是这种纯粹management oriented的长期目标设定和review。
实施敏捷开发有一段时间了，一个scrum的周期最长也就是一个月，每天都会花很短的时间做前一天的review和目标的调整。我体会到的这个过程的要点就是:review要及时，目标设定要随时调整。我对以年为跨度的object setting和performance review的最大困惑就在于两者的严重脱节。
实际上，这样长跨度的目标设定，更倾向于一个career plan而不是project或者product plan。而拿一个career plan作为年终performance review的依据，纯粹就是牛头不对马嘴。