Chinaunix首页 | 论坛 | 博客
  • 博客访问: 886715
  • 博文数量: 380
  • 博客积分: 3495
  • 博客等级: 中校
  • 技术积分: 3996
  • 用 户 组: 普通用户
  • 注册时间: 2007-12-02 09:35
文章分类

全部博文(380)

文章存档

2015年(2)

2014年(5)

2013年(9)

2012年(9)

2011年(67)

2010年(103)

2009年(182)

2008年(3)

我的朋友

分类: IT职场

2010-06-13 19:43:00

唉.快离开这个行业了,想想自己居然能做对日外包做了8年,也真是不容易.
现在总结一下,感觉还是有不少东西学到.
毕竟不是做编码开始的低端的东西,还都是从需求分析开始干的.
也算高端了.
管理项目也有五年的时间,虽然不算成功,不过失败也有经验总结啊.
1.交流
做为一个项目管理者,最重要的是交流,也就是说最最重要的是把客户对于产品的最终要求是什么,一定要弄清楚.可惜做到这一点并不容易,因为客户最开始也只是知道一个大概的需求,产不清楚详细的要求或者说产品最终要什么样子,如果是GUI或是WEB类的,那么可以用原型快速开发的方法进行开发,不过这种方式有时客户很难同意.因为日本的大公司采用这种流程的好像不太多.看交流能力了.
再有一点就是要把项目现存的困难想办法让客户知道,这样在延期,产品质量等方面,用户可能会给你更大的理解.如果你总是把问题隐藏起来,日本人是不会理解的,怎么就在产品交付时出现了这么多问题呢.这时,惨了.加班加班加班,还没有任何好处.

2.流程
对于流程或者是CMMI,最好是严格做.因为接触过的日本公司都是比较大的,所以管理上是相当正规的,按经验数据,如果按CMMI规定的来,确实可以保证质量,当然了也不排除不遵守流程也可以把项目管好的.不过流程的力量就是把所有能力差的提高到一个可接受的范围内.
其中最重要的流程就是评审,走查,测试.
不过要想做好设计测试,就真的比较难了.

3.人员
如果人员配备做不到金字塔型,那么还是想法自己多接触些底层的东西吧.

4.代码管理与文档管理
版本管理工具一定要用.推荐用SVN.
不过这东西管理文档似乎有些问题.不过总体来说非常成熟了.
代码的注释也要保证,最好用工具强制要求一下至少50%的注释率.

5.学习
如果能在项目组内建成一个学习的气氛就更好了.
建议就是每天早会的时候大家除了谈些工作外还谈些自己学习或者说生活上的东西.
这样既提高了大家的知识面,也能促进大家交流.
当然了要是有些组织建设的费用,那就更好了.吃饭真的是一个好的交流方式.
阅读(619) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~