非IT公司信息化团队建设总结——1.取舍
来源:互联网 发布:阿里云1m带宽日访问量 编辑:程序博客网 时间:2024/05/07 13:39
作为技术团队的管理者,团队的建设是一个重要的基础环节。按照软件工程的要求,一个技术团队中可能出现的角色有很多,具体请看下图:
作为IT公司来说,全面的角色设定都很少,本人供职过的几家软件公司,最全面的团队设定也就包含了“项目经理、测试经理、管理评审员、软件架构、设计员、用户界面设计员、数据库设计员、实现人员、集成人员、测试设计员、测试人员、技术文档撰写员、图形美工、工具专家、评审员、评审协调员”。其中很多角色进行了合并,基本上都是一人多角,合并后也就剩下了“项目经理(软件架构、设计员、数据库设计员、技术文档撰写员、工具专家、评审协调员)、测试经理、管理评审员(评审员)、用户界面设计员(图形美工)、实现人员(集成人员)、测试设计员(测试人员)”。项目成员共17人,算是中小型团队规模。就我了解的,目前国内大部分的软件公司针对一个项目的投入在15人(稳定的团队人员数)以下的还是占多数的。那么作为IT公司来说,都不具备组建整员满编技术团队的必要,那么,非IT公司信息化部门的团队组成又该如何取舍呢?
(续,跟之前思路可能有些脱节)
首先,稳定压倒一切。不要贸然的改变原来公司中已经存在的团队结构,因为这里面藏着太多的know-how。公司系统中的业务特性由于一般缺少文档、正规的管理流程,很多细节点都分散藏在团队成员中。恩,也许那个一上班就看动漫的小伙子手里掌握着所有的公司宣传图片,另一个不停化妆的小丫头掌控者所有服务器的账号和密码,还有一个躲在一边不知道在干什么的也许就是原来所有程序的开发者......当然,当你真具体问起他们的每个人的时候,他们回答最多的可能就是“不知道”,然后把相关事宜全部推倒你的前任身上。所以,先不要在乎上面所提到的角色怎么分配,静下心来,好好了解情况吧,起码把现状维持下去,不让其恶化,直到你掌控了局面。
其次,局面稳定后,最先设定测试岗位,通过对测试岗位的严格要求来钳制前端岗位,不放任何不合格的产品上线。这是一个反复的过程,一定要坚持住,同时,慢慢抛出代码规范,并且帮助前端提高工作技能,并清理害群之马。
最后,根据实际情况,重新定岗,一般由项目经理+开发组长+开发工程师+美工+测试,即可完成团队的重组。
很抱歉,由于一些原因,写的有点前言不搭后语,自己感觉也没有完全表达好自己的本意,希望后面的文章能够有所改进。
- 非IT公司信息化团队建设总结——1.取舍
- 中小IT公司信息化建设可行性
- 敏捷开发系列学习总结(8)——创业公司研发团队建设
- 创业型公司工作总结系列之一——团队建设
- 公司团队建设
- XX公司信息化建设草案
- 提高企业it信息化建设
- IT项目开发团队建设与管理总结
- 浅议企业信息化中的团队建设
- 物流公司信息化建设案利
- 做软件与团队建设——对带研发团队和管理的总结
- 信息化项目手记(一)--公司政治下的信息化建设
- 信息化建设中的IT规划精要
- 我在学校的信息化建设的总结——圆满的句号
- 建设全功能团队——实践篇
- 建设全功能团队——实践篇
- 建设全功能团队——实践篇
- (原创)—项目环境与团队建设
- linux上安装了qt-sdk-linux-x86-opensource-2010.05.1具体步骤
- madplay编译移植个人记录
- C++著名程序库的比较和学习经验
- 创建单例winform应用程序的一种更好的方式
- postgresql中的pg_log, pg_xlog, and pg_clog
- 非IT公司信息化团队建设总结——1.取舍
- 【连载】【FPGA黑金开发板】Verilog HDL那些事儿--RTC接口封装(二十二)
- Grails test could like this
- learing WebGL lesson 2 WebGL教程
- [转]boost 文件系统库相关资料
- 利用Java的反射与代理机制实现AOP
- 【连载】【FPGA黑金开发板】Verilog HDL那些事儿--系统建模(二十三)
- QT控制选中item的文字颜色(HighlightedText) 和 QT表格交替背景色
- WCF安装和证书生成