IT项目管理模板_第1页
IT项目管理模板_第2页
IT项目管理模板_第3页
IT项目管理模板_第4页
IT项目管理模板_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、开放式机房管理项第1章项目结构项目计划结构项目计划分为范围计划,进度计划,人力资源计划,沟通计划,成本计划,风险计划 这几部分,如表1-1所示:计划名称对应部分简要描述范围计划项目人物范围确定项目的范围,为制定其他计划打下基础。范围管理是项目实施 的依据和变更的输入,另外还包括对可交付成果落实到个人上的分 解,即项目分解结构(WBS),通过WBS清楚明确地组织并定义了 整个项目的范围,以及该项目的参与者各自的分工。进度计划项目时间计划进度计划是从时间的角度对项目进行规划。时间是一种特殊的资 源,以其单向性、不可重复性、不可替代性而有别于其他资源,因 此进度计划也是项目计划中最难、最重要、最核心

2、的部分。在进度 计划中,首先根据任务分解的结果(WBS)再进一步分解出主要的 任务(活动),确立任务(活动)之间的关联关系,然后估算出每 个任务(活动)需要的资源、历时,最后编制出完整的进度计划(如 进度表)。人力资源计划项目组织结构人是软件项目中最重要的因素,因此软件项目人力资源管理计划也 是项目计划中根本的一项计划。人力资源管理是保证参加项目的人 员能够被最有效使用所需要的过程,是对项目组织所储备的人力资 源开展的一系列科学规划、开发培训、合理调配、适当激励等方面 的管理工作,是项目组织各方面人员的主观能动性得到充分发挥, 做到人尽其才,事得其人、人事相宜,同时保持项目组织高度的团 结性和

3、战斗力,从而成功地实现项目组织的既定目标。沟通计划沟通计划保证项目成功必须进行沟通,为了有效的沟通,需要创建一个沟通 计划。沟通计划决定项目相关人的信息和沟通需求:谁需要什么信 息、什么时候需要、怎样获得、选择的沟通模式一一什么时候采用 书面沟通和什么时候采用口头沟通、什么时候使用非正式的备忘录 和什么时候使用正式的报告等等。成本计划项目估算成本计划是对完成项目所需费用的估计和计划,是项目计划中的一 个重要组成部分。软件成本估算是成本管理的核心,是预测开发一 个软件系统所需要的总工作量的过程。软件成本估算以从软件计、 需求分析、设计、编码、单元测试、集成测试到接受测试等这些过 程所花费的代价为

4、依据,对完成项目所需要的所有费用进行估算。风险计划项目风险分析风险计划是在项目进行过程中不断对风险进行识别、评估、制定策 略、监控风险的过程,它是项目管理中最容易被忽略而且最难以管 理的环节。通过风险识别、风险分析和风险评价去认识项目的风险, 并以此为基础合理的使用各种风险应对措施,管理方法、技术和手 段对项目的风险进行有效的控制,妥善处理风险事件造成的不利后 果,以最小成本保证项目总体目标的实现。项目组织结构在项目组织结构的选择上,由于几种组织结构的适用条件对于项目组目前的情况来讲 都有一定程度的符合,因此对各个组织结构优缺点的权衡成为了人力资源计划的一个难 题,下面对各个组织结构的优缺点进

5、行一下比较:职能型优点1以职能部门作为承担项目任务的主体,可以充分发挥之职能部门的资源集中优势,有 利于保障项目需要资源的供给和项目可交付成果的质量。在人与那的使用上具有较大 的灵活性。2同以职能部门内部的专业人员便于相互交流、相互支援,对创造性地解决技术问题很 有帮助。同部门的专业人员易于交流知识和经验,项目成员事业上具有连续性和保障 性。3项目成员可以将完成项目和完成本部门的职能工作融为一体,可以减少因项目的临时性而给项目成员带来的不确定性。缺1客户利益和职能部门的利益经常发生冲突,职能部门会为本部门的利益而忽视客户的点需求,精力只集中于本职能部门的活动,项目及客户得到利益往往得不到优先考

6、虑。2当项目需要多个职能部门共同完成,或者一个职能部门内部有多个项目需要完成时,资源的平衡就会出现问题。3当项目需要由多个部门共同完成时,全力分割不利于各职能部门之间的沟通交流、团结协作。项目经理没有足够的权利控制项目的进展。适用条件适用于主要由一个部门完成的项目或技术比较成熟的项目。分析职能型组织结构能够方便同班成员或者相互熟悉的成员(即下面的小组内成员)间进 行交流和支援,有利于各小组内成员进行沟通;而且各小组内的成员还能够继续一起 完成现阶段的其他任务,并运用相似的技术进行后续其他项目的开发。但该项目组的 成员来自不同班级,总人数较少,成员互相之间的了解也较少,因此这种组织结构难 以平衡

7、各小组的资源,不利于小组间信息的传递,完成各部分任务所需要的工作量与 小组的成员数不均衡,从而对人员的管理与任务分配造成很大困难。项目型优点1项目经理对项目可以全权负责。可以根据项目需要随意调动项目组织的内部资源或者外部资源。2项目型组织的目标单一,完全以项目为中心安排工作,决策的速度得以加快,能够对客户的要求做出及时响应,项目团队精神得以充分发挥。有利于项目的顺利完成。3项目经理对项目成员有全部权利,项目成员只对项目经理负责,避免了职能型项目组 织下项目成员处于多重领导、无所适从的局面,项目经理是项目的真正、唯一的领导 者。4组织结构简单,易于操作。项目成员直接属于同一个部门,彼此之间的沟通

