IT项目管理模板

开放式机房管理工程第1章工程结构31.1工程方案结构31.2工程组织结构4第2章工程范围管理62.1系统定义62.2课题背景72.3运行环境72.4工作内容72.5工程管理策略82.6需求描述82.7功能需求102.8非功能需求122.9任务分解〔WBS〕(工程的任务范围)12第3章工程进度管理153.1进度方案153.2时间方案计算153.3定义活动153.4工程任务书173.5活动逻辑关系和甘特图18第4章团队管理〔人力资源管理〕214.1IT工程团队管理的特殊性214.2工程团队成员选择214.3工程团队成员协同工作策略23创立团队文化23人员培训244.3.3解决冲突24第5章沟通管理265.1建立适合组织的工程沟通管理体系26基于组织结构的沟通方案编制26信息分发26工作报告26管理收尾275.2沟通中存在的障碍275.3沟通的技巧和方法28运用正确的表达方式28提高倾听技能28防止无休止的争论28保持畅通的沟通渠道28使用高效的沟通工具29把握沟通原那么29第6章本钱管理306.1软件工程本钱的分类306.2软件工程本钱的影响因素316.3本钱管理的内容32第7章工程风险管理357.1工程风险管理的目的357.2工程风险管理的组成357.3工程风险的种类35第8章工程管理课程收获38工程结构1.1工程方案结构工程方案分为范围方案，进度方案，人力资源方案，沟通方案，本钱方案，风险方案这几局部，如表1-1所示：方案名称对应局部简要描述范围方案工程人物范围确定工程的范围，为制定其他方案打下根底。范围管理是工程实施的依据和变更的输入，另外还包括对可交付成果落实到个人上的分解，即工程分解结构〔WBS〕，通过WBS清楚明确地组织并定义了整个工程的范围，以及该工程的参与者各自的分工。进度方案工程时间方案进度方案是从时间的角度对工程进行规划。时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度方案也是工程方案中最难、最重要、最核心的局部。在进度方案中，首先根据任务分解的结果〔WBS〕再进一步分解出主要的任务〔活动〕，确立任务〔活动〕之间的关联关系，然后估算出每个任务〔活动〕需要的资源、历时，最后编制出完整的进度方案〔如进度表〕。人力资源方案工程组织结构人是软件工程中最重要的因素，因此软件工程人力资源管理方案也是工程方案中根本的一项方案。人力资源管理是保证参加工程的人员能够被最有效使用所需要的过程，是对工程组织所储藏的人力资源开展的一系列科学规划、开发培训、合理调配、适当鼓励等方面的管理工作，是工程组织各方面人员的主观能动性得到充分发挥，做到人尽其才，事得其人、人事相宜，同时保持工程组织高度的团结性和战斗力，从而成功地实现工程组织的既定目标。沟通方案沟通方案保证工程成功必须进行沟通，为了有效的沟通，需要创立一个沟通方案。沟通方案决定工程相关人的信息和沟通需求：谁需要什么信息、什么时候需要、怎样获得、选择的沟通模式——什么时候采用书面沟通和什么时候采用口头沟通、什么时候使用非正式的备忘录和什么时候使用正式的报告等等。本钱方案工程估算本钱方案是对完成工程所需费用的估计和方案，是工程方案中的一个重要组成局部。软件本钱估算是本钱管理的核心，是预测开发一个软件系统所需要的总工作量的过程。软件本钱估算以从软件计、需求分析、设计、编码、单元测试、集成测试到接受测试等这些过程所花费的代价为依据，对完成工程所需要的所有费用进行估算。风险方案工程风险分析风险方案是在工程进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程，它是工程管理中最容易被忽略而且最难以管理的环节。通过风险识别、风险分析和风险评价去认识工程的风险，并以此为根底合理的使用各种风险应对措施，管理方法、技术和手段对工程的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小本钱保证工程总体目标的实现。1.2工程组织结构在工程组织结构的选择上，由于几种组织结构的适用条件对于工程组目前的情况来讲都有一定程度的符合，因此对各个组织结构优缺点的权衡成为了人力资源方案的一个难题，下面对各个组织结构的优缺点进行一下比拟：职能型优点1以职能部门作为承当工程任务的主体，可以充分发挥之职能部门的资源集中优势，有利于保障工程需要资源的供应和工程可交付成果的质量。在人与那的使用上具有较大的灵活性。2同以职能部门内部的专业人员便于相互交流、相互支援，对创造性地解决技术问题很有帮助。同部门的专业人员易于交流知识和经验，工程成员事业上具有连续性和保障性。3工程成员可以将完成工程和完本钱部门的职能工作融为一体，可以减少因工程的临时性而给工程成员带来的不确定性。缺点1客户利益和职能部门的利益经常发生冲突，职能部门会为本部门的利益而无视客户的需求，精力只集中于本职能部门的活动，工程及客户得到利益往往得不到优先考虑。2当工程需要多个职能部门共同完成，或者一个职能部门内部有多个工程需要完成时，资源的平衡就会出现问题。3当工程需要由多个部门共同完成时，全力分割不利于各职能部门之间的沟通交流、团结协作。工程经理没有足够的权利控制工程的进展。适用条件适用于主要由一个部门完成的工程或技术比拟成熟的工程。分析职能型组织结构能够方便同班成员或者相互熟悉的成员〔即下面的小组内成员〕间进行交流和支援，有利于各小组内成员进行沟通；而且各小组内的成员还能够继续一起完成现阶段的其他任务，并运用相似的技术进行后续其他工程的开发。但该工程组的成员来自不同班级，总人数较少，成员互相之间的了解也较少，因此这种组织结构难以平衡各小组的资源，不利于小组间信息的传递，完成各局部任务所需要的工作量与小组的成员数不均衡，从而对人员的管理与任务分配造成很大困难。工程型优点1工程经理对工程可以全权负责。可以根据工程需要随意调动工程组织的内部资源或者外部资源。2工程型组织的目标单一，完全以工程为中心安排工作，决策的速度得以加快，能够对客户的要求做出及时响应，工程团队精神得以充分发挥。有利于工程的顺利完成。3工程经理对工程成员有全部权利，工程成员只对工程经理负责，防止了职能型工程组织下工程成员处于多重领导、无所适从的局面，工程经理是工程的真正、唯一的领导者。4组织结构简单，易于操作。工程成员直接属于同一个部门，彼此之间的沟通交流简介、快速，提高了沟通效率，同时也加快了决策速度。缺点1每一个工程型组织，资源不能共享，即使某个工程的专用资源闲置，也无法应用于另外一个同时进行的类似工程，人员、设施、设备重复配置，会造成一定程度的资源浪费。2公司里各个独立的工程型组织处于相对封闭的环境之中，公司的宏观政策、方针很难做到完全、真正的贯彻实施，可能会影响公司的长远开展。3在工程完成以后，工程型组织中的工程成员或者被拍到另一个工程中去，或者被解雇，对工程成员来说，缺乏一种事业上的连续性和平安感。4工程之间处于一种条块分割状态，工程之间缺乏信息交流，不同的工程组很难共享知识和经验，工程成员的工作会出现忙闲不均的现象。适用条件适用于开拓性等风险较大的工程或进度、本钱、质量等指标有严格要求的工程；不适合人才匮乏或规模小的企业。分析由于该工程具有很大的临时性，工程组的成员也是从不同的班级集中到一起，因此工程型组织结构利于团队的建设以及小组人员与任务的分配；另外该组织结构简单易操作，而且目标单一，特别适用于这种零散的人员调度，同时很大程度上方便了成员间整体的沟通交流，加快了决策速度。由于这个工程各模块间的耦合度较低，不需要小组间大量的信息共享；而且工程组内有着统一的交流方式〔临时的网上讨论组〕，各项决策规定可以第一时间直接反映给工程成员；更兼此工程本来就是一次独立的开发，与其他工程在人员和技术上没有紧密的联系，因此工程成员在工程完成后都已经有足够的准备和清楚的打算。然而这种组织结构也在一定程度上破坏了原有的一些成员关系〔比方同班的成员〕，需要这些成员重新建立起新的沟通交流机制。权衡各组织结构的优缺点，经过详细的分析，由于工程的临时性乃至工程组的临时性是在这个工程人员组织准那么角度上最突出的特点，因此，为了充分利用工程型组织结构对于此类人员及工程在团队组织上的突出优势，此工程即采用了工程型组织结构。工程范围管理2.1系统定义该软件是一个通用的机房管理系统，克服了以前机房管理的缺点，不方便查看各个机器运行状态，对各台机器的管理具有很大局限性。而本系统具有很强的通用性，操作简单，使用方便，同时具有强大的管理功能，管理人员可以方便的进行监控，查看学生的上机状态等信息。2.2课题背景随着教育体制的不断改革，素质教育成为了当今的教育热潮。各大高校都已经建立了多媒体教室，但这还缺乏以锻炼学生自身的动手能力及协作能力，尤其是对软件学校之类的应用学校专业，更需要学生不断练习，于是开放式机房应运而生。但就目前的情况来看，开放式机房也有它的弊端，比方管理难问题。正是因为开放式机房管理效率低下，无论是机房预约还是学生使用登记，很多仍采用纸质记录，错误频出。所以设计开放式机房管理系统就成为了我们为之努力奋斗的目标。2.3运行环境硬件要求：CPUPIII500以上PC效劳器，内存1GB以上，硬盘8GB以上。操作系统：WindowsXP，Windows7，Windows8软件要求：.netFrammework4.0，SQLServer2023〔企业版、个人版〕或者是Access2023以上版本2.4工作内容按照工程所包括的知识领域，以及工程整个的生命周期，我们把工程分成工程立项，工程方案，工程执行和控制，工程结束四个阶段。工程的立项里我们要成立工程小组，选出工程经理〔组长〕，小组成员，然后召开全部成员参加的工程组成立会，初步确定每个人在工程中的角色。然后要根据工程需求任务书，对工程进行可行性分析。在需求阶段，要进行需求的调研，确认，需求分析等工作，这个阶段工作结束要完成需求规格说明书与客户确认。在设计阶段，要完成系统的总体设计和详细设计，并完成总体设计和详细设计说明书。同时要编写系统说明书，用户使用说明书等。在编码阶段，要编写相应的程序组件并分别进行单元测试。在测试阶段，要根据完成的测试方案，编写测试用例，进行系统的各项测试，形成系统的测试报告。在部署阶段，主要实际完成整个系统工程的部署，保证系统上线运行，并进行系统维护。2.5工程管理策略工程管理过程遵循公司质量体系中关于工程管理过程的标准。根据工程方案中的评审点进行跟踪和管理，并根据结果对工程方案进行适当的调整。评审采用定期评审，阶段评审和事件评审相结合的方式。按周提交工程简报，通报工程的进展情况及其他相关情况。2.6需求描述为获取新型机房管理系统的功能需求，采取了以下几种方法：调查：通过对高校机房的屡次调查，获取机房管理的困难和机房管理的漏洞；并对管理机房的管理员进行交流，听取他们对系统工程的预期目标的设想，询问系统用户使用系统的功能。经过整理获取功能需求交流记录，并回馈给用户，要求用户确认内容。面向数据流自顶向下求精：系统设计人员根据功能需求交流记录分析系统的数据流，从而发现未获取到的需求内容或由已有内容派生出的新需求。并将所遇到的问题整理出来，再次询问用户予以确认。直至对每一个功能涉及到的数据都能具体到单个属性值〔数据表字段〕，且能画出整个系统最底层的数据流图。由于所需篇幅过大，本文不再给出数据流图。快速建立软件原型：在第一次得到功能需求的时候，建立了系统的原型，以后每次的交流都以这个原型为根底进行讨论分析，从而获取新的需求并对所建立的原型及时增加和修改，以保证开发人员和用户交流的有效性和正确性。调查过程：机房管理教师说：“我作为机房管理老师我想要在登录时候能够有平安保护，保护我的账号密码；可以对学生信息，教师信息，班级信息，系部信息，课程信息进行添加，查看和维护；并且开学的时间和每节课的分钟数我可以设置；除此之外，我可以对每个机房安排一个机房管理员来替我管理这个机房；我可以得到违反纪律的学生的详细信息还能够得到纸质文档；我可以修改我的信息。〞程序员：“您的意思是说您想要在登录的时候能够进行身份验证，非机房管理教师不能登录到本系统；您可以对学生信息，教师信息，班级信息，系部信息，课程信息进行管理特指进行增删改查的管理；您可以进行开学时间的参数设置和学时数的参数设置；您可以通过机房号，周次，星期，节次对机房管理员进行排班；您可以获取学生违纪的记录并能通过表的形式打印出来；您可以修改您的密码，联系方式等根本信息；我觉得您还需要获取学生课外上机记录并通过打印得到纸质文档。除以上的根本的功能要求外，您希望快速的查询信息，每个窗体能够快速显示出来。〞普通教师说：“我作为普通教师我希望我可以对我自己的课程进行管理；还可以在有需要的时候预定机房；可以对自己的根本信息进行修改。〞程序员：“您的意思是说您能够对您所教授的课程进行增删改查的管理；您还可以查看机房使用的状态图，从而提前预约空机房进行授课；您可以修改您的密码，联系方式等根本信息。〞机房管理员说：“我作为机房管理员我希望我可以让学生知道我的机器的一些信息；我可以临时改变上机类型，在改变上机类型的时候让在线学生都下线；在课内上机的时候我可以查看应到而没有到的学生的根本信息；我可以临时进行换班；我还可以跟班中任意的学生收发消息和文件；我能够知道学生机的信息，得到学生机正在使用的东西；我还可以添加学生违纪记录；我还想在课内上机的时候不是本班学生不能够进入上机。〞程序员：“您的意思是您能够给学生机端播送发送您机器的IP、学生需连接的数据库效劳器名称，用户名和密码，并永久保存在学生机端；您能够改变上机类型，并通知学生，自动下线；在课内上机的时候您能够查看本班未到学生的相关信息；您能够进行替班换班；您能够给学生群发消息、群发文件，您还能够给学生单独发送消息和文件；您能够监控学生端的屏幕，得到学生正在使用的进程列表，并且可以停止学生不合法的进程；您在发现违纪行为的时候可以添加学生违纪记录，并且可设置本次违纪所要扣除的学时数；在课内上机的时候您希望不是本班上课的学生不能够登录进入系统。〞学生说：“我作为学生，我希望我可以给机房管理员发送消息和文件；我可以查看自己个人课外上机学时；我可以查看自己的违纪记录。〞程序员：“您的意思是您希望在上机期间能够给管理员发送消息，发送文件，您可以查询您的课外上机总学时数，您还可以得到自己违纪的详细记录包含违纪记录所扣除的对应学时数。〞2.7功能需求本系统分为三个子系统：教师子系统、机房管理员端子系统及学生端子系统。系统用户角色共分四类：高级管理员、普通教师、机房管理员及学生。高级管理员端系统功能登录，在第一次登录时进行效劳器设置；维护所有根底数据，高级管理员可以对学生，教师，班级，系部，课程进行增、删、改、查的管理；参数设置，高级管理员可以设置开学日期以及学时信息；安排值班，高级管理员可以对机房值班进行安排；预约机房，高级管理员可以预约机房；查看学生上机记录和违纪记录，高级管理员可以查看学生上机记录和违纪记录，并通过报表输出；修改个人信息，高级管理员可以修改个人根本信息。2．普通教师端系统功能登录，在第一次登录时进行效劳器设置；2、修改个人信息，普通教师可以修改个人根本信息；3、预约机房，普通教师可以预约机房进行课内上机。4、管理个人课程，普通教师可以管理自己所教授的课程。3.机房管理员端系统功能1、机房管理员的登录，在第一次配置的时候，要先对管理员使用的数据库进行设置，并将设置内容写入到注册表中；2、机房管理员对效劳器的设置，管理员可以设定效劳器端IP，数据库效劳器的名称，用户名和密码，并用播送发送的方式发送给学生端；3、临时更改上机类型，管理员可以更改本节次原有的上机类型和预约情况。在进行变更时，需要处理两件事情：I向所有在线的学生端子系统发送上机类型变更通知，要求学生端程序执行自动注销操作；II修改机房预约相关数据表的预约数据，学生端再次登录时，以新的预约数据进行登录验证。4、管理员交班，通过管理员交班可以直接更改本节课管理员排班情况；5、查看已、未上机学生，机房管理员端可随时查看本机房当前都有哪些学生在上机，以及他们的坐次。如果当前为课内上机，还可以通过未上机学生列表查看到所有缺勤人员。6、收发文字信息及文件，机房管理员端子系统可以接收本机房内任何在线的学生端发来的文字消息和文件，也可以向这些学生端单发或群发文字消息和文件。7、屏幕监控，机房管理员可通过该功能查看当前机房所有在线的学生端的计算机屏幕，也可查看指定的学生端的计算机屏幕。方便了机房管理员监视哪些学生存在玩游戏等违纪现象。在进行屏幕监视的过程中，一旦发现某学生翻开了违规程序，如游戏，聊天软件，非法网站等。机房管理员可直接通过“结束进程〞功能，远程结束该学生的违规程序。在监视到学生出现违纪的同时，除了可以远程结束对方的违规程序，还可以远程获取到对方的学号、姓名等根本信息，并向数据库中添加违纪记录。4.学生端系统功能1、登录，学生端在实现该登录功能时，做了较多必要的限制。首先，要求学生必须在进入操作系统后，进行任何具体操作之前完本钱子系统的登录操作。其次，在进行登录验证时，需要首先通过数据库来判断本机房本节次的上机类型：如果是课外上机，那么任何学生都可以登录；如果是课内上机，那么该学生必须是预约了本次课内上机的上课班级才允许登录，其他班级的学生禁止登录。2、收发文字信息和文件，只允许学生端与机房管理员端进行文字和文件交流，不允许与其他学生端进行此操作。目的是防止学生在上课期间相互聊天或在上机考试期间互相传送文件。3、查看个人课外上机学时，学生可以查看自己本学期的课外上机的学时数，并显示违纪所扣除的学时数。4、查看个人违纪情况，学生可以查看自己本学期的所有违纪情况，以及每次违纪的具体时间和扣除的学时数。5、注销登录，学生在下机时可使用此功能进行注销。注销后可返回本子系统的登录界面，也可直接关机。除学生主动注销外，系统也会存在两种情况自动完成注销：一、当学生用户长时间未在操作系统中做任何键盘、鼠标操作时；二、当上机类型发生变化时，例如学生是在第一大节课期间登录的，他一直上机上到了第二大节，而数据库中存储的第二大节的上机类型与第一大节不同时；或者是机房管理员端根据实际需要，通过“临时变更上机类型〞改变了本节课的上机类型，都会导致学生端自动注销。2.8非功能需求1性能需求，本系统为窗体系统，系统反响不应该超过0.4秒，除此之外，要求系统能够满足200人同时使用；2可靠性需求，本系统为机房管理系统，应保证6个小时不停运行；3可维护性需求，定期的备份数据库，进行数据库维护，保护数据的平安性；4平安性需求，根据不同用户身份赋予不同权限，保护系统数据的平安性；5平安性需求，用户通过用户名、密码登录，在一定程度上保护数据平安性；6扩展性需求，系统应该留有接口，方便以后扩展开发；9易用性需求，要求系统界面易用，美观。2.9任务分解〔WBS〕(工程的任务范围)系统在开发的时候不同的阶段有不同的任务，按着系统开发的阶段我们可以确定系统的概念搜集阶段：完成系统背景的了解，当前同类型系统的评价，确定工程工作的主要范围；系统方案阶段：定义系统的需求，预测工程的风险；系统开发阶段：确定系统具体功能，制定系统方案；系统交付阶段；系统扩展阶段；按照系统的阶段工作来定义任务分解WBS样本图，如图2-1所示：图2-1按系统工作阶段分析的任务分解图针对工程的具体系统工作可以将系统分为四大局部，教师子系统：对界面，信息管理，报表导出，排版预约等的功能模块的设计实现；机房管理员子系统：对界面，发送文件，发送消息，屏幕监控等的功能模块的设计实现；学生子系统：对界面，发送文件，发送消息，屏幕监控等的功能模块的设计实现；数据库：对数据分析，抽出数据，确定关系的设计实现；按照工程的具体功能来定义任务分解WBS样本图如图1-2所示：图2-2按工程的具体功能分析的任务分解图按照工程所包括的知识领域，以及工程整个的生命周期，我们把工程分成工程立项，工程方案，工程执行和控制，工程结束四个阶段。工程的立项里我们要成立工程小组，选出工程经理〔组长〕，小组成员，然后召开全部成员参加的工程组成立会，初步确定每个人在工程中的角色。然后要根据工程需求任务书，对工程进行可行性分析。在需求阶段，要进行需求的调研，确认，需求分析等工作，这个阶段工作结束要完成需求规格说明书与客户确认。在设计阶段，要完成系统的总体设计和详细设计，并完成总体设计和详细设计说明书。同时要编写系统说明书，用户使用说明书等。在编码阶段，要编写相应的程序组件并分别进行单元测试。在测试阶段，要根据完成的测试方案，编写测试用例，进行系统的各项测试，形成系统的测试报告。在部署阶段，主要实际完成整个系统工程的部署，保证系统上线运行，并进行系统维护。按照工程的工作内容定义任务分解的WBS样本图如图1-3所示：图2-3按工程的工作内容分析的任务分解图工程进度管理3.1进度方案进度方案是从时间的角度对工程进行规划。时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度方案也是工程方案中最难、最重要、最核心的局部。在进度方案中，首先根据任务分解的结果〔WBS〕再进一步分解出主要的任务〔活动〕，确立任务〔活动〕之间的关联关系，然后估算出每个任务〔活动〕需要的资源、历时，最后编制出完整的进度方案〔如进度表〕。3.2时间方案计算用户要求完成工程所给定的时间是40个工作日；软件的时间计算公式是：〔乐观时间+悲观时间+4*最常见的时间〕/6乐观时间：最乐观工程可以完成所经历的时间量值，在我们的工程中设定为25个工作日；悲观时间：最悲观工程可以完成所经历的时间量值，在我们的工程中设定为41个工作日；最常见的时间：与本工程类似的工程最经常使用的时间量值，30个工作日；〔25+41+4*30〕/6得到的结果近似等于31个工作日那么我们的工程按照以上的软件时间来设置为31个工作日；3.3定义活动首先从任务分解表中抽取任务，并定义任务的工期，开始时间，前置任务以及所需要的资源，在活动表中各个活动有层级关系。开放式机房管理工程主要分为五大阶段工作：工程立项阶段，从2023年3月25日开始到2023年3月26日结束，历时2个工作日，需要0.5个工作日成立工程小组，0.5个工作日确定成员角色，0.5个工作日选出工程经理这三个任务可以并行执行；需要0.5个工作日召开工程组成例会，0.25个工作日确定工程开发背景，0.5个工作日评价当前系统，1个工作日确定工程的范围这四个任务可以并行执行。工程方案阶段，从2023年3月27日开始到2023年4月10日结束，历时10个工作日，工程方案又分为需求阶段从2023年3月27日开始到2023年4月2日结束，历时4个工作日，设计阶段2023年4月2日开始到2023年4月10日结束，历时6.5个工作日，定义风险阶段2023年4月2日开始到2023年4月2日结束，历时1个工作日。工程执行阶段，从2023年4月10日开始到2023年4月23日结束，历时9.5个工作日，工程执行阶段又分为完成工程模块，2023年4月10日开始到2023年4月22日结束，历时8个工作日，进行工程测试，2023年4月22日开始到2023年4月23日结束，历时1.5个工作日。工程结束阶段，从2023年4月24日开始到2023年5月1日结束，历时6个工作日。工程扩展阶段，从2023年5月2日开始到2023年5月3日结束，历时2个工作日。下面是任务活动表，如表3-1所示：表3-1任务活动表3.4工程任务书表3-2工程任务书工程筹划/任务书一、工程根本情况工程名称开放式机房管理工程工程编号001制作人冯瑶琳审核人武丹工程组长冯瑶琳制作日期2013-4-2工程描述1．工程背景与目的〔所有的工程均起始于某个商业问题，该局部简要描述这些问题〕背景：A院校是我们的客户，他们要一个开放式机房管理系统，我们与2013年3月25日正式开始管理难问题因为开放式机房管理效率低下所以设计开放式机房管理系统就成为了我们为之努力奋斗的目标。2．工程目标〔包含质量目标，工期目标，提交工程〕三、工程里程碑方案〔包含里程碑的时间和成果〕3月25日3月27日工程立项工程方案工程执行工程结束四、评价标准〔说明工程成果在何种情况下将被接受〕考察期间不能出现任何失误〔如不能在规定的时间内完成考察等〕客户考察之后消除疑虑，认可我们研发能力〔能有明确的意见反响〕，支持我公司的工程实施。考察费用不超过预期那么工程成功。五、工程假定与约束条件〔说明工程的主要假设条件和限制性条件〕假定：1、假定客户审查通过；2、假定我们的内部接待资源都能落实；约束：1、客户审查必须在；2、必须安排客户适宜的住所，方便工程的完成；3.5活动逻辑关系和甘特图活动的逻辑关系图，主要分析所有活动的先后执行顺序，如图3-1所示：图3-1活动逻辑关系图任务方案所对应的甘特图，将任务我开始时间，结束时间，使用资源情况，工程总历时用图的方式更明了的表现出来，如图3-2所示：图3-2活动甘特图团队管理〔人力资源管理〕工程团队是软件工程中最重要的因素，成功的团队管理是软件工程顺利完成的保证。所以我个人认为对于团队的管理最主要的是对于团队中人力资源的管理。4.1IT工程团队管理的特殊性IT工程与人力资源与其他工程的人力资源管理有很明显的不同，特别是对人的要求差异很大,并且IT工程团队具有临时性、目标性两个特点。IT工程人力资源管理的特殊性主要表现在三个方面：对工程经理的要求不同；工程团队的管理方法不同；人员流动性很大；许多公司的企业文化都是“以人为本〞，对于IT企业来说，“人是企业最重要的资产〞，那么对IT工程来说，“团队就是工程成败的要素〞，可以看出IT工程团队管理的重要性。例如，不少IT企业投了大笔资金开发一个软件或系统工程，当工程进关键时刻时，工程组的一个或几个关键人员突然去，致使工程被拖延或失败的案例屡见不鲜。这分说明:IT工程的成功与工程团队息息相关，正如IT工程管理专家理查德-默奇所言，“工程很少失败，如果人不失败的话。〞4.2工程团队成员选择IT工程的团队管理，必须按照IT工程人力资源管理的特殊性来分步具体实施。工程经理的胜任特征和选择标准团队管理能力学习能力和敏锐的洞察力:IT技术进步日新月异，所以要对本领域的开展状况和新技术的应用前景充分了解和把握沟通能力:与团队成员、上级和用户的沟通，得到他们的支持是获得成功的前提躲避风险的能力解决问题的能力协同工作的能力业务经验管理复合工程的能力控制变更的能力商务谈判的能力工程经理对工程团队的成员确认首先确定团队的核心成员：系统分析员和设计员，关键工程师，系统工程师。由于本系统并不是特别大的系统，所以在我们的团队组建的时候所确定的成员会一身多职，工程成员表如表4-1所示：表4-1工程成员表工程组成员表一、工程根本情况工程名称开放式机房管理系统工程编号001制作人冯瑶琳审核人武丹工程经理冯瑶琳制作日期2023-3-25二、工程组成员Ⅱ.ProjectTeamDirectory成员姓名工程角色职责工程起止日期投入额度及工作量联系主管经理冯瑶琳工程经理总体负责风险分析团队管理沟通管理本钱管理起2023年3月25日终2023年5月3日123456789A经理武丹〔成员A〕工程核心成员需求架构工程设计客户沟通起2023年3月25日终2023年5月3日1*******9B经理成员B工程核心成员需求架构工程设计客户沟通起2023年3月25日终2023年5月3日1*******1B经理成员C工程组成员数据设计客户沟通起2023年3月25日终2023年5月3日1*******3C经理成员D工程组成员数据设计客户沟通起2023年3月25日终2023年5月3日1*******0C经理成员E非工程组成员测试起2023年4月22日终2023年4月23日D经理成员F非工程组成员测试起2023年4月22日终2023年4月23日D经理签字日期工程组长冯瑶琳2023-3-254.3工程团队成员协同工作策略对于我们开放式机房管理工程中的成员是来自于不同的部门，工程成员不确定存在经常变化的风险，工程成员的职责也不明确，多数成员都一身多职，并且工程成员的能力与处事方式也千差万别，除此之外工程经理不是老板，没有给予团队成员薪酬和晋升的权利。而我们又要合力开发开放式机房管理工程，在这种情况下要使的工程团队成员系统工作必须有一定的策略。在团队建设初期我们采取建设团队文化和进行人员培训。在工程开发中我们还要预测一些团队管理中可能发生的风险：冲突。4.3.1创立团队文化团队文化既可以提高团队的凝聚力，同时也可以使工程组成人员更加协同的工作。我们开放式机房管理工程是从以下几个方面来建立和维系工程团队的文化:①首先在工程开始时就建立一些根底性的规章制度;②树立整个工程期间合作的典范;③将工程团队的LOGO(标识语)或口号张贴;④组织定期的工程团队活动;⑤积极报道工程的工作。4.3.2人员培训在进行开放式机房管理工程开发过程中，作为工程经理常常会发现:经过精心挑选的工程组成员在知识上、管理上和工具的使用上不能完全适应开放式机房管理工程的需要，不能与团队其他成员协同工作，因此我们工程小组制定了三套人员培训方式，一套是集体培训，另一套是依附核心工程成员培训，此外就是通过内部网站公布从而使工程成员学习集体培训培训工程成员熟悉工作流程培训工程成员熟悉接口流程培训工程成员学习适应开放式机房管理工程的技术知识灌输本团队的工作理念依附核心工程成员培训工程成员中的核心成员一般都有娴熟的技术与工作方式，让工程组中的其他成员跟随工程组中的核心成员不断学习新技术，新知识，不断熟悉工作流程，从而到达培训的目的。内部网站培训这也是IT企业里流行的培训方式e一learning，工程组将要培训的内容和新技术、新知识放在网上或内部效劳器上，工程成员随时都可以学习。但是对于我们开放式机房管理工程这种方式不适宜，因为我们工程小组并没有公共网站。4.3.3解决冲突工程团队成员之间或工程经理与成员之间会有冲突发生。产生冲突的原因也很多，借鉴众多工程的经验，我们开放式机房管理工程小组将冲突主要归结为:工程成员抵抗工程管理;抵抗采用新技术和工具;工程成员间个性的冲突;核心成员和普通成员之间的冲突等。只有防止和解决好这些冲突才能保证工程成员“心往一处想，劲往一处使〞，使整个团队协同工作。①对于抵抗工程管理的情况，在工程伊始，就与工程组成员共同讨论如何管理工程，按照讨论的方法管理并让工程成员自行制定自己的任务，尽可能早地建立起工程成员共同工作的模式。②对于工程成员抵抗采用新技术和工具的情况，可以采用如下的方式:首先与成员讨论新技术的潜在收益和应用的成功案例，并向工程组成员传达新技术的应用前景和个人能获得超前的技能，能使工程和个人都能受益。然后指明学习的过程和工程经理提供的帮助。③对于工程成员个性的冲突和核心成员和普通成员的冲突，可以采取从一开始就鼓励团队合作和共同开展工作来实现。沟通管理沟通既是一门科学，更是一门艺术。沟通管理上的条条框框虽然是定死的，但可以灵活地去应用它。每个IT软件工程都具有自身的特点，沟通方法、沟通形式、沟通渠道都可能不同。但是无论怎样，作为工程管理者，必须保证工程在一个规那么、和谐、合作、理解、沟通的环境下进行。工程中存在的沟通分为两种：工程组与客户沟通，工程组内部成员沟通。5.1建立适合组织的工程沟通管理体系基于组织结构的沟通方案编制沟通方案编制主要是确定工程干系人的信息需求和沟通需求，因为工程的组织结构将在很大程度上影响工程的沟通需求，所以沟通方案的编制一定是在组织结构的根底上建立的。一个沟通管理方案的样本模块主要包括分发给工程成员的信息、信息分配的动机、信息分发的频率、信息分发的时间表、信息编排与传输方法以及工程成员沟通职责等。5.1.2信息分发信息分发涉及向工程干系人及时提供所需的信息。信息分发的技术主要包括沟通技能，书面的、口头的，内部的、外部的，正式的、非正式的，纵向的以及横向的;信息发送方法，包括工程会议、书面文挡复印件的发布、共享的网络电子数据库、、电子邮件、语音邮件、电视会议和工程内部网。开放式机房管理工程由于人员少，容易管理。所以我们选择的是信息发送的方式。5.1.3工作报告开放式机房管理工程对于工作报告的提交非常重视，这样更加方便管理者进行工程的追踪和管理，也使得工程能够按照方案有序进行。5.1.4管理收尾管理收尾包含工程结果文档的形成、归档，对符合最终标准的保证、对工程的成功、效果及取得的教训进行的分析。在收尾过程中，除了要注意使客户满意外，还应当使工程组成员都感到满意。5.2沟通中存在的障碍沟通贯彻于工程的整个生命周期中，沟通应保证信息的准确性、完整性、有效性。但在实际工作中，由于多方面的因素，信息往往被曲解、丧失或者失效等，造成了沟通的障碍。主要表现在以下几个方面：1不善沟通。有些IT开发人员善于使用开发语言来进行开发工作，面对着的是“哑终端〞，但却不善于与客户沟通，不善于和同事交流，沟通、交流不到位、不及时，就只能一味迁就客户，全盘接收客户恰当或不恰当、合理或不合理的需求。结果是只能通过额外的工作加加点来解决。实际上，有些问题只需通过沟通就能解决，沟通到位了，便会事半功倍，根本不需要投入额外的工作量。2害怕沟通。有时候当工程进展不理想，实施中存在问题或矛盾时，工程成员往往因为担忧受到批评和埋怨，不敢或不愿意汇报给上级，把问题和困难藏着、掖着，却不知已经失去了解决问题或困难的最正确时机。然而，藏着、掖着并不能解决问题，只能拖延，最后的结果可能是矛盾越积越大，问题越积累越复杂，直到实在兜不住的时候再爆发出来，那时候的局面就很难收拾。3想当然、满怀假设。用自己的假设来代替没有调研清楚的客户需求，想当然地认为客户的需求就是自己想的那样，而事实上，客户的真正需求和假设往往相反。这种以假设为依据的决策，往往因为假设是错的，结论也是错的。这种想当然的假设造成沟通障碍，势必引发诸多误会，造成很多返工。4信息失真。信息沟通主要是依据组织系统分层次逐层传递的。在按层次传达同一信息时往往会受到个人思维能力、表达能力、理解能力的影响，降低了信息沟通的效率，同时信息失真率也会增大。组织的机构越庞大，层次太多，将影响信息沟通的及时性和真实性。除以上几个方面，还有误解，主要是发送者在提供信息时表述不清晰或者接收者接收信息时不准确;表达方式不当，措辞不当，使用方言等，这些都会增加沟通双方的心理负担，形成双方沟通的障碍。5.3沟通的技巧和方法5.3.1运用正确的表达方式沟通必须目的明确。在信息交流之前，发送者应考虑好自己将要表达的意图，要力求简明扼要。用简单明了的词句说明自己的意思。漫无目的的沟通实际上就是通常意义上的唠嗑。发送人可以根据不同的沟通目的选择不同的沟通方式。在沟通过程中要使用双方都理解的用语和示意动作，并恰当地运用语气和表达方式。发送者有必要对所传递信息的背景、依据、理由等作出适当的解释，使对方对信息有明确、全面的了解。5.3.2提高倾听技能沟通不仅仅是说，而是说和听。倾听既是我们取得关于他人第一手信息、正确认识他人的重要途径，也是我们向他人表示尊重的最好方式。在倾听过程中，我们可以使用目光接触，感知对方的心理和情绪变化，及时调整;可以展现赞许性点头和恰当的面部表情，复述对方所说的内容，表现出倾听兴趣，更有利于对方更好地说。要有耐心，不要随意插话，不要妄加批评和争论。5.3.3防止无休止的争论在IT软件工程过程中，总会存在一些业务或技术的问题，而围绕这些问题的争论也时常是喋喋不休，永无休止。这种无休止的争论带来的结果是没有定论，不仅问题没有解决，而且延误了问题解决的时间。在IT软件工程沟通过程中，要竭力防止这种无休止的争论，当遇到这种情况时，工程经理要果断决策。5.3.4保持畅通的沟通渠道沟通固然重要，但如果没有畅通的沟通渠道，组织就必然呈现自发的无组织状态，就无法获得需要的真实的信息，整个组织的运转效能就会下降。随着组织规模扩大、人员增加、机构复杂、信息流量上升，就会出现信息阻塞、信息失真等沟通障碍，为使信息能有序的流动，管理者一定要建立稳定合理的信息传播体系，以便控制组织内部、外部的信息流动。5.3.5使用高效的沟通工具在IT工程组织内，通常会使用相关的成熟的工程管理软件、电子邮件系统、办公自动化系统等工具来支持工程各种信息的生成、传递及存储的要求。这些工具的使用，大大提高了沟通的效率，拉进了沟通双方的距离，减少了不必要的面谈和会议。5.3.6把握沟通原那么一是沟通内外有别。即要求团队作为一个整体对外意见要一致，一个团队要用一种声音;二是非正式的沟通又助于关系融洽;三是采用对方能接受的沟通风格;四是沟通的升级原那么，即第一步,和对方沟通;第二步,和对方的上级沟通;第三步,和自己的上级沟通;第四步，自己的上级和对方的上级沟通。五是扫除沟通的障碍。5.4本工程所采取的沟通方案对于以上我所总结的沟通问题以及沟通技巧，我们对于开放式机房管理工程的沟通也制定了一定的方案。工程沟通方案表如表5-1所示：表5-1工程沟通方案表工程沟通方案表一、工程根本情况工程名称：开放式机房管理系统工程编号：001二、工程沟通方案沟通相关人员所需信息频率方法负责人工程经理总体进展，工作效果每日/口头提交进度报告成员A，B,C,D客户工作效果每周工程会议工程经理工程核心成员关键进展每日口头工程成员工程所有成员总体进展每周工程报告/工程会议本钱管理工程本钱管理主要与完成活动所需资源本钱有关。然而，工程本钱管理也考虑决策对工程产品的使用本钱的影响。工程的本钱可以大体分为广义的工程本钱也成工程的生命周期本钱和狭义的工程本钱〔费用〕是指因为工程而发生的各种资源消耗的货币表达。本钱管理包括工程资源规划、工程本钱估算、工程本钱预算、工程本钱控制、工程本钱追踪。资源规划是指确定为完成工程诸工序，需用何种资源〔人、设备、材料〕以及每种资源的需要量。6.1软件工程本钱的分类按软件生命周期分类因为软件的生命周期分为开发阶段和维护阶段，那么可以将软件的本钱分为开发本钱和维护本钱两类。开发本钱由软件开发本钱、硬件本钱和其他本钱组成，包括了系统软件的分析/设计费用〔包含系统调研、需求分析、系统设计〕、实施费用〔包含编程/测试、硬件购置与安装、系统软件购置、数据收集、人员培训〕及系统切换等方面的费用；维护本钱由运行费用〔包含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费〕、管理费〔包含审计费、系统效劳费、行政管理费〕及维护费〔包含纠错性维护费用及适应性维护费用〕。按财务分类硬件购置费。例如，计算机及相关设备的购置，不间断电源等的购置费。软件购置费。例如，操作系统软件、数据库系统软件和其它应用软件的购置费。人工费。主要是开发人员、操作人员、管理人员的工资福利费等。培训费。通讯费。例如，购置网络设备、通讯线路器材、通讯费用。根本建设费，例如，新建、扩建机房、购置计算机机台、机柜等的费用。财务费用。管理费用。例如，办公费、会议费、交通费。材料费，如打印纸、磁盘等的购置费。水、电、汽费。专有技术购置费。其它费用。例如，资料费、固定资产折旧费及咨询费。6.2软件工程本钱的影响因素〔1〕工期对本钱的影响工程的工期是整个工程或工程某个阶段或某项具体活动所需要或实际花费的工作时间周期。交付的时间越长那么我们的本钱越高，所赚取的费用越低。交付本钱比例图如图6-1所示：图6-1交付本钱比例图〔2〕管理水平对本钱的影响工程本钱预算和估算的准确度差。工程预算往往会走两个极端：过粗和过细。预算过粗会使工程费用的随意性较大，准确度降低；预算过细会使工程控制的内容过多，弹性差，变化不灵活，管理本钱加大。〔3〕人力资源对本钱的影响人力资源素质也是影响本钱的重要因素。对高技术能力、高技术素质的人才，本身的人力资源本钱是比拟高的，但可以产生高的工作效率、高质量的产品、较短的工期等间接效果，从而总体上会降低本钱；而对于一般人员，还需要技术培训，对工程的理解及工作效率相对低下，工期会延长，需要雇佣更多的人员，造成本钱的增加。〔4〕价格对本钱的影响中间产品和效劳、硬件、软件的价格也对本钱产生直接的影响，价格对工程预算的估计影响很大。6.3本钱管理的内容工程资源方案工程资源方案是指通过分析、识别和确定工程所需资源种类〔人力、设备、材料、资金等〕、多少和投入时间的这样一种工程管理活动。在工程资源方案工作中最为重要的是确定出能够充分保证工程实施所需各种资源的清单和资源投入的方案安排。资源表如表6-1所示：表6-1资源表资源名称消耗人126人天PC机〔6台〕31天电31天水31天数据库资源开发平台资源会议室资源10天工作室资源工程本钱预算开放式机房管理工程的本钱预算主要是根据代码行数和功能点来进行的资金预算。代码行数预算下方是经过对本系统的代码行预算所得的预算表如表6-2所示：表6-2代码行预算表工程名称：开放式机房管理工程预算日期：2023年3月29日预算者：冯瑶琳预算结果：预算代码行〔LOC〕20000LOC预算周期〔月〕1月预算工作量〔人月〕7人月预算费用〔元〕50000元功能点预算开放式机房管理工程主要的系统功能可以分为三大类：教师子系统，机房管理员子系统，学生子系统。除系统功能外对性能需求的功能也进行了相应的预算，预算结果如表6-3所示：表6-3功能点预算表功能点预算工作量〔人月〕预算费用〔元〕教师子系统0.5人月￥3000.00机房管理员子系统2人月￥8000.00学生子系统2人月￥7000.00性能需求1人月￥2000.00其他工作5人月￥15000.00工程本钱估算工程本钱估算是指根据工程资源需求和方案，以及各种资源的市场价格或预期价格等信息，估算和确定出工程各种活动的本钱和整个工程全部本钱这样一种工程本钱管理工作。工程本钱估算最主要的任务是确定用于工程所需人、设备等本钱和费用的概算。设定每人每天120元，工程本钱估算