下载文档原格式
2012年第12期／目前，有些企业只考虑如何降低成本，认为中小型软件项目开发不需要严格的管理。
事实恰恰相反，中小型软件项目不仅需要进行项目管理，而且还应结合项目的特点，采取适合项目要求的管理方法。
中小型软件项目开发中存在的问题与大型软件项目相比，中小型软件项目具有灵活性高、项目功能和开发人员较少、开发周期较短的特点。
这些特点使得软件项目看起来较简单，容易成功实现，因而企业往往忽视了对项目进行科学管理，在项目开发中出现一些问题。
１．项目管理中的问题（１）项目进度难以估计。
因将要开发的项目较小，企业对其没有足够的认识，无法确定项目的规模及开发各阶段需要的时间，更无法制定出能切实起到指导和控制项目进度作用的日程表，结果实际完成时间与估计完成时间有较大差别，致使项目开发陷入困境。
（２）项目组成员职责划分不明确。
因参与开发的项目组成员较少，各成员职责划分不明确，所有成员都把主要精力放在编码上，由此造成两个问题：一是在项目开发中许多其他工作没有专人负责，包括开发环境的选择、相关工具的选择和有效应用、版本控制、变更管理和缺陷管理等。
二是在项目开发过程中，许多工作产生“扯皮”现象，如对测试中发现的缺陷相互推诿。
２．项目开发过程中的问题（１）项目需求分析不充分。
对软件开发的需求分析不重视，不能详尽描述其具体功能，不了解用户的重要需求和新需求。
在未充分进行需求分析的情况下，就开始项目设计和编码，导致在项目开发过程中不断有新的用户需求出现，致使项目开发没有明确的方向，甚至用户不认可开发出的产品。
（２）设计过程不规范。
开发人员少，意味着不同人员在程序之间交互、接口相对少；开发周期短，意味着同样几个人员从头到尾负责一个项目。
这两者虽然是小项目的优势，但是却让人容易犯错误。
比如，在开发过程中，往往是几个人粗略讨论基本的数据结构、函数接口，未建立正式的文档。
缺少文档资料或文档资料不规范，是中小型软件项目管理普遍存在的问题。
这种问题会造成危险：一是有的人员可能会对软件的接口、结构在理解上有偏差，而这种偏差可能会造成以后返工。
软件项目计划书软件项目计划书篇一一、企业概况天津桓xxx有限公司成立于20xx年12月，位于天津市南开区高新技术产业园区的中心地带（白堤路）。
是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。
员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。
公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品A级代理销售及服务授权资格。
而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。
公司内部管理制度合理适宜。
外部社会关系广泛良好。
经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。
为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。
我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。
二、营销计划公司不仅注重短期目标，更加重视长期发展。
公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。
1、目标市场：创业前期（两年内）目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期（两年后）逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。
2、企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。
3、使用价格：参考报价4、营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担；在企业不断发展过程中，再适时招纳一定数量新成员（15名左右）专门从事企业营销策划的工作。
目录第一章实验基础知识概述 (1)1.1 团队协作和沟通 (1)1.2 几种配置管理工具简介 (1)1.2.1 Visual Source Safe (VSS） (1)1.2.2 Concurrent V ersion System (CVS） (2)1.2.3 StarTeam (2)1.2.4 ClearCase (3)1.2.5优缺点对比 (4)1.3 Project工具 (4)1.4 项目基本设定与快速上手 (4)1.4.1 利用范本方式进行部署 (5)1.4.2 利用现成的文件快速变更成自己的部署计划 (8)1.4.3 从空白项目开始制作起－火速上线 (9)第二章实验要求 (15)2.1 实验过程要求 (15)2.2 实验报告要求 (15)2.2.1 实验报告书写格式 (15)2.2.2 实验报告范例 (15)2.3 实验成绩评价 (15)2.3.1 实验成绩评价结构及比例 (15)2.3.2 考核方式 (15)2.3.3 评价标准及考核方式细则的确定 (15)第三章实验内容 (16)3.1 团队游戏（齐心协力） (16)3.1.1 实验类型 (16)3.1.2 实验目的 (16)3.1.3 背景知识 (16)3.1.4 实验设备 (16)3.1.5 实验内容 (16)3.1.6 实验步骤 (16)3.1.7 实验要求 (16)3.1.8 实验思考 (16)3.2 沟通游戏（扑克牌游戏） (17)3.2.1 实验类型 (17)3.2.2 实验目的 (17)3.2.3 背景知识 (17)3.2.4 实验设备 (17)3.2.5 实验内容 (17)3.2.6 实验步骤 (17)3.2.7 实验要求 (17)3.2.8 实验思考 (17)3.3 VSS配置管理工具 (17)3.3.1 实验类型 (17)3.3.2 实验目的 (17)3.3.3 背景知识 (17)3.3.4 实验设备 (18)3.3.5 实验内容 (18)3.3.6 实验步骤 (18)3.3.7 实验要求 (18)3.3.8 实验思考 (18)3.4 Project项目管理工具 (18)3.4.1 实验类型 (18)3.4.2 实验目的 (18)3.4.3 背景知识 (19)3.4.4 实验设备 (19)3.4.5 实验内容 (19)3.4.6 实验步骤 (19)3.4.7 实验要求 (19)3.4.8 实验思考 (19)3.5 网站项目管理 (19)3.5.1 实验类型 (19)3.5.2 实验目的 (19)3.5.3 背景知识 (19)3.5.4 实验设备 (19)3.5.5 实验内容 (19)3.5.7 实验要求 (23)附录B 实验报告封面 (40)附录C Project工具使用实验报告模板 (41)附录D 团队游戏总结报告模板 (42)附录E 软件项目计划模板 (43)第一章实验基础知识概述1.1团队协作和沟通团队是一组个体成员为实现一个共同目标而协同工作，团队工作就是团队成员为实现这一共同目标而共同努力。
论中小型软件企业的软件项目管理过程(1)
论文摘要：本文分析了国内中小型软件企业在企业体制和人力资源等方面特点，指出了中小型软件企业在开发软件产品时应用项目管理和软件工程方法管理软件项目的差异，提出了其软件项目管理过程改进模型。
论文关键词：软件项目管理；中小型软件企业；软件过程改进目前中国软件的应用已经深入到企业和政府以技人们日常生活的方方面面，其中大量的软件开发是由中小型软件企业承担。
由于中小型软件企业的企业体制和人力资源、投入力度和关心程度等差异，在开发软件产品时与专业软件企业有很大的不同，因此对中小型软件企业的软件项目管理进行研究，有助于提高其软件项目管理水平，增强客户的满意度。
1软件项目管理与中小型软件企业软件项目管理既具有一般项目管理的属性，又具有其特殊性，重点在于标准制定和推行。
为了加强我国软件业的国际竞争力，需要发展一大批具有遵循开发过程与注重质量的文化氛围的软件企业，而制定和推行标准的目的正是要引导软件企业逐步走向成熟，使其工程和管理水平稳步提高；同时为它们提供全方位的服务，以支持软件产业的整体发展。
软件项目管理在20世纪70年代中期引起了广泛的注意。
当时美国国防部曾立题专门研究软件项目做得不好的原因，发觉70％失败的软件项目是因为管理不善而引起的，而不是因为技术实力不够，进而得出一个结论：即管理是影响软件研发项目全局的因素，而技术只影响局部。
软件程序员往往没有很好地了解用户的意图就匆匆进行编
码，因而在编码过程中不断修改代码以适应客户的要求；这种修改在越接近开发后期付出的代价就越高，即使是已经完成、交付用户使用的软件，也会存在各种隐藏的错误和缺陷，于是程序员就像陷入了可怕的泥沼中，这就出现了所谓的“软件危机”。
目前国内的中小型软件企业由于规模、研发能力等限制，造成在软件开发中管理存在问题非常普遍。
不恰当的组织结构、工作流程不规范、没有项目管理概念和软件工程概念等是中小型软件企业面临的主要问题。
1．1中小型软件企业中软件开发的特点国内的中小型软件企业虽然涉足软件开发业务，但对软件的认识仍只停留在“程序员编一些代码”的水平上，企业内部软件开发缺乏管理意识，具体表现为：
1)项目负责人的项目管理经验不足；
2)项目功能相对较少，涉及面相对较狭窄；
3)开发人员较少，人员结构简单；
4)开发周期较短；
5)项目进度缺乏控制；
6)项目成本预算较难；
7)缺乏完整的项目文档；
8)缺乏后续维护。
1.2中小型软件企业中的软件开发组织
与专业软件公司的软件开发组织相比较，中小型软件企业中的软件开发工作机构小、人员少，开发人员待遇低，难以吸引高水平的人才，人才流失率达到50％以上。
由于没有高水平的开发人员和技术
管理人员，软件工作状况处于初级的水平，软件开发不能按照软件工程的要求执行。
在软件系统建立过程中需要多方面的人才：需求方人员、懂得软件项目管理的人员、软件程序员和系统分析员，普通企业由于对软件生产不了解，往往由软件需求提出方人员对软件工作直接管理，这个工作显然超出了其能力范围，不符合软件工作的相关原则。
业务人员作为项目的负责人，既不能合理地计划软件开发工作，也不可能管理好软件工作中的各种风险，这将致使软件开发处于无序的风险之中。
1．3中小型软件企业中的软件开发沟通
在需要团队协同工作的今天，沟通已经变得无比的重要，在软件业，沟通可以说是快速学习和掌握新知识、达到技术上更高层次的最佳途径。
如果小组成员在协调上出现漏洞，将可能导致很大的问题，所以项目负责人必须随时监控备开发人员的工作，包括开发内容足否与要求发生偏差、开发进度是否滞后，等等。
项目沟通管理指出“：“管理要将70%的时间用于与人沟通，而项目经理需要花费90％或更多的时间沟通”。
在企业中，软件经理大多是技术骨干，而软件组成见也都是“高科技人员”，都具有“从专业或学术发、工作自主性大、自我欣赏、以自我为中心”等共同的特点，因此妨碍沟通的素主耍足“感觉和态度问题”，也就是沟通意识和习惯的问题。
在系统的实施阶段或软件开发的试运行阶段，项日成员基本上足持续地在客户方进行工作，在这种情况下非常容易忽视沟通项目组与组织之间、项目组与项目组成员之问，甚至同一个项目组的不同成员之间如果没有足够的沟通意识和沟通制度、沟通工具，就有可能
造成信息不畅，从而加大项目失败的风险。
中小型软件企业开发人员少，意味着不同人员在程序之间交互、接口相对少一些；开发周期短，意味着往往是同样的几个人从头到尾负责一个项目。
这两者都让人容易犯错误，往住是几个人碰一下头，讨沦一下最基本的数据结构、函数接口，便分头去做自己的工作了，没有一份较正式的书面文档，缺少文档资料或者文档资料不规范是软件项目管理中普遍存在的问题。
由于讨沦时忽略了某些情况，待大家部按当时的分工完成属于自己的工作后，有可能才发现各个模块组合起来却形不成一个完整的系统，其根源就在于没有一个负责总协调的人员不断监控整个丌发过程。
如果在项目开发过程中一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解之前的人所编的代码，往往索性自己从头来。
1．4中小型软件企业中的软件开发工作流程。