8、交流简介、快速,提高了沟通效率,同时也加快了决策速度。缺点1每一个项目型组织,资源不能共享,即使某个项目的专用资源闲置,也无法应用于另 外一个同时进行的类似项目,人员、设施、设备重复配置,会造成一定程度的资源浪 费。2公司里各个独立的项目型组织处于相对封闭的环境之中,公司的宏观政策、方针很难做到完全、真正的贯彻实施,可能会影响公司的长远发展。3在项目完成以后,项目型组织中的项目成员或者被拍到另一个项目中去,或者被解雇,对项目成员来说,缺乏一种事业上的连续性和安全感。4项目之间处于一种条块分割状态,项目之间缺乏信息交流,不同的项目组很难共享知识和经验,项目成员的工作会出现忙闲不均的现象。适用条件

9、适用于开拓性等风险较大的项目或进度、成本、质量等指标有严格要求的项目;不适合人才匮乏或规模小的企业。分析由于该项目具有很大的临时性,项目组的成员也是从不同的班级集中到一起,因此项 目型组织结构利于团队的建设以及小组人员与任务的分配;另外该组织结构简单易操 作,而且目标单一,特别适用于这种零散的人员调度,同时很大程度上方便了成员间 整体的沟通交流,加快了决策速度。由于这个项目各模块间的耦合度较低,不需要小 组间大量的信息共享;而且项目组内有着统一的交流方式(临时的网上讨论组),各 项决策规定可以第一时间直接反映给项目成员;更兼此项目本来就是一次独立的开 发,与其他项目在人员和技术上没有紧密的联系

10、,因此项目成员在项目完成后都已经 有足够的准备和清楚的打算。然而这种组织结构也在一定程度上破坏了原有的一些成 员关系(比如同班的成员),需要这些成员重新建立起新的沟通交流机制。权衡各组织结构的优缺点,经过详细的分析,由于项目的临时性乃至项目组的临时性 是在这个项目人员组织准则角度上最突出的特点,因此,为了充分利用项目型组织结构对 于此类人员及项目在团队组织上的突出优势,此项目即采用了项目型组织结构。第2章项目范围管理系统定义该软件是一个通用的机房管理系统,克服了以前机房管理的缺点,不方便查看各个机 器运行状态,对各台机器的管理具有很大局限性。而本系统具有很强的通用性,操作简单, 使用方便,同时

11、具有强大的管理功能,管理人员可以方便的进行监控,查看学生的上机状 态等信息。课题背景随着教育体制的不断改革,素质教育成为了当今的教育热潮。各大高校都已经建立了 多媒体教室,但这还不足以锻炼学生自身的动手能力及协作能力,尤其是对软件学校之类 的应用学校专业,更需要学生不断练习,于是开放式机房应运而生。但就目前的情况来看, 开放式机房也有它的弊端,比如管理难问题。正是因为开放式机房管理效率低下,无论是机房预约还是学生使用登记,很多仍采用纸质记录,错误频出。所以设计开放式机房管理 系统就成为了我们为之努力奋斗的目标。运行环境硬件要求:CPUPIII500以上PC服务器,内存1GB以上,硬盘8GB以上

12、。操作系统:WindowsXP, Windows?, Windows8软件要求:.,SQLServer2005 (企业版、个人版)或者是Access2003以上版本工作内容按照项目所包括的知识领域,以及项目整个的生命周期,我们把项目分成项目立项, 项目计划,项目执行和控制,项目结束四个阶段。项目的立项里我们要成立项目小组,选出项目经理(组长),小组成员,然后召开全部 成员参加的项目组成立会,初步确定每个人在项目中的角色。然后要根据项目需求任务书, 对项目进行可行性分析。在需求阶段,要进行需求的调研,确认,需求分析等工作,这个阶段工作结束要完成 需求规格说明书与客户确认。在设计阶段,要完成系统的

13、总体设计和详细设计,并完成总体设计和详细设计说明书。 同时要编写系统说明书,用户使用说明书等。在编码阶段,要编写相应的程序组件并分别进行单元测试。在测试阶段,要根据完成的测试计划,编写测试用例,进行系统的各项测试,形成系 统的测试报告。在部署阶段,主要实际完成整个系统项目的部署,保证系统上线运行,并进行系统维 护。项目管理策略项目管理过程遵循公司质量体系中关于项目管理过程的规范。根据项目计划中的评审点进行跟踪和管理,并根据结果对项目计划进行适当的调整。评审采用定期评审,阶段评审和事件评审相结合的方式。按周提交项目简报,通报项目的进展情况及其他相关情况。需求描述为获取新型机房管理系统的功能需求,

14、采取了以下几种方法:调查:通过对高校机房的多次调查,获取机房管理的困难和机房管理的漏洞;并对管 理机房的管理员进行交流,听取他们对系统项目的预期目标的设想,询问系统用户使用系 统的功能。经过整理获取功能需求交流记录,并回馈给用户,要求用户确认内容。面向数据流自顶向下求精:系统设计人员根据功能需求交流记录分析系统的数据流, 从而发现未获取到的需求内容或由已有内容派生出的新需求。并将所遇到的问题整理出 来,再次询问用户予以确认。直至对每一个功能涉及到的数据都能具体到单个属性值(数 据表字段),且能画出整个系统最底层的数据流图。由于所需篇幅过大,本文不再给出数 据流图。快速建立软件原型:在第一次得到

15、功能需求的时候,建立了系统的原型,以后每次的 交流都以这个原型为基础进行讨论分析,从而获取新的需求并对所建立的原型及时增加和 修改,以保证开发人员和用户交流的有效性和正确性。调查过程:机房管理教师说:“我作为机房管理老师我想要在登录时候能够有安全保护,保护我 的账号密码;可以对学生信息,教师信息,班级信息,系部信息,课程信息进行添加,查 看和维护;并且开学的时间和每节课的分钟数我可以设置;除此之外,我可以对每个机房 安排一个机房管理员来替我管理这个机房;我可以得到违反纪律的学生的详细信息还能够 得到纸质文档;我可以修改我的信息。”程序员:“您的意思是说您想要在登录的时候能够进行身份验证,非机房

