浅谈项目管理

    虽然之前做过了一些项目，零零散散也做过些管理工作，但大多项目都是上面还有这个老大顶着，自己搞好开发就好了，对项目没太大的责任。而且目前为止，开发的团队都是小规模的，成员总是也差不多都维持在个位数水平，没怎么感觉到压力。可能跟一直都在学校或者研究机构里，没在企业做过开发有关系吧。这种学校型的开发往往都具备几个特点，开发团队松散，规模小，不规范，流动性大，人为因素较大。当然这仅是就我周围的情况而言，不过相信大多数国内学校的情况也都差不了多少，所以这样从学校出来的项目往往都跟所谓的“科研”挂上点儿边，很难出得了可大规模使用的企业应用或者互联网产品，没有专门的QA和测试人员来保证项目的执行和代码的质量。

    现在说说手头的项目，这项目无论怎么说对我都还挺特别的。因为工作改签到了非开发类职位，所以这项目基本上就是我学校生涯中也很可能是一生中最后参与开发的项目。还有，就是这项目几乎由我全权负责，虽然上面也有甲方的PM和老大，但基本上都是辅助作用，不参与项目开发。所以，项目从头到尾几乎所有工作的责任都我自己扛着，第一次这么硬生生地抗项目，挑战。从刚开始的不习惯，到渐渐的步入正轨，一步一步走来，一点点实践项目管理。

    整个项目的进度非常紧，所以每个阶段的时间都做了很大的压缩，压力很大。11年11月的时候项目开始，第一项工作就是做需求。恰好，之前实习的时候做了不少的需求工作，方法上还算驾轻就熟。会议、访谈、原型...一步一步，花了一个多月的时间，开了大概十几次的电话会议，画了几十张系统原型，需求算是敲定了。眼看着快到春节假期，这也是我最后的长假，哎，豁出去了。搭开发环境、写系统框架、简单技术培训，开发就这样草草开始了。由于假期前时间也不多了，而且大家刚刚开始编码工作，所以采用了比较紧耦合的开发方式，就是大家突击一个功能，每个人按层次分工。就这样，一个功能差不多完成的时候也就春节放假了，放了个挺长时间的假，元宵节之后开工。假期后一直到现在都处在紧锣密鼓的开发中，虽然按我的标准来看做的算不上完美，但也还算过得去吧，努力还在进行中...

这几个月下来，虽然挺累，压力也挺大的，但收获还挺多，总结几点。

 

1. 关于开发。由于项目性质的原因，所以在成本上不需要怎么刻意考虑，都是实验室的xdjm们，所以重中之重就是进度的控制了。这就要求根据每个人不同的特点把合适的任务分配给合适的人，说起来轻松，其实做起来很难。每个人的性格不同、工作方式不同、开发能力不同，要分析出神马人适合干神马事情。有的人是" 挑大梁 "型的就要让TA独当一面，有的人是不太爱玩活计就得找个人盯着，有的人能力不太够就得稍微带一带...另一方面，就是要保证每个人对于所分配的任务有个清醒的认识，如果项目不太复杂的话最好每个成员对项目的目标与愿景都有个了解，这样至少在大方向上不会跑偏。再不济也得让每个人对自己要实现的功能弄得滚瓜烂熟，怎么做呢，光嘴上说是不行的，因为在认真的人也有健忘的时候，还是要落实到纸面上，最好通过图或者文档的方式把功能定明白，就按着图上画的做，应该不会出现大的偏差。文档可以有，可以不用太正式，只要能把开发中容易产生疑问的地方说明白就足够了。再有，就是要勤于测试，定期进行已完成功能的集成与测试，及时发现问题，趁着开发者没有把代码逻辑忘了的时候抓紧把错误修正了。另外，在开发之前技术负责人一定要定好开发的基调，基本的工程框架、代码样例、开发规范，一一备齐了，这样可以省去不少问题。在开发过程中不同的开发人员之间要勤于沟通，时刻了解别人都做了哪些功能，有哪些可重用的组件，这样既可以减少不少重复性的开发也便于对功能做统一的修改，一举两得。
2. 企业需要什么样的人。因为这次在团队中的角色比较复杂，项目管理、技术负责、前端开发、需求制定...几乎各工种都做遍了，所以对于团队/企业需要什么样的人突然有那么一点感悟。第一，要用心，对待自己的工作能够认真负责，把该做的事情都有条有理地做好很不容易，做完跟做好完全是两个概念，要时刻审视自己是不是做的足够好了，给自己一个标准约束自己。以我个人的经验而言，工作中能真正用心做事的人实在不多，其实不乏很多聪明能干的人做事依旧毛毛躁躁，敷衍了事。第二，主人翁意识，以前总听人说在工作中要有主人翁意识，以XXX为家，其实对N多人而言只是空喊喊而已。在现实的工作中，能把公司的事儿当自己事儿办的在工作中的表现绝对跟别人不一样，相信一个优秀的企业会给这样的人更好的发展空间和更多的机会。第三，学习能力，俗话说活到老学到老，任何时候都不能忘了学习，尤其从事的这个发展飞速的IT行业就更应该学习了。工作中、项目中难免会有些自己不懂的技术，或者用现有的技术无法解决的问题，那么怎么办呢，最快的办法是求助于身边人。可能有时候身边人也不会或者碍于面子或者怎样怎样开不了口，那么也可以求助于强大的互联网，很多时候搜索比问别人来的更快，在不行就翻翻官方文档或者发帖提问，每个技术社区上面都有特定领域的牛人，相信大家都能获得满意的回答。最后实在不行还可以找找书、论文啥的了，这种方法比较慢而且成功率也比较低，如不是遇到特别的需求根本就用不上到此地步。