管理

气氛太平静，投石起波澜。 昨天下午无意中在内部发起了一场关于"何时发布版本"的论战。 论战的背景是这样的：部门内部有这样的一个项目A，它的目标是开发出可被其他项目或产品复用的组件(这里就暂称之为组件吧，我们内部称这类组件为可复用资产)。这个项目已经开发了大半年了，目前处于收尾阶段，绝大部分开发工作已经完成。测试(包括压力测试等)已经测试过至少一轮了；我们的产品线近期准备复用项目A成产出的这些组件，我们希望得到这些组件的某个发布版本。 ...

昨天凌晨，突然接到云南移动哥们的电话，说他们正在进行的全网割接出现了问题，当时只有我们的产品遇到这样的问题，其他省的其他厂商的产品都已经顺利通过测试了。迷迷糊糊的我无奈的起床，开机，查找问题，这也让我体会到了这几天北方的夜晚的冷啊。 ...

自从去年年初搬到新办公室后，各个项目组都分到了各个独立的空间了，平时’抬头不见低头见’的情形减少了，随意拉把椅子坐下来谈技术的情形也减少了，随之而来的是项目组’各自为战’，经过近一年的发展，各个项目组在局部的发展上已经出现差异了。 ...

之所以再写这个话题，源于今天发生一个"小事件"。今天是主管绩效反馈的最后一天，我负责评价其中的三个新员工，其中一个员工对我的评价提出了’异议’。 ...

又到年终，各个单位都会开始自己的绩效考核和评优工作，这些工作中不免会有一项就是’评价你的同事’。刚入司的时候，没机会评价他人，工作年头多了，自然就有了’权力’去评价他人，这个评价对于被评价人当然是十分重要了，可能直接关系到他的奖金、薪水涨幅以及更好的机会，所以每当要给别人评价的时候，心里都’发虚’，生怕自己的评价不能完全反映这个人真实情况，带来些不好的后果。 ...

最近一段时间正处于项目策划阶段，这个阶段势必要和部门QA打交道，咨询问题并获取支持。按照我们公司的软件开发流程，策划阶段要输出一系列文档的。这些文档都是有公司模板或者是经部门裁剪后模板作为基础的，所以现在项目前期策划基本上就是按照自己的思路填写文档，估计很多公司也都是这么做的。 ...

5月末我参加了一次“从技术到管理的”培训，总体来说还是有所收获的。这段时间我一直想把自己的收获总结出来与大家分享，但是也一直没找到一个很好的形式来表达，我想简单的罗列一些规则和技巧是最最乏味的。在我的“关于Tony与Alex的对话系列的一点说明”一文中曾经将“Tony与Alex对话系列”定位为技术类的系列文章，但是经过这几天的思考，发现它同样可以用做管理知识起码是技术管理知识的介绍，这篇Blog将作为本系列中的第一篇围绕管理知识的文章。由于本人现在并非管理角色，所以文章内容的正确性和合理性并不能完全保证。 ...