16、管理教师不 能登录到本系统;您可以对学生信息,教师信息,班级信息,系部信息,课程信息进行管 理特指进行增删改查的管理;您可以进行开学时间的参数设置和学时数的参数设置;您可 以通过机房号,周次,星期,节次对机房管理员进行排班;您可以获取学生违纪的记录并 能通过表的形式打印出来;您可以修改您的密码,联系方式等基本信息;我觉得您还需要 获取学生课外上机记录并通过打印得到纸质文档。除以上的基本的功能要求外,您希望快 速的查询信息,每个窗体能够快速显示出来。”普通教师说:“我作为普通教师我希望我可以对我自己的课程进行管理;还可以在有 需要的时候预定机房;可以对自己的基本信息进行修改。”程序员:“您的意思

17、是说您能够对您所教授的课程进行增删改查的管理;您还可以查 看机房使用的状态图,从而提前预约空机房进行授课;您可以修改您的密码,联系方式等 基本信息。”机房管理员说:“我作为机房管理员我希望我可以让学生知道我的机器的一些信息; 我可以临时改变上机类型,在改变上机类型的时候让在线学生都下线;在课内上机的时候 我可以查看应到而没有到的学生的基本信息;我可以临时进行换班;我还可以跟班中任意 的学生收发消息和文件;我能够知道学生机的信息,得到学生机正在使用的东西;我还可 以添加学生违纪记录;我还想在课内上机的时候不是本班学生不能够进入上机。”程序员:“您的意思是您能够给学生机端广播发送您机器的IP、学生

18、需连接的数据库 服务器名称,用户名和密码,并永久保存在学生机端;您能够改变上机类型,并通知学生, 自动下线;在课内上机的时候您能够查看本班未到学生的相关信息;您能够进行替班换班; 您能够给学生群发消息、群发文件,您还能够给学生单独发送消息和文件;您能够监控学 生端的屏幕,得到学生正在使用的进程列表,并且可以停止学生不合法的进程;您在发现 违纪行为的时候可以添加学生违纪记录,并且可设置本次违纪所要扣除的学时数;在课内 上机的时候您希望不是本班上课的学生不能够登录进入系统。”学生说:“我作为学生,我希望我可以给机房管理员发送消息和文件;我可以查看自 己个人课外上机学时;我可以查看自己的违纪记录。”

19、程序员:“您的意思是您希望在上机期间能够给管理员发送消息,发送文件,您可以 查询您的课外上机总学时数,您还可以得到自己违纪的详细记录包含违纪记录所扣除的对 应学时数。”功能需求本系统分为三个子系统:教师子系统、机房管理员端子系统及学生端子系统。系统用 户角色共分四类:高级管理员、普通教师、机房管理员及学生。1.高级管理员端系统功能1、登录,在第一次登录时进行服务器设置;2、维护所有基础数据,高级管理员可以对学生,教师,班级,系部,课程进行增、 册h改、查的管理;3、参数设置,高级管理员可以设置开学日期以及学时信息;4、安排值班,高级管理员可以对机房值班进行安排;5、预约机房,高级管理员可以预约

20、机房;6、查看学生上机记录和违纪记录,高级管理员可以查看学生上机记录和违纪记录, 并通过报表输出;7、修改个人信息,高级管理员可以修改个人基本信息。.普通教师端系统功能1、登录,在第一次登录时进行服务器设置;2、修改个人信息,普通教师可以修改个人基本信息;3、预约机房,普通教师可以预约机房进行课内上机。4、管理个人课程,普通教师可以管理自己所教授的课程。.机房管理员端系统功能1、机房管理员的登录,在第一次配置的时候,要先对管理员使用的数据库进行设置, 并将设置内容写入到注册表中;2、机房管理员对服务器的设置,管理员可以设定服务器端IP,数据库服务器的名称, 用户名和密码,并用广播发送的方式发送

21、给学生端;3、临时更改上机类型,管理员可以更改本节次原有的上机类型和预约情况。在进行 变更时,需要处理两件事情:I向所有在线的学生端子系统发送上机类型变更通知,要求 学生端程序执行自动注销操作;II修改机房预约相关数据表的预约数据,学生端再次登录 时,以新的预约数据进行登录验证。4、管理员交班,通过管理员交班可以直接更改本节课管理员排班情况;5、查看已、未上机学生,机房管理员端可随时查看本机房当前都有哪些学生在上机, 以及他们的坐次。如果当前为课内上机,还可以通过未上机学生列表查看到所有缺勤人员。6、收发文字信息及文件,机房管理员端子系统可以接收本机房内任何在线的学生端发 来的文字消息和文件,

22、也可以向这些学生端单发或群发文字消息和文件。7、屏幕监控,机房管理员可通过该功能查看当前机房所有在线的学生端的计算机屏 幕,也可查看指定的学生端的计算机屏幕。方便了机房管理员监视哪些学生存在玩游戏等 违纪现象。在进行屏幕监视的过程中,一旦发现某学生打开了违规程序,如游戏,聊天软 件,非法网站等。机房管理员可直接通过“结束进程”功能,远程结束该学生的违规程序。 在监视到学生出现违纪的同时,除了可以远程结束对方的违规程序,还可以远程获取到对 方的学号、姓名等基本信息,并向数据库中添加违纪记录。.学生端系统功能1、登录,学生端在实现该登录功能时,做了较多必要的限制。首先,要求学生必须 在进入操作系统

