论文网
关于项目相关论文范文,与项目管理作业相关论文开题报告
本论文是一篇关于项目相关论文开题报告,关于项目管理作业相关硕士论文范文。免费优秀的关于项目及项目管理及软件开发方面论文范文资料,适合项目论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。
这一文档应该由技术人员编写.用户测案例和结果:安讯项目组成员应按照其确定的软件服务范围及项目目标进行用户使用测试评估,确保已开发的软件具备盛凯公司提出的软件要求,并通过用户使用情况进行意见反馈,从而对软件进行修改.用户对软件的体验反馈应该多次进行.
用户培训计划:培训开始前制订培训计划,对培训的过程,课程和参加人员进行安排.最终达到使盛凯公司相关员工能熟练操作该软件系统.
用户使用手册:用户软件进行操作的指导和备查手册.它应包括确定的盛凯的相关业务流程,并按照业务流程的方式来组织系统的功能.公司员工在接受过系统使用培训后,参照该手册和业务流程的政策规定应该即可以基本完成软件的操作,各部门也能通过该软件在业务上进行有序的交流.
软件上线计划:对软件上线过程进行详细安排,包括软件安装与调试过程,用户授权,建议修改等,系统上线的过程应严格按照该步骤进行执行.
软件上线报告:它是在系统的上线过程中和上线后进行制作的.在上线过程中,主要包括对软件的实际操作性能,用户意见反馈等内容.在上线后,需要对上线过程进行总结,找出可能存在的问题和解决办法.
软件维护文档:供软件管理人员使用的软件维护手册.它的编写应结合安讯和盛凯的系统管理政策,如软件备份的策略等.它应该包括软件架构和使用的软件,硬件平台的描述,各软件系统(生产,开发,测试等)的分布,软件的启动,关闭,备份,性能监视和常用软件维护工具的使用说明等.
对帐确认报告:在项目开发期内对每个阶段各个款项到账情况的确认核实.
系统质量检查报告:总结软件上线至今的状况,分析过去发生的主要问题和解决方案.对软件使用的进一步提高和改进提出相应的意见.
全部项目文档都只使用中文编写.对于文档的签字,原则上由安讯公司该项目负责人签字,但是对于软件上线报告等这些关键的项目阶段总结报告,需要在项目会议上进行汇报讨论,并最终由相关领导签字确认.同时,由于本项目的日程安排紧密,为了保证项目能够按照计划进行并最终能够在计划日期上线,因此项目文件的签字工作应该在文件递交5个工作日内完成.如果超过5个工作日仍然没有签字,则视同已经签字确认,并且项目组的工作将按照这些文件进行.
6.3项目文档管理环境
作为项目管理最佳实践的一部分,项目文档应该在一个集中且可控的环境内统一维护.这不仅可以保证项目文档的标准化,更重要的是这种方式为项目相关人员的知识共享提供了一个便捷的平台.本项目的文档统一在安讯——盛凯项目文档管理服务器内维护,具体的地址是:anxunshengkai.
7项目沟通管理
7.1项目决策流程
下面介绍的决策和上报流程与日常挑战和决策有关.某些挑战可能会造成项目范围,资源或时间表的变更并需要利用变更管理中描述的变更控制流程进行处理.对于那些不会对项目范围,资源或时间表造成明显影响的决策,项目组有权自行决定.
决策的第一级上报领导为安讯——盛凯计费软件开发项目经理.第二级上报领导是项目总监.在向更上一级报告之前,在某一级领导处不得上报两次以上.需要从指导委员会处得到输入的决策或者需要获得内部大多数同意的决策仅限于以下几种:
对安讯和盛凯现有业务流程会造成重大影响的决策,
会影响到项目进程的关键方针政策的决策,
会给项目范围,时间表,功能性或成本带来显着变更的决策(称为"重大决策").
7.2项目例会
安讯——盛凯软件开发项目沟通计划用于为项目实施和培训阐明沟通的目标,范围,流程和计划,确保项目领导,顾问和工作组能接收到及时准确的信息.项目沟通的目标受众是:
1,指导委员会
2,项目总监
3,项目经理
4,核心项目组
5,最终用户
每周四14:00-15:00安讯项目组全部成员都要会晤一次.会议由项目经理主持,对过去一周的工作进行总结,讨论项目工作中存在的问题和解决方案,并且对下一周期的工作进行安排.
每一个月月末下午14:00-15:00安讯和盛凯项目组全体成员进行会晤,双方代表交流项目进程,交换开发意见,对本月工作进行总结,针对问题提出解决方案,并做好下一周期的工作安排.
项目组和项目管理组的特别会议将根据情况安排日期.
每两周周五14:00-15:00项目召开一次管理会议,参加者包括安讯——盛凯软件开发项目总监,项目经理,以及小组负责人.会上接收项目管理组提交的项目状态报告,每两周周提交一次的项目管理状态报告将被作为制定指导委员会报告的主要基础.项目主任对指导委员会状态报告的制定和提交以及报告会组织等工作负主要责任.
8项目风险管理
8.1需求风险
需求已经成为项目基准,但需求还在继续变化需求定义欠佳,而进一步的定义会扩展项目范畴添加额外的需求客户对于最后交付的产品不满意,要求重新设计和重做开发环境风险
设施未及时到位设施虽到位,但不配套,如没有,网线,办公用品等设施拥挤,杂乱或者破损开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低
8.5管理变革的风险
1,各部门职员职责不清业务不明,产生利益冲突,
应对办法:首先应从高层入手,编制岗位说明书,明确各业务部门职责范围.一旦出现冲突,高层领导从公司整体利益角度出发给予仲裁,尽量平衡各方利益,避免陷入无谓的争执中.
2,在系统切换时,为了局部利益,擅自从系统外进行业务处理,
应对办法:各个实施单位高层不得在系统外进行业务的审批
3,对AHS系统了解不深,对其抱有过高的期望值,过于依赖新系统实现所有功能,
应对办法:通过双方的
关于项目相关论文范文
5,对AHS操作界面或者风格不习惯,产生抵触情绪
应对办法:在重整和优化现有流程的过程中,希望让系统适应过去旧的流程是不合理的管理机制和管理流程,必然导致实施失败.双应该协商完成最大化地实现现有业务流程的改变与修改,采取循序渐进的过程,让员工在使用中逐渐发现新系统的优点,同时尽量在设计上遵循原有的操作习惯
9项目变更管理
9.1提出变更
提出变更需首先填写"变更申请表"(REQUESTFORCHANGE,以下简称RFC).RFC需由申请方项目经理交给对方项目经理.接收方项目经理将就RFC的技术可靠性以及对整个项目的影响做出评估.经接收方项目经理同意的RFC将提交项目领导小组批准备案,未被批准的RFC将退还给申请方项目经理.任何双方项目经理不能解决的争议将提交项目领导小组审议.
变更申请表
变更申请(系统名称)变更申请序号#:申请人:
日期:申请变更内容:
申请变更原因:
变更类别(标明一个)
A.功能方面_____B.运行性能方面______C.文档方面______
授权人签字:_______________________日期:______________
9.2接收方的响应
接收方项目经理将在接到RFC的三个工作日内确认收讫,并说明分析RFC,做出相应的工程变更建议书(ENGINEERINGCHANGEPROPOSAL,以下简称ECP)所需的时间.如果安讯是接收方,安讯可对RFC分析报告以及ECP进行收费并以书面形式告知客户收费标准,安讯将于客户同意收费标准后三十天或双方协定的时间内,对RFC进行分析研究并做相应的ECP.ECP将就RFC中所提出的变更对整个项目的影响做出以下几方面的说明
基本变更-文件的增改和删除
软件设计-程序编码
关于项目相关论文范文,与项目管理作业相关论文开题报告参考文献资料：