S.l.e!ep.¢%

像打了激速一样,以四倍的速度运转,开心的工作
简单、开放、平等的公司文化;尊重个性、自由与个人价值;
posts - 1098, comments - 335, trackbacks - 0, articles - 1
  C++博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

技术团队管理(一)

Posted on 2009-01-18 19:08 S.l.e!ep.¢% 阅读(1550) 评论(4)  编辑 收藏 引用 所属分类: Management
目前所处的技术团队特点
1.  都为欠缺开发经验的应届毕业生
2.  没有做完善的详细设计,需求分析完后立即开发,导致后期频繁改变系统架构,延迟开发时间
3.  没有模块做单元测试
4.  没有 code review
5.  代码覆盖率 < 10%
6.  开发小组提交到时测试小组前,没有做内部测试,导致很多产品被测试小组打回
7.  测试小组目前只做黑盒测试,很多BUG测不出或难以重现,导致产品在正式投入使用后出现很多问题
8.  没有完善的版本管理,从客户那边拿回来产品经常找不到对应的源代码

Feedback

# re: 技术团队管理(一)  回复  更多评论   

2009-01-19 04:49 by yayv
一步一步来,最容易做的就是开始使用版本控制软件
第二步就是单独指定一个人写单元测试,虽然少了一个人做开发,但可以有效提高产品质量

# re: 技术团队管理(一)  回复  更多评论   

2009-01-19 10:41 by 临风
中国大多的小公司都是这样的,没办法了

# re: 技术团队管理(一)[未登录]  回复  更多评论   

2009-01-19 12:20 by cppexplore
1. 都为欠缺开发经验的应届毕业生
培训、沟通、讨论
2. 没有做完善的详细设计,需求分析完后立即开发,导致后期频繁改变系统架构,延迟开发时间
-->需求文档、review需求文档
开发文档、review开发文档
3. 没有模块做单元测试
-->培训
4. 没有 code review
-->问题不是很大,可以两两review 互相学习
5. 代码覆盖率 < 10%
-->一和代码架构有关 学习、总结、讨论
二和测试方式有关 培训
6. 开发小组提交到时测试小组前,没有做内部测试,导致很多产品被测试小组打回
-->写测试文档,培训测试流程、方式 评估bug个数 代码可读性 作为个人绩效考评依据

7. 测试小组目前只做黑盒测试,很多BUG测不出或难以重现,导致产品在正式投入使用后出现很多问题

-->到测试组前,需要研发做白盒测试。测试小组拿到产品前,根据需求文档写测试项。愈是代码行数多的模块,所做的测试项愈多
8. 没有完善的版本管理,从客户那边拿回来产品经常找不到对应的源代码
-->指定项目经理,对项目负责,可以调度研发人员、测试人员等资源。另安排专门的人做it文档、版本等管理。

总之 应届生有激情,给予相应的指导培训、制度化、多鼓励、多总结,一切会好起来的。

楼主 要不要聘请一个兼职顾问,提供一下培训啊,呵呵。
另 removed

# re: 技术团队管理(一)  回复  更多评论   

2009-01-20 18:26 by zwp
一些大公司可能都是这样的。
外资可能会在管理方面做得出色一点。

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理