23、后,进行任何具体操作之前完成本子系统的登录操作。其次,在进行登录 验证时,需要首先通过数据库来判断本机房本节次的上机类型:如果是课外上机,则任何 学生都可以登录;如果是课内上机,则该学生必须是预约了本次课内上机的上课班级才允 许登录,其他班级的学生禁止登录。2、收发文字信息和文件,只允许学生端与机房管理员端进行文字和文件交流,不允 许与其他学生端进行此操作。目的是防止学生在上课期间相互聊天或在上机考试期间互相 传送文件。3、查看个人课外上机学时,学生可以查看自己本学期的课外上机的学时数,并显示 违纪所扣除的学时数。4、查看个人违纪情况,学生可以查看自己本学期的所有违纪情况,以及每次违纪的 具体

24、时间和扣除的学时数。5、注销登录,学生在下机时可使用此功能进行注销。注销后可返回本子系统的登录 界面,也可直接关机。除学生主动注销外,系统也会存在两种情况自动完成注销:一、当 学生用户长时间未在操作系统中做任何键盘、鼠标操作时;二、当上机类型发生变化时, 例如学生是在第一大节课期间登录的,他一直上机上到了第二大节,而数据库中存储的第 二大节的上机类型与第一大节不同时;或者是机房管理员端根据实际需要,通过“临时变 更上机类型”改变了本节课的上机类型,都会导致学生端自动注销。非功能需求1性能需求,本系统为窗体系统,系统反应不应该超过秒,除此之外,要求系统能够 满足200人同时使用;2可靠性需求,本

25、系统为机房管理系统,应保证6个小时不停运行;3可维护性需求,定期的备份数据库,进行数据库维护,保护数据的安全性;4安全性需求,根据不同用户身份赋予不同权限,保护系统数据的安全性;5安全性需求,用户通过用户名、密码登录,在一定程度上保护数据安全性;6扩展性需求,系统应该留有接口,方便以后扩展开发;9易用性需求,要求系统界面易用,美观。任务分解(WBS)(项目的任务范围)系统在开发的时候不同的阶段有不同的任务,按着系统开发的阶段我们可以确定系统 的概念搜集阶段:完成系统背景的了解,当前同类型系统的评价,确定项目工作的主要范 围;系统计划阶段:定义系统的需求,预测项目的风险;系统开发阶段:确定系统具

26、体功 能,制定系统计划;系统交付阶段;系统扩展阶段;按照系统的阶段工作来定义任务分解WBS样本图,如图2-1所示:2-1按系统工作阶段分析的任务分解图2-1按系统工作阶段分析的任务分解图针对项目的具体系统工作可以将系统分为四大部分,教师子系统:对界面,信息管理, 报表导出,排版预约等的功能模块的设计实现;机房管理员子系统:对界面,发送文件, 发送消息,屏幕监控等的功能模块的设计实现;学生子系统:对界面,发送文件,发送消 息,屏幕监控等的功能模块的设计实现;数据库:对数据分析,抽出数据,确定关系的设 计实现;按照项目的具体功能来定义任务分解WBS样本图如图1-2所示:111111111111界面

27、设计信息管理设计报表导出设计排班预约设计其他技术设计界面设计发送消息设计发送文件设计屏幕监控设计其他技术设计界面设计111发送消息设计发送文件设计其他技术设计分析数据抽出数据表确定表间关系2-2按项目的具体功能分析的任务分解图按照项目所包括的知识领域,以及项目整个的生命周期,我们把项目分成项目立项, 项目计划,项目执行和控制,项目结束四个阶段。项目的立项里我们要成立项目小组,选 出项目经理(组长),小组成员,然后召开全部成员参加的项目组成立会,初步确定每个 人在项目中的角色。然后要根据项目需求任务书,对项目进行可行性分析。在需求阶段, 要进行需求的调研,确认,需求分析等工作,这个阶段工作结束要

28、完成需求规格说明书与 客户确认。在设计阶段,要完成系统的总体设计和详细设计,并完成总体设计和详细设计 说明书。同时要编写系统说明书,用户使用说明书等。在编码阶段,要编写相应的程序组件并分别进行单元测试。在测试阶段,要根据完成的测试计划,编写测试用例,进行系统 的各项测试,形成系统的测试报告。在部署阶段,主要实际完成整个系统项目的部署,保 证系统上线运行,并进行系统维护。按照项目的工作内容定义任务分解的WBS样本图如图1-3所示:开放式机房管理项目I !III项目立项项目计划项目执行和控制项目结束 _ i 进行系统维护保证项目正常使用交付各项文档交付项目测试编码TL编写测试报告_1_进行各项测轴

29、_|_编写测试用例二进行单元测炭二编写程序组件工沟通的技巧与方法_1_进行系统维护保证项目正常使用交付各项文档交付项目测试编码TL编写测试报告_1_进行各项测轴_|_编写测试用例二进行单元测炭二编写程序组件工沟通的技巧与方法_1_沟通中的障目 _1_建立沟通体对 工成本内解包含资源、预算M _1_影响因素._E成本分修3成员协姆工作策廨 一成员选联I本项目为涉及风险及响应_1_风险种类,风险组成 I编写系统说州一 ._1_详细设计 q总体设过 pl 编写需 _1_需求分班 _1_需求确认 一需求调研 初步确定成员角色 召开项目组成立会 确定小组成口列 选出项目经理 成立项目小组沟通成本团队风险

