IT项目治理Word文档下载推荐.docx
- 文档编号:22231113
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:17
- 大小:313.96KB
IT项目治理Word文档下载推荐.docx
《IT项目治理Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《IT项目治理Word文档下载推荐.docx(17页珍藏版)》请在冰豆网上搜索。
2021年**月**日
开标时刻:
2014年**月**日,上午9:
00
开标地址:
中国人民大学教学楼XXX室
联系方式:
1**********
:
******
联系人:
投标方须知
1.本招标涉及范围为是xx校内连锁餐厅制作治理系统的任务,负责完成预期目标的全数任务。
2.招标方不保证解决在项目中显现的全数问题。
3.有以下情形之一的,投标保证金不予退回:
(1)投标方在投标截止往后至开标前撤回其投标的;
(2)投标方在招标进程中有串标,或提供的相关复印件与原件不符等舞弊行为;
(3)投标方拒绝依照投标文件所列的许诺和优惠条件签定合同的,或不依照合一样本所列条款签定合同的。
对投标方要求
1.有丰硕的实践体会。
2.具有完整的项目团队,团队成员有过成功的合作经历。
3.具有良好的信誉与较强的专业知识。
4.具有在规定的实现内完成任务,并能实时依照需求的转变调整方案的能力。
投保费用
投标方应承担所有与预备和参加投保有关的费用,不论投标的结果如何,招标方均无义务和责任承担这些费用。
招标文件的澄清
投标方对招标文件如有疑问,可要求澄清,应在投标截止日期前2天按招标邀请中注明的地址以书面形式(信函或)通知到招标方,招标方将视情形确信采纳适当方式予以澄清或回答,并在其以为必要时,将不标明查询来源的书面回答发给每一个投标方。
投标文件的密封和标记
投标方应将投标文件(一份正本一份副本,标明“正本”或“副本”)密封包装,且在封面上加盖投标方单位公章和法人代表印章已经标明投标方名称、地址和“开标前不得启封”字样。
若是未按上述规定进行密封和标记,招标方对投标文件予以拒绝。
项目投标书的格式要求
封面题目楷体二号字。
正文宋体五号,首行缩进两个字符。
项目投标书的内容要求
第一,内容需写明该项目集体的成员与相关体会。
第二,内容中有明确的本钱操纵打算,进度操纵打算,组织操纵打算。
最后,内容写明责任与期望招标方提供的支持。
项目目的
通过在校内连锁餐厅内实施治理系统,改善校内餐厅的效劳质量,降低本钱,提高收益效率。
项目目标
在规定的时刻内完成校内连锁餐厅治理系统的建设,并按期投入利用。
成功标准
治理系统软件按期安装成功,并良好的运行,使餐厅的治理水平有较大的改善。
项目的整体要求
以较低的本钱,最短的时刻,完成项目的目标。
归纳性的项目描述
该项目目的在于通过在校内连锁餐厅内成立治理系统,改善餐厅的效劳质量,降低本钱,提高餐厅的营业效益。
项目的要紧风险
项目本钱超出预算;
项目进度延后,不能按期讲软件交给客户利用;
项目执行进程中收到学校或外界因素的干扰致使项目不能执行,被迫中止。
整体里程碑进度打算:
(1)完成治理系统的设计工作。
(2)完成治理系统的软件的制作与调试。
(3)完成治理系统的安装,交付客户利用,良好运行。
整体预算:
项目审批要求:
委派的项目领导及其职责和职权:
发起人或其他批准项目章程的人员的姓名和职权。
(WBS)
见图
网络图
网络图一
网络图二
网络图三
网络图四
网络图五
甘特图
甘特图一
甘特图二
甘特图三
甘特图四
活动
小活动
预算分摊(元)
预算累计(元)
项目开发准备
确定项目范围
100
800
项目可行性分析
300
可行性研究报告撰写
撰写项目总计划报告
需求分析
需求调研
500
2300
功能需求分析
200
性能需求分析
运行需求分析
其他需求分析
需求确认
撰写需求说明书
设计
审阅初步的系统规范
3100
制定系统功能规范
根据系统功能规范开发原型
再次审阅并并完善系统
根据反馈修改模型
系统开发
审阅功能规范
3200
确定模块化、分层设计参数
3300
采购管理子系统
编写代码
50
3400
系统测试
30
文档编写
20
库存管理子系统
3500
销售管理子系统
3600
用户管理子系统
3700
开发工作完成
后台管理子系统
3800
资产管理子系统
3900
人力资源管理子系统
4000
管理文档编写
子系统合成
子系统合成编写代码
4100
子系统合成z综合测试
子系统文档编写
运行、测试
制定单元测试计划
4130
制定整体测试计划
4160
单元测试
审阅模块化代码
4350
测试组件模块是否符合规范
找出不符合规范的情况
修改代码
重新测试修改后的代码
整体测试
4490
40
重新测试
9.团队内部的组织结构
本项目采纳矩阵式组织,项目由A领导与操纵,项目的前期预备工作由B负责。
项目工程师为C,D为程序员。
A
无恒
B
王鹏
C
石超
D
石雨鑫
10.团队的知识地图
项目经理
项目工程师
程序员
确定需求
能力分
兴趣分
开发
测试
安装
完成
1.能力分打分标准:
5分:
熟悉利用此方面的知识,有丰硕的实践体会,能够领导其他成员完成相应工作。
4分:
熟悉此类知识,但体会不够丰硕。
3分:
对此类知识有必然了解,需要进一步学习。
2分:
对此类知识有过少量接触,只是缺乏深切了解。
1分:
对此类知识完全没有了解。
2.爱好分打分标准:
此类工作完全符合本人的爱好,对该工作抱有极大的热忱。
对该工作比较有爱好,能够比较愉快地完成工作。
能够以平常心态完成该项工作,谈不上有爱好。
能够勉强同意该工作,尽可能完成任务。
超级厌恶此类工作。
依照知识地图得分表,制定本项目小组职责分派矩阵,所遵从的规那么是:
R(活动负责人)的选择:
(能力分*90%+爱好分*10%)最大者
R1(活动第二负责人)的选择:
(能力分*70%+爱好分*30%)大于等于
11.团队的职责分派矩阵
组织责任者
WBS
辅助
负责
修改外购软件包
批准
审批
修改内部程序
修改手工操作系统流程
测试外购软件包
测试内部程序
完成安装新软件包
培训人员
12.成员的考核体系
项目领导的考核体系
项目开发前预备45%在项目打算规定的时刻内完成需求调查,辅助项目工程师完成任务;
项目开发及效劳质量70%与项目成员及外部人员的沟通,及时为项目团队解决项目运行时显现的各类问题;
团队建设奉献40%制度、政策的下达;
把握员工的情绪及工作情形的能力;
保护与客户之间关系等。
项目工程师的考核体系
项目开发前预备30%在项目实施前在项目领导的帮忙下完成需求调查的任务;
项目开发及效劳质量60%设计合理;
较好的知足客户的需要;
文档记录详尽;
系统支持保护中意度高;
客户响应速度30%业务需求响应速度,问题/处置速度快;
团队建设奉献15%公司制度、政策的上传下达;
程序员的考核体系
项目开发及效劳质量90%设计质量,设计性能,文档质量,编码质量,开发量,bug率,故障率,系统支持保护中意度;
客户响应速度20%业务需求响应速度,问题/故障/Bug处置速度;
13.文档治理标准
产品开发文档体系
序号
文档名称
文档作者
备注
立项
1
可行性报告
2
产品规格书
3
立项报告
需求
4
系统需求规格说明书
5
软件需求规格说明书
6
需求管理矩阵
7
软件概要设计说明书
8
结构概要设计说明书
开发实现
9
软件模块详细设计说
10
集成测试计划
11
集成测试用例
12
集成测试报告
13
系统测试计划
14
系统测试用例
15
产品缺陷列表
16
系统测试报告
安装交付使用
17
项目总结报告
18
项目结项表单
19
文档质量的气宇准那么
评审文档质量的气宇准那么有以下六条:
(1)完整性:
所承担产品开发任务的项目组,需依照公司文档体系的规定编写相应的文档,以保证在项目终止时其文档是齐全的。
(2)正确性:
在项目各个时期所编写的文档的内容,必需真实的反映时期的工作且与该时期的需求相一致。
文档与所述的对象维持一致,必要时应进行实时的文档版本升级。
(3)可读性:
文档应该表达清楚、逻辑层次分明、表现形式通用。
(4)简明性:
在项目各个时期所编写的各类文档的语言表达应该准确精练。
(5)标准性:
文档的标准性是指采纳当前最新的模板。
其完整性及内容的充实程度应不低于模板的要求。
(6)可追溯性:
在项目各个时期所编写的各类文档应该具有良好的可追溯性。
由于各开发时期编制的文档与各时期完成的工作有着紧密的关系,前后时期生成的文件,随着开发工作的慢慢扩展,具有必然的继承关系。
在一个项目各开发时期之间提供的文件必然存在着可追溯的关系。
要紧角色和职责
(1)项目领导
项目领导是操纵文档准确性的关键环节,项目领导与文档作者一路组成文档正确性的直接责任人。
项目领导在文档方面的要紧工作为:
1.项目领导制定整个项目的文档打算(包括在项目打算中),并催促落实文档打算的实施。
2.负责对技术内容正确性的检查并校对文档内容与所述对象最新版本是不是维持一致。
(2)审核流程
归档签名
内容审核二
文档完成
内容审核一
(3)归档签名
开发时期文档在纳入基线之前需要通过三级审批,包括文档作者在内共三级签名:
文档为文档的要紧思想提供者和写作者。
若是有多人参与,那么记录要紧人员。
项目领导:
为在立项评审时指定的项目负责人。
若是此文档需评审,那么批准人为评审组长;
不然为文档作者所属部门的部门领导
14.对项目的关连人分析
客户:
餐厅,该项目由其发起,项目的完成与否对其利益有专门大的关心,因此餐厅会尽力支持团队。
项目发起人兼项目领导:
***,项目有伍恒发起并兼任项目领导,此项目的成功与否对其自身利益有重大关心,他需保证按时,依照预算,依照工作范围和所要求的性能水平完成项目。
第三方:
校方,在校内餐厅内进行治理系厅建设,有利于改善餐厅的效劳质量,对学校的效劳水平的提高也有利,因此校方可不能阻碍该项目的进行。
分包商:
软件公司,该项目第一购进相关软件,对其进行改装,交付客户利用,专业的软件公司对这种简单的软件开发有较多的成功查验,对其按时交付相关软件较有把握。
15.对该项目的范围进行调整并进行相应的变更操纵
1项目范围:
该项目是应中国人民大学校内连锁餐厅的要求,为其连锁餐厅成立治理系统,改善其治理水平,提高效劳质量,增加收益。
2项目打算在餐厅提供的经费的范围内在两个月内完成该项目,到期后将系统交付客户利用并为其提供操作手册。
3在项目进行中,客户提出要求,希望项目团队为其培训人员,此要求超出了项目的预期的范围,必然增加项目的支出,超出预算。
基于此种情形,为了保证项目团队的利益,项目领导与餐饮中心相关部门和谐,同意支付超出的经费,并延长项目时刻。
16.对该项目的进度和本钱进行必然调整并进行相应的变更操纵
17.对该项目的风险进行识别、分析和应付
(1)项目风险识别
已知风险:
项目打算过于乐观,对本钱及进度操纵过于自信,对项目范围变更预备打算不充分。
可预测风险:
项目团队内部显现严峻不合,设计及开发时期困难超出预期。
不可预测风险:
校方禁止项目进行,餐厅撤销项目。
(2)应付方法
调整项目打算,增强项目团队内部的交流,请求客户对项目提供更多的帮忙。
18.成立该项目的运行治理制度
工程师及程序员项目期间行为标准
(1)遵守客户制订的规章制度。
酷爱本职工作,不断提高业务水平。
(2)对待客户热情、耐心,保护公司信誉,履行合同条款。
项目成员间彼此尊重,关切同事,对新员工主动、热情。
(3)工作态度端正,处事平复,尽力幸免发生矛盾。
擅长和谐各方面的关系,碰到困难和问题,踊跃主动处置,不推诿。
(4)随时维持通信畅通,改换号码须及时通知公司前台,注意接收公司邮件。
(5)准时参加项目各类会议,做好各类技术文档资料的撰写、提交和存档。
项目领导的职责
(1)认真阅读合同,了解客户要求,以保证项目工作不偏离主题。
(2)依照项目需要编制项目预算,报公司财务部审核,并报主管领导审批。
(3)负责项目打算的制定,并组织项目的实施。
(4)提交项目组人员名单报公司审批,并在项目执行进程中依照合同要求和项目要求及时向公司提出人员变更的打算。
假设经客户反馈有不符合要求的项目组成员,应及时考虑改换并提早做好替代人员的物色和预备。
(5)天天下班后组织一次内部小结会,对当天的工作进行梳理。
(6)增强团队合作建设,增强项目成员之间的彼此沟通、了解,提高大伙儿的工作踊跃性,进而提高工作效率。
(7)依照项目进度组织与客户的动工会、时期性工作汇报会、最终汇报会等正式会议。
(8)每周进行2至3次与客户的和谐会。
通报项目进展情形;
落实项目中相关问题的解决。
(9)按期与销售沟通,及时完成时期总结、验收等。
(10)操纵项目预算,保证项目在预算范围内执行,项目领导要依照项目执行情形,充分操纵好人员、本钱,最大限度的节约本钱
(11)每一个月提供项目成员的工作评判和绩效考核表,并将自已的绩效考核表提交主管领导。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 项目 治理