技术经理角色的几点思考

 

1、充分了解需求

需求是设计与开发的输入，因此在设计与开发之前，一定需要产品经理的需求明确，并保证双方的理解一致。在出现理解模糊时要及时地与产品进行沟通，不然很有可能做的东西偏离需求，“吃力不讨好”。

2、设计先行

在充分了解需求的基础上，要先进行前期的设计，不要急于开发。良好的设计可能大大减轻开发的工作量，同时也能保证开发的质量。

3、合理分工

既然要分工，首先得知道工作量多大，具体是什么。所以这里需要先根据需求与设计评估出系统的模块/功能点，相应地估出人天。然后根据每个团队成员的技术特长进行分工，尽量让团队成员都扬长避短，这样能最大程度地保证开发的工作效率。
不过最近有一个想法，身为技术团队中的Leader，要保证项目的进度，也要注意团队成员的培养。一直让团队成员做擅长的部分，确实开发效率高，但是可能造成员的厌烦，积极性不高，成长值也有限。所以在分配擅长部分的同时，还要适当分配些“非舒适区”的工作，当然这里需要兼顾工作量与项目进度。其实单纯的分工非常简单，做到“合理”真是一门学问了，很多东西也在一点点尝试。

4、代码评审

在项目开发的过程中，要保证团队成员沟通的畅通，出现阻塞问题时能及时的讨论解决。另外要及时地进行代码评审，保证成员代码开发的质量，同时尽早地发现开发的缺陷并予以修复。

5、充分测试

在开发过程的代码自测是非常必须的，这能在最早也是最大程度地减少项目的风险。这个其实最好的方法是做到全场景覆盖，不过在实际过程中是不太现实的，特别是在项目比较紧的时候，所以最起码要保证关键逻辑的正确性。

6、上线准备

以前做比较大型的项目的时候，上线准备都会出一份上线手册，把上线的步骤特别详细的写下来，分步执行。现在做小型项目的时候就往往忽视这一点了，没有做细致的上线准备，导致上线时考虑的方面容易有所遗漏。以后需要注意在开发完成后，及时地梳理上线方案，一定要记录下来，“好记性不如烂笔头”，避免上线工作项的遗漏。

---

以上是几周来的一点心得体会，限于经验的不足，欢迎多多批评指正。