30、设计需求2-3按项目的工作内容分析的任务分解图第3章项目进度管理进度计划进度计划是从时间的角度对项目进行规划。时间是一种特殊的资源,以其单向性、不 可重复性、不可替代性而有别于其他资源,因此进度计划也是项目计划中最难、最重要、 最核心的部分。在进度计划中,首先根据任务分解的结果(WBS)再进一步分解出主要的 任务(活动),确立任务(活动)之间的关联关系,然后估算出每个任务(活动)需要的 资源、历时,最后编制出完整的进度计划(如进度表)。时间计划计算用户要求完成项目所给定的时间是40个工作日;软件的时间计算公式是:(乐观时间+悲观时间+4*最常见的时间)/6乐观时间:最乐观项目可以完成所经历的时

31、间量值,在我们的项目中设定为25个工作 日;悲观时间:最悲观项目可以完成所经历的时间量值,在我们的项目中设定为41个工作 日;最常见的时间:与本项目类似的项目最经常使用的时间量值,30个工作日; (25+41+4*30)/6得到的结果近似等于31个工作日则我们的项目按照以上的软件时间来设置为31个工作日;定义活动首先从任务分解表中抽取任务,并定义任务的工期,开始时间,前置任务以及所需要 的资源,在活动表中各个活动有层级关系。开放式机房管理项目主要分为五大阶段工作:.项目立项阶段,从2013年3月25日开始到2013年3月26日结束,历时2个工 作日,需要个工作日成立项目小组,个工作日确定成员角

32、色,个工作日选出项目 经理这三个任务可以并行执行;需要个工作日召开项目组成例会,个工作日确定 项目开发背景,个工作日评价当前系统,1个工作日确定项目的范围这四个任务 可以并行执行。.项目计划阶段,从2013年3月27日开始到2013年4月10日结束,历时10个工 作日,项目计划又分为需求阶段从2013年3月27日开始到2013年4月2日结束, 历时4个工作日,设计阶段2013年4月2日开始到2013年4月10日结束,历时 个工作日,定义风险阶段2013年4月2日开始到2013年4月2日结束,历时1 个工作日。.项目执行阶段,从2013年4月10日开始到2013年4月23日结束,历时个工作 日,

33、项目执行阶段又分为完成项目模块,2013年4月10日开始到2013年4月22 日结束,历时8个工作日,进行项目测试,2013年4月22日开始到2013年4月 23日结束,历时个工作日。.项目结束阶段,从2013年4月24日开始到2013年5月1日结束,历时6个工作 日。.项目扩展阶段,从2013年5月2日开始到2013年5月3日结束,历时2个工作日。下面是任务活动表,如表3-1所示:表3-1任务活动表项目任务书表3-2项目任务书项目策划/任务书、项目基本情况项目名称开放式机房管理项目项目编号001制作人冯瑶琳审核人武丹项目组长冯瑶琳制作日期2013-4-25二、项目描述.项目背景与目的(所有的

34、项目均起始于某个商业问题,该部分简要描述这些问题)背景:A院校是我们的客户,他们要一个开放式机房管理系统,我们与2013年3月25日正式开始开放式机房管理项目,在实施的过程中,出现了下面几个问题:.管理难问题.因为开放式机房管理效率低下所以设计开放式机房管理系统就成为了我们为之努力奋斗的目标。.项目目标(包含质量目标,工期目标,提交项目)三、项目里程碑计划(包含里程碑的时间和成果)3月25日3月27日4月10日5月1日项目立项项目计划项目执行项目结束四、评价标准(说明项目成果在何种情况下将被接受)考察期间不能出现任何失误(如不能在规定的时间内完成考察等)客户考察之后消除疑虑,认可我们研发能力(

35、能有明确的意见反馈),支持我公司的项目实施。考察费用不超过预期则项目成功。五、项目假定与约束条件(说明项目的主要假设条件和限制性条件)假定:1、假定客户审查通过;2、假定我们的内部接待资源都能落实;约束:1、客户审查必须在;2、必须安排客户合适的住所,方便项目的完成;活动逻辑关系和甘特图活动的逻辑关系图,主要分析所有活动的先后执行顺序,如图3-1所示:图3-1活动逻辑关系图任务计划所对应的甘特图,将任务我开始时间,结束时间,使用资源情况,项目总历 时用图的方式更明了的表现出来,如图3-2所示:图3-2活动甘特图第4章团队管理(人力资源管理)项目团队是软件项目中最重要的因素,成功的团队管理是软件

36、项目顺利完成的保证。 所以我个人认为对于团队的管理最主要的是对于团队中人力资源的管理。项目团队管理的特殊性IT项目与人力资源与其他项目的人力资源管理有很明显的不同,特别是对人的要求差 异很大,并且IT项目团队具有临时性、目标性两个特点。IT项目人力资源管理的特殊性主 要表现在三个方面:对项目经理的要求不同;项目团队的管理方法不同;人员流动性很大;许多公司的企业文化都是“以人为本”,对于IT企业来说,“人是企业最重要的资产”,那么对11项目来说,“团队就是项目成败的要素”,可以看出11项目团队管理的重要性。 例如,不少IT企业投了大笔资金开发一个软件或系统项目,当项目进关键时刻时,项目 组的一个

37、或几个关键人员突然去,致使项目被拖延或失败的案例屡见不鲜。这分说明:IT 项目的成功与项目团队息息相关,正如IT项目管理专家理查德-默奇所言,”项目很少失 败,如果人不失败的话。”项目团队成员选择皿项目的团队管理,必须按照IT项目人力资源管理的特殊性来分步具体实施。.项目经理的胜任特征和选择标准a)团队管理能力b)学习能力和敏锐的洞察力:IT技术进步日新月异,所以要对本领域的发展状况和新 技术的应用前景充分了解和把握c)沟通能力:与团队成员、上级和用户的沟通,得到他们的支持是获得成功的前提d)规避风险的能力e)解决问题的能力f)协同工作的能力g)业务经验h)管理复合项目的能力i)控制变更的能力

