信息系统项目管理经验
相关过程：工程前期工作、软件系统实现、实施与维护；具体内容：客户需求分析、工程项目控制、工程后期维护；
关键词
- 信息系统
- 生命周期
- 软件工程
- 需求分析
- 系统原型
1 工程前期工作
1.1 用户调研
目的
收集需求。
方法
直接面对面与用户交流，亲身体验用户工作，了解工作细节。
结束标志
完成了需求分析设计文档，并且得到用户的认可。
人员要求
客户交流经验、程序设计经验、系统分析经验，并能对重大问题进行独立决策。
1.2 需求分析
目的
明确用户需要的内容。
方法
方法多样，但必须描述清楚用户的业务工作、软件需求。
结束标志
程序员能够开始程序设计，并和建立系统原型的工作结合起来进行。
人员要求
可与调研人员重合，增加软件分析人员，为调研人员提出调研的内容和方向；
投入时间
占工程时间的30%-40%，保证需求分析的深度和质量。
涉及组织
调研组、需求分析组、原型开发组。
1.3 建立系统原型
原因
是需求分析的补充手段。
目的
明确和确定用户需求，引导用户提出更具体的内容。
1.4 建立组织机构、制度
建立工程组织机构和管理制度，才具备完成项目的基础。组织的建立应在项目开始需求调研的时候就开始着手建立。
2 软件系统实现
2.1 系统设计
关于体系结构
体系结构受到软件用户数量、运行环境、更新维护要求、软件分布等外部因素的影响，应根据不同情况采取不同的体系结构。
关于分析方法
目前有很多系统设计的方法，选择某一方法（OMT、UML、OO）要根据系统的特点来确定。
关于文档
- 确定当前工程文档的各种标准；
- 工程需要哪几类文档；
- 确定文档提交和发布的时机；
- 文档包括：工作规范文档、分析设计文档、工作计划文档、日志文档、任务分配考核文档等；
关于软件设计水平定位
新技术的采用和成熟技术的采用要成比例。
考虑系统用户特点
原则：简化设计，降低复杂度。
2.2 程序质量
程序质量包括：管理水平、程序员的工作状况、相应的标准规范、文档的考核、个人激励制度等；
标准规范制定
标准规范为程序设计服务，对规范的要求进行考核。
- 注释；
- 注释量；
- 变量命名规范；
- 函数程序命名规范；
编码质量控制
- 正确；
- 易读；
- 易维护；
版本控制
采用适当的版本控制工作对程序代码进行控制。
文档管理
文档的管理主要是更新、维护、并且要持之以恒，坚持到底。在程序设计的过程中以一定的粒度要求，在不同阶段要完成不同阶段的文档，这样才能以文档作为协同工作的基础。
编码时间抽入到什么阶段
包括：需求分析阶段、程序实现阶段、系统运行维护阶段。
用户界面
界面简洁、易学易用。
2.3 实现技术
数据库设计
数据库的设计是信息系统设计的基础，关于数据库的设计在考虑设计要求的前提下，尽量考虑如何简化系统的实现。
开发语言版本
尽量都使用同一个安装程序。
开发平台
尽量保持一致和稳定，减少系统集成时出现的问题。
新技术采用
新技术受程序员接受能力等因素电话号，应合理采用。
2.4 软件测试
编码过程中测试
程序员测试基本原则：确保所有的代码在正确使用下不会有问题，否则将浪费大量的时间来修改代码。
组织测试人员
建立测试小组，开展系统测试，保证系统质量。
用户测试
针对用户测试要组织好，同时还要对资金、人力投入做一个合理的预算。
3 实施与维护
3.1 管理者完成的工作
- 树立用户意见至上的意识，并让项目组全体普遍授受；
- 做好与用户的沟通，尤其针对不合理的问题，要给出合理的解释；
- 做用户欣然接受你的交付的系统是不断努力才能有的结果；
- 要做到不急不躁，同时要注意调整程序员的情绪；
3.2 关于维护阶段的投入
- 现场维护的费用；
- 培训的费用（尤其是组织培训班）；
- 人员的增加（增加与用户交互的人员、再次启用调研组）；
3.3 加强与用户的沟通
- 双方负责人要做到及时、有效的沟通；
- 各程序组在与普通用户进行沟通的时候也要注意方式、方法；
- 尽量能用简洁的语言给出明确的解释和说明；
4 结论
大型信息系统项目管理只能切合项目的实际情况进行分析，不盲目照搬书本和现成的各种管理过程方法，必要时采用多种方法、模型进行组合和裁剪，才能有效地解决项目管理中的问题。
注意：本文所有内容来自一篇《大型信息系统项目管理经验浅谈》，本人主要是对项目管理相关的知识点进行了整理，方便个人对其知识点的理解，如有需要或影响，请联系删除，谢谢！
