浅谈公有制企业中小型软件团队的项目管理实践

《浅谈公有制企业中小型软件团队的项目管理实践》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、浅谈公有制企业中小型软件团队的项目管理实践该文以笔者在实际工作中的项目经验为基础，结合软件项目管理相关理论为指导，从开发人员管理、软件质量管理、软件配置管理三个方面探讨了软件项目管理知识在大型国有化工企业中的软件项目管理工作中的应用。1背景随着信息化进程在国有大型化工企业中的推进，越来越多的企业提出了针对自身特点的管理类应用软件的需求。为了更好的完成这些软件开发和应用推广工作，各大企业纷纷组建具有自身管理特色的软件开发队伍。但是，由于国有企业在体制方面具有的天然特殊性，其内部的软件队伍在项目管理工作中无法完全照搬体制外软件企业的管理制度和方法，所以，

2、如何在企业中依据企业特色做好对企业内部软件开发队伍的项目管理工作就成了团队管理者需要认真面对的新课题。2开发人员管理国有大型企业较普通民营企业相比，存在诸多特殊性，如管理体制为公有制，资本运作方式单一，企业成立历史较长等，但是，其管理特色与专业的软件开发团队的在理念上存在或多或少的相悖，因而在项目管理工作中是不能直接照搬体制外专业软件队伍的项目管理经验和方法的。在企业中建立软件开发队伍的首要问题，是如何使开发小组具有很强的凝聚力，从而使组内每个成员的优势发挥出来，尽可能的做到高执行力，有效的服从管理人员的指挥，确保软件开发质量。在笔者曾经参与的项目中

3、，团队开发人员是按照下文中的方式进行管理的。2.1划分开发小组想要在非IT企业内以其自身员工为团队成员组建一支软件开发队伍是非常困难的，因为，专业软件团队的成员一般具有如下几个特点：1)计算机相关专业毕业;2)具有良好的计算理论和应用素养;3)拥有足够的代码开发技能;4)精力充沛，富有创造激情。因此，依据软件项目管理中团队组成的基本理论，可以在团队建设的初期仅建立一个或数个软件开发小组。一般情况下，小组具有如下几点特征[1]：1)至少有两个人;2)他们具有相似的特长或技能优势;3)他们为一个共同的目标或任务而工作;4)每个人都被分配了一定的角色或职责

4、。这里有一点需要注意：整个小组的规模是影响小组效率的一个重要因素，另外，小组成员的技术高低搭配也是人员管理中非常重要的一环。所以，在企业中“科班”出身的职工少之又少的情况下，一定要确保每组成员中配有1到2名计算机专业“科班”出身的职工。之所以做这样的人员搭配，首要原因是需要团队之间在进行技术沟通时，受过专业理论及技术培训的人员可以更快进入角色，技术交流障碍少，另外一个更加重要的原因则是可以沿袭大型企业特有的“师带徒”传统，一个“科班”出身的职工带一名到数名不等的徒弟，传授技能知识和或引导徒弟自主学习，从而更快更好的培养团队需要的软件技术人员。2.2小

5、组成员的角色及分工在确立了小组的人员搭配之后，要做的第一件事情就是明确人员责任。在TSP(TeamSoftent)是协调软件开发工作中软件使用和进度控制最为有效的工具方法之一，可以有效减小软件进度的混乱程度，作为一种标识、控制和管理软件变更的技术，更可以使错误达到最小并最有效地提高软件项目管理效率[5]。3.1进行软件配置的原因首先要探讨的是笔者在企业项目管理工作中遭遇到的一些实际问题：1)潜在用户的功能需求不稳定;2)人员技术素质参差不齐，人员开发习惯存在较大差别;3)软件的规模越来越大;4)软件的重用性需要提高;5)软件的维护越来越困难;6)团队

6、的直属领导需求或想法脱离实际。面对这些问题，寻求有效的团队管理策略往往不够，还需要有效的代码管理工具和良好的项目版本迭代工具来帮助团队沟通和交流。依据笔者的项目从业经验，使用.作为开发平台的同时，使用微软公司出品的TFS(teamfoundationserver)作为团队项目管理(包括版本管理、进度管理等)的软件工具。该软件可作为VisualStudioTeamSystem(VSTS)在服务器端后端平台。TFS常用以下几个部分：1)团队基础服务器;2)程式开发应用;3)解决方案构架;4)开发工具中文服务器。4软件质量管理随着项目进行的逐渐深入，其任何

7、一次质量问题的修改成本都都会大幅增加，对于软件团队来说，仅仅是软件质量测试工作不足以对软件质量的全程做到有效控制，还需要项目管理人员对团队进行更完善的软件质量管理。4.1制定并执行适度的开发规范在开发小组建立之初，在缺乏软件开发规范时，整个团队的开发人员因技术能力，专业素养的不同，在开发工作中将缺乏统一的规范。4.2制定规范的开发文档软件开发文档是对整个开发过程的记录和说明[4]。相较于软件的实体，其开发文档更像是软件的形成过程中的地图，软件日后的升级、维护、和修改工作以及用户的使用，均需要查阅相关的开发文档。尤其在公有制企业内部，在评价一个部门的工

8、作是否到位时，往往考量的不是整个团队的工作质量，所产出软件的可操作性等诸多影响因素，而是这个团队是否有非常符