38、j)商务谈判的能力.项目经理对项目团队的成员确认首先确定团队的核心成员:系统分析员和设计员,关键工程师,系统工程师。由 于本系统并不是特别大的系统,所以在我们的团队组建的时候所确定的成员会一身多 职,项目成员表如表4-1所示:表4-1项目成员表项目组成员表一、项目基本情况项目名称开放式机房管理系项目编号001统制作人冯瑶琳审核人武丹项目经理冯瑶琳制作日期2013-3-25二、项目组成员H.ProjectTeamDirectory成员姓名项目角色职责项目起止日期投入额度及工作量联系电话主管经理冯瑶琳项目经理总体负责 风险分析 团队管理 沟通管理 成本管理起2013年3月25日终2013年5月3日

39、A经理武丹(成员A)项目核心成员需求架构项目设计客户沟通起2013年3月25日终2013年5月3日1*9B经理成员B项目核心成员需求架构项目设计客户沟通起2013年3月25日终2013年5月3日1*1B经理成员C项目组成员数据设计客户沟通起2013年3月25日终2013年5月31*3C经理日成员D项目组成员数据设计客户沟通起2013年3月25终2013年5月31*0C经理成员E非项目组成员测试起2013年4月22终2013年4月23D经理成员F非项目组成员测试起2013年4月22终2013年4月23D经理签字日期项目组长冯瑶琳2013-3-25项目团队成员协同工作策略对于我们开放式机房管理项目

40、中的成员是来自于不同的部门,项目成员不确定存在经 常变化的风险,项目成员的职责也不明确,多数成员都一身多职,并且项目成员的能力与 处事方式也千差万别,除此之外项目经理不是老板,没有给予团队成员薪酬和晋升的权利。 而我们又要合力开发开放式机房管理项目,在这种情况下要使的项目团队成员系统工作必 须有一定的策略。在团队建设初期我们采取建设团队文化和进行人员培训。在项目开发中 我们还要预测一些团队管理中可能发生的风险:冲突。创建团队文化团队文化既可以提高团队的凝聚力,同时也可以使项目组成人员更加协同的工作。我 们开放式机房管理项目是从以下几个方面来建立和维系项目团队的文化:首先在项目开始时就建立一些基

41、础性的规章制度;树立整个项目期间合作的榜样;将项目团队的LOGO(标识语)或口号张贴;组织定期的项目团队活动;积极报道项目的工作。人员培训在进行开放式机房管理项目开发过程中,作为项目经理常常会发现:经过精心挑选的 项目组成员在知识上、管理上和工具的使用上不能完全适应开放式机房管理项目的需要, 不能与团队其他成员协同工作,因此我们项目小组制定了三套人员培训方式,一套是集体 培训,另一套是依附核心项目成员培训,此外就是通过内部网站公布从而使项目成员学习集体培训.培训项目成员熟悉工作流程.培训项目成员熟悉接口流程.培训项目成员学习适应开放式机房管理项目的技术知识.灌输本团队的工作理念依附核心项目成员

42、培训项目成员中的核心成员一般都有娴熟的技术与工作方式,让项目组中的其他成员跟随项目 组中的核心成员不断学习新技术,新知识,不断熟悉工作流程,从而达到培训的目的。内部网站培训这也是IT企业里流行的培训方式e - learning,项目组将要培训的内容和新技 术、新知识放在网上或内部服务器上,项目成员随时都可以学习。但是对于我们开放 式机房管理项目这种方式不合适,因为我们项目小组并没有公共网站。解决冲突项目团队成员之间或项目经理与成员之间会有冲突发生。产生冲突的原因也很 多,借鉴众多项目的经验,我们开放式机房管理项目小组将冲突主要归结为:项目成 员抵制项目管理;抵制采用新技术和工具;项目成员间个性

43、的冲突;核心成员和普通成 员之间的冲突等。只有防止和解决好这些冲突才能保证项目成员“心往一处想,劲往 一处使”,使整个团队协同工作。对于抵制项目管理的情况,在项目伊始,就与项目组成员共同讨论如何管理项 目,按照讨论的方法管理并让项目成员自行制定自己的任务,尽可能早地建立起项目 成员共同工作的模式。对于项目成员抵制采用新技术和工具的情况,可以采用如下的方式:首先与成 员讨论新技术的潜在收益和应用的成功案例,并向项目组成员传达新技术的应用前景 和个人能获得超前的技能,能使项目和个人都能受益。然后指明学习的过程和项目经 理提供的帮助。对于项目成员个性的冲突和核心成员和普通成员的冲突,可以采取从一开始

44、就 鼓励团队合作和共同开展工作来实现。第5章沟通管理沟通既是一门科学,更是一门艺术。沟通管理上的条条框框虽然是定死的,但可 以灵活地去应用它。每个IT软件项目都具有自身的特点,沟通方法、沟通形式、沟 通渠道都可能不同。但是无论怎样,作为项目管理者,必须保证项目在一个规则、和 谐、合作、理解、沟通的环境下进行。项目中存在的沟通分为两种:项目组与客户沟 通,项目组内部成员沟通。建立适合组织的项目沟通管理体系基于组织结构的沟通计划编制沟通计划编制主要是确定项目干系人的信息需求和沟通需求,因为项目的组织结构将 在很大程度上影响项目的沟通需求,所以沟通计划的编制一定是在组织结构的基础上建立 的。一个沟通

45、管理计划的样本模块主要包括分发给项目成员的信息、信息分配的动机、信 息分发的频率、信息分发的时间表、信息编排与传输方法以及项目成员沟通职责等。信息分发信息分发涉及向项目干系人及时提供所需的信息。信息分发的技术主要包括沟通技 能,书面的、口头的,内部的、外部的,正式的、非正式的,纵向的以及横向的;信息发 送方法,包括项目会议、书面文挡复印件的发布、共享的网络电子数据库、传真、电子邮 件、语音邮件、电视会议和项目内部网。开放式机房管理项目由于人员少,容易管理。所 以我们选择的是信息发送的方式。工作报告开放式机房管理项目对于工作报告的提交非常重视,这样更加方便管理者进行项目的 追踪和管理,也使得项目

46、能够按照计划有序进行。管理收尾管理收尾包含项目结果文档的形成、归档,对符合最终规范的保证、对项目的成功、 效果及取得的教训进行的分析。在收尾过程中,除了要注意使客户满意外,还应当使项目 组成员都感到满意。沟通中存在的障碍沟通贯彻于项目的整个生命周期中,沟通应保证信息的准确性、完整性、有效性。但 在实际工作中,由于多方面的因素,信息往往被曲解、丢失或者失效等,造成了沟通的障 碍。主要表现在以下几个方面:1不善沟通。有些IT开发人员善于使用开发语言来进行开发工作,面对着的是“哑终 端”,但却不善于与客户沟通,不善于和同事交流,沟通、交流不到位、不及时,就只能 一味迁就客户,全盘接收客户恰当或不恰当

47、、合理或不合理的需求。结果是只能通过额外 的工作加加点来解决。实际上,有些问题只需通过沟通就能解决,沟通到位了,便会事半 功倍,根本不需要投入额外的工作量。2害怕沟通。有时候当项目进展不理想,实施中存在问题或矛盾时,项目成员往往因 为担心受到批评和埋怨,不敢或不愿意汇报给上级,把问题和困难藏着、掖着,却不知已 经失去了解决问题或困难的最佳时机。然而,藏着、掖着并不能解决问题,只能拖延,最 后的结果可能是矛盾越积越大,问题越积累越复杂,直到实在兜不住的时候再爆发出来, 那时候的局面就很难收拾。3想当然、满怀假设。用自己的假设来代替没有调研清楚的客户需求,想当然地认为 客户的需求就是自己想的那样,

48、而事实上,客户的真正需求和假设往往相反。这种以假设 为依据的决策,往往因为假设是错的,结论也是错的。这种想当然的假设造成沟通障碍, 势必引发诸多误会,造成很多返工。4信息失真。信息沟通主要是依据组织系统分层次逐层传递的。在按层次传达同一信 息时往往会受到个人思维能力、表达能力、理解能力的影响,降低了信息沟通的效率,同 时信息失真率也会增大。组织的机构越庞大,层次太多,将影响信息沟通的及时性和真实 性。除以上几个方面,还有误解,主要是发送者在提供信息时表述不清晰或者接收者接收 信息时不准确;表达方式不当,措辞不当,使用方言等,这些都会增加沟通双方的心理负 担,形成双方沟通的障碍。沟通的技巧和方法

49、运用正确的表达方式沟通必须目的明确。在信息交流之前,发送者应考虑好自己将要表达的意图,要力求 简明扼要。用简单明了的词句表明自己的意思。漫无目的的沟通实际上就是通常意义上的 唠嗑。发送人可以根据不同的沟通目的选择不同的沟通方式。在沟通过程中要使用双方都 理解的用语和示意动作,并恰当地运用语气和表达方式。发送者有必要对所传递信息的背 景、依据、理由等作出适当的解释,使对方对信息有明确、全面的了解。提高倾听技能沟通不仅仅是说,而是说和听。倾听既是我们取得关于他人第一手信息、正确认识他 人的重要途径,也是我们向他人表示尊重的最好方式。在倾听过程中,我们可以使用目光 接触,感知对方的心理和情绪变化,及

50、时调整;可以展现赞许性点头和恰当的面部表情, 复述对方所说的内容,表现出倾听兴趣,更有利于对方更好地说。要有耐心,不要随意插 话,不要妄加批评和争论。避免无休止的争论在IT软件项目过程中,总会存在一些业务或技术的问题,而围绕这些问题的争论也 时常是喋喋不休,永无休止。这种无休止的争论带来的结果是没有定论,不仅问题没有解 决,而且延误了问题解决的时间。在IT软件项目沟通过程中,要极力避免这种无休止的 争论,当遇到这种情况时,项目经理要果断决策。保持畅通的沟通渠道沟通固然重要,但如果没有畅通的沟通渠道,组织就必然呈现自发的无组织状态,就 无法获得需要的真实的信息,整个组织的运转效能就会下降。随着组

51、织规模扩大、人员增 加、机构复杂、信息流量上升,就会出现信息阻塞、信息失真等沟通障碍,为使信息能有 序的流动,管理者一定要建立稳定合理的信息传播体系,以便控制组织内部、外部的信息 流动。使用高效的沟通工具在IT项目组织内,通常会使用相关的成熟的项目管理软件、电子邮件系统、办公自 动化系统等工具来支持项目各种信息的生成、传递及存储的要求。这些工具的使用,大大 提高了沟通的效率,拉进了沟通双方的距离,减少了不必要的面谈和会议。把握沟通原则一是沟通内外有别。即要求团队作为一个整体对外意见要一致,一个团队要用一种声 音;二是非正式的沟通又助于关系融洽;三是采用对方能接受的沟通风格;四是沟通的升级 原则

52、,即第一步,和对方沟通;第二步,和对方的上级沟通;第三步,和自己的上级沟通;第四 步,自己的上级和对方的上级沟通。五是扫除沟通的障碍。本项目所采取的沟通计划对于以上我所总结的沟通问题以及沟通技巧,我们对于开放式机房管理项目的沟通也 制定了一定的计划。项目沟通计划表如表5-1所示:表5-1项目沟通计划表项目沟通计划表一、项目基本情况项目名称:开放式机房管理系统项目编号:001二、项目沟通计划沟通相关人员所需信息频率方法负责人项目经理总体进展,工作效果每日电话/口头提交进度报告成员A,B,C,D客户工作效果每周项目会议项目经理项目核心成员关键进展每日口头项目成员项目所有成员总体进展每周项目报告/项

53、目会议第6章成本管理项目成本管理主要与完成活动所需资源成本有关。然而,项目成本管理也考虑决 策对项目产品的使用成本的影响。项目的成本可以大体分为广义的项目成本也成项目 的生命周期成本和狭义的项目成本(费用)是指因为项目而发生的各种资源耗费的货 币体现。成本管理包括项目资源规划、项目成本估算、项目成本预算、项目成本控制、项 目成本追踪。资源规划是指确定为完成项目诸工序,需用何种资源(人、设备、材料) 以及每种资源的需要量。软件项目成本的分类按软件生命周期分类因为软件的生命周期分为开发阶段和维护阶段,则可以将软件的成本分为开发成 本和维护成本两类。开发成本由软件开发成本、硬件成本和其他成本组成,包

54、括了系统软件的分析/ 设计费用(包含系统调研、需求分析、系统设计I实施费用(包含编程/测试、硬件 购买与安装、系统软件购置、数据收集、人员培训)及系统切换等方面的费用;维护成本由运行费用(包含人工费、材料费、固定资产折旧费、专有技术及技术 资料购置费)、管理费(包含审计费、系统服务费、行政管理费)及维护费(包含纠 错性维护费用及适应性维护费用)。按财务分类硬件购置费。例如,计算机及相关设备的购置,不间断电源等的购置费。软件购置费。例如,操作系统软件、数据库系统软件和其它应用软件的购置费。人工费。主要是开发人员、操作人员、管理人员的工资福利费等。培训费。通讯费。例如,购置网络设备、通讯线路器材、

55、电话通讯费用。基本建设费,例如,新建、扩建机房、购置计算机机台、机柜等的费用。财务费用。管理费用。例如,办公费、会议费、交通费。材料费,如打印纸、磁盘等的购置费。水、电、汽费。专有技术购置费。其它费用。例如,资料费、固定资产折旧费及咨询费。软件项目成本的影响因素(1)工期对成本的影响项目的工期是整个项目或项目某个阶段或某项具体活动所需要或实际花费的工 作时间周期。交付的时间越长则我们的成本越高,所赚取的费用越低。交付成本比例 图如图6-1所示:图6-1交付成本比例图(2)管理水平对成本的影响项目成本预算和估算的准确度差。项目预算往往会走两个极端:过粗和过细。预 算过粗会使项目费用的随意性较大,

56、准确度降低;预算过细会使项目控制的内容过多, 弹性差,变化不灵活,管理成本加大。(3)人力资源对成本的影响人力资源素质也是影响成本的重要因素。对高技术能力、高技术素质的人才,本 身的人力资源成本是比较高的,但可以产生高的工作效率、高质量的产品、较短的工 期等间接效果,从而总体上会降低成本;而对于一般人员,还需要技术培训,对项目 的理解及工作效率相对低下,工期会延长,需要雇佣更多的人员,造成成本的增加。(4)价格对成本的影响中间产品和服务、硬件、软件的价格也对成本产生直接的影响,价格对项目预算的估计影响很大。成本管理的内容.项目资源计划项目资源计划是指通过分析、识别和确定项目所需资源种类(人力、

57、设备、材料、 资金等)、多少和投入时间的这样一种项目管理活动。在项目资源计划工作中最为重 要的是确定出能够充分保证项目实施所需各种资源的清单和资源投入的计划安排。资 源表如表6-1所示:表6-1资源表资源名称消耗人126人天PC机(6台)31天电31天水31天数据库资源开发平台资源会议室资源10天工作室资源.项目成本预算开放式机房管理项目的成本预算主要是根据代码行数和功能点来进行的资金预算。i.代码行数预算下方是经过对本系统的代码行预算所得的预算表如表6-2所示:表6-2代码行预算表项目名称:开放式机房管理项目预算日期:2013年3月29日预算者:冯瑶琳预算结果:预算代码行(LOC)20000

58、L0C预算周期(月)1月预算工作量(人月)7人月预算费用(元)50000 元ii.功能点预算开放式机房管理项目主要的系统功能可以分为三大类:教师子系统,机房管理员子系 统,学生子系统。除系统功能外对性能需求的功能也进行了相应的预算,预算结果如表6-3 所示:表6-3功能点预算表功能点预算工作量(人月)预算费用(元)教师子系统人月机房管理员子系统2人月学生子系统2人月性能需求1人月其他工作5人月.项目成本估算项目成本估算是指根据项目资源需求和计划,以及各种资源的市场价格或预期价 格等信息,估算和确定出项目各种活动的成本和整个项目全部成本这样一种项目成本 管理工作。项目成本估算最主要的任务是确定用于项目所需人、设备等成本和费用的 概算。设定每人每天120元,项目成本估算表如表6-4所示:表6-4项目成本估算表任务名称工时成本估算开放式机房管理项目126人天设备损耗31工作日数据库购买8000项目立项5*人天需求阶段2*5人天数据库设计3*2人天系统设计2*人天风险设计3*1人天团队设计1*人天成本计划1*人天沟通计划1*人天完成项目模块4*8人天项目测试2*人天项目结束5*6人天项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论