建筑施工项目经理

职位描述

项⽬经理岗位职责⼀、项⽬经理岗位职责1、项⽬经理为整个项⽬的第⼀责任⼈。2、项⽬经理对《质量检查报告》中的所有细则负⾸要责任。3、项⽬经理必须有效掌控项⽬开发的各个环节，协助、指导项⽬组成员的⼯作，及时发现并处理项⽬中存在的问题，并对项⽬组成员的⼯作进⾏合理的评价。4、负责管理和控制项⽬全过程的质量、进度。分析偏差，采取纠正措施。如果发现项⽬实际进展显著偏离计划，则及时采取纠正措施。5、根据项⽬规范建⽴项⽬组内部管理和沟通机制。6、可根据需要调配组内⼈员等资源。7、有权对项⽬组成员提出奖惩建议。8、项⽬经理负责组织需求分析⼯作，并组织对需求⽂档和需求变更⽂档进⾏复审。9、分配系统设计任务，包括体系结构设计、模块设计、⽤户界⾯设计、数据库设计等。10、组织对体系结构设计、模块设计、⽤户界⾯设计、数据库设计进⾏评审。11、负责组织项⽬开发⼩组会议并编写会议纪要。开发⼩组会议每周⾄少举⾏⼀次（可与项⽬例会合并），对难点、疑点问题进⾏分析、解决，保证⼩组内成员充分沟通。12、负责每周对开发⼈员的代码进⾏检查。13、负责提交测试版本、搭建符合实际的集成测试环境，每个项⽬只能有⼀个测试环境，开发环境不可与测试环境混合。14、所需提交⽂档：⽴项后制定《项⽬计划》并保证该计划的合理性和现实性。组织项⽬组内对《项⽬计划》进⾏评审，《项⽬计划》制定或变更后必须发邮件通知部门经理、测试部及项⽬相关⼈员。每周五下班前提交项⽬的《项⽬周报》⾄TFS上项⽬相关⽬录。协助设计⼈员编写《体系结构设计报告》、《模块设计报告》、《⽤户界⾯设计报告》、《数据库设计报告》提交《内部验收表》。项⽬成果交付⽤户前项⽬经理必须组织内部验收，并签字⽣效。结项前向项⽬管理部门提交《结项申请书》。负责组织开发设计⼈员、需求分析⼈员、测试⼈员，根据《⽤户需求说明书》提交各类技术⽂档，并保证该⽂档的及时有效性和准确性。⼆、项⽬管理FAQ1、项⽬计划如何编写？项⽬计划按⽂档模板的提⽰完成各项内容，统⼀使⽤PROJECT⼯具制定并跟踪。2、项⽬计划编写好后怎么提交？项⽬计划编写完毕后，需将初稿提交给项⽬管理部门进⾏初审，并由其组织项⽬管理部门成员及项⽬组成员进⾏开会评审。3、怎样进⾏项⽬计划变更？在项⽬过程中，需根据实际情况对《项⽬计划》进⾏变更，须提交项⽬管理部门进⾏评估，如对项⽬有重⼤影响，项⽬经理须填写《项⽬计划变更申请表》并提交项⽬管理部门进⾏审核。4、需求分析⽂档编写有哪些要求？项⽬的需求分析⽂档是开发的依据，在编写中每项功能的描述必须思路清晰，要求有输⼊、输出项和操作步骤、业务流程等信息，并能对功能画出⽰意图、流程图等。需求分析⽂档编写完成后需将初稿提交项⽬管理部门进⾏初审，再由其组织项⽬组成员并邀请相关⼈员进⾏会议评审。5、整个项⽬实施过程中，各类⾓⾊周期性需要提交什么⽂档？项⽬经理：每周五举⾏项⽬例会，并提交《项⽬周报》的“项⽬进度”部分。开发⼈员：每周五提交《项⽬周报》的“实际完成任务”和“问题汇总”。测试员：每周五提交《项⽬周报》的“质量保证报告”。6、项⽬经理的主要任务是什么？在⽴项申请评审会议中指定项⽬经理后，项⽬经理需提供项⽬组开发⼈员的建议名单，包括体系结构设计员、界⾯设计员、数据库设计员及模块设计员。制定完《项⽬计划》后，项⽬经理应按《项⽬计划》要求制定《开发计划》。项⽬经理负责对各系统设计员所提交的设计⽂档进⾏初审。项⽬经理应经常对开发⼈员的模块设计或源码进⾏抽查，确保软件开发质量，并符合设计要求，并在每周五提交的《项⽬周报》中的“源码检查情况”记录相关信息。7、如何使⽤Bug管理系统？项⽬⽴项后，测试部将会在Bug管理系统创建该项⽬，并设置项⽬组成员及各成员的⾓⾊。项⽬组内任何⼈发现项⽬缺陷都应该登录Bug管理系统中进⾏记录，若⾮项⽬组成员发现错误应及时反映给测试⼈员。提交缺陷时，根据缺陷的严重性选择类别，并选择“严重级别”能让开发⼈员及时获取信息进⾏修改。标题应该简要说明缺陷内容，以便进⾏相关查询和统计，不能以“错误”、“测试结果”等⽆意义的词作为标题。8、怎样进⾏验收、升级、安装？所有项⽬在提交客户前，必须通过测试部和项⽬经理组织的内部验收，并填写《内部验收表》。内部验收通过后，项⽬经理制定《客户验收计划》并组织客户及项⽬相关⼈员进⾏验收，编写《客户验收报告》。项⽬组/开发⼈员负责提供需要验收的软件和建⽴验收环境。并编写安装、升级脚本。安装、升级前应先在测试服务器上搭建与正式服务器相同的环境，执⾏安装、升级脚本，确保脚本执⾏⽆误，然后再验证程序的正确性。测试服务器上安装、升级⽆误后，项⽬经理指定开发⼈员进⾏正式系统的安装、升级，安装、升级⼈员填写《升级（安装）记录表》。9、如何结项？所有交付给⽤户使⽤的系统，必须在交付验收的同时，提交经项⽬经理和质保员审核的操作⼿册、软件系统管理⼿册、系统安装、配置和维护⼿册等验收所需⽂档。所有验收⽂档提交齐全后，由项⽬经理撰写《结项申请书》，申请结项。《结项申请书》应附上经项⽬经理审核的项⽬竣⼯⽂档清单，并对项⽬进⾏全程回顾，总结项⽬中的经验教训，对项⽬组成员的⼯作质量、责任⼼和效率等进⾏评估。项⽬管理部门对《结项申请书》进⾏评审，决定是否同意结项，并提交《结项评审报告》。10、操作⼿册等验收⽂档由谁来写？验收所需⽂档均由项⽬经理指定项⽬组内成员完成，项⽬经理和测试员负责审核。11、结项后⼜有新需求或需求变更怎么办？根据需要重新考虑⽴新项⽬。12、对于细⼩需求频繁变更，时间要求⼜紧张的需求变更如何应变？对于较⼩的需求变更，经过需求分析⼈员和开发⼈员的沟通，记录在需求⽂档的历史记录中，并由项⽬经理签字确认；重⼤需求的变更，则必须按照需求变更流程进⾏控制，提交《需求变更申请书》，并进⾏项⽬组内的需求评审。如果质保员在测试时才发现需求有重⼤变更但未形成⽂档且未经评审，则严肃处理。三、项⽬风险控制1、合同风险签订的合同不科学、不严谨，项⽬边界和各⽅⾯责任界定不清等是影响项⽬成败的重⼤因素之⼀。预防这种风险的办法是项⽬建设之初项⽬经理就需要全⾯准确地了解合同各条款的内容、尽早和合同各⽅就模糊或不明确的条款签订补充协议。2、需求变更风险需求变更是软件项⽬经常发⽣的事情。⼀个看似很有“钱途”的软件项⽬，往往由于⽆限度的需求变更⽽让项⽬承建⽅苦不堪⾔，甚⾄最终亏损（实际上项⽬建设⽅也⾯临巨⼤的风险）。预防这种风险的办法是项⽬建设之初就和⽤户书⾯约定好需求变更控制流程、记录并归档⽤户的需求变更申请。3、沟通不良风险项⽬组与项⽬各⼲系⽅沟通不良是影响项⽬顺利进展的⼀个⾮常重要的因素。预防这种风险的办法是项⽬建设之初就和项⽬各⼲系⽅约定好沟通的渠道和⽅式、项⽬建设过程中多和项⽬各⼲系⽅交流和沟通、注意培养和锻炼⾃⾝的沟通技巧。4、缺乏领导⽀持风险上层领导的⽀持是项⽬获得资源（包括⼈⼒资源、财⼒资源和物料资源等）的有效保障，也是项⽬遇到困难时项⽬组最强有⼒的“后台⽀撑”。预防这种风险的办法是主动争取领导对项⽬的重视、确保和领导的沟通渠道畅通、经常向领导汇报⼯作进展。5、进度风险有些项⽬对进度要求⾮常苛刻（进度要求不⾼的项⽬，我们同样要考虑该风险），项⽬进度的延迟意味着违约或市场机会的错失。预防这种风险的办法⼀般是分阶段交付产品、增加项⽬监控的频度和⼒度、多运⽤可⾏的办法保证⼯作质量避免返⼯。6、质量风险有些项⽬，⽤户对软件质量有很⾼的要求，如果项⽬组成员同类型项⽬的开发经验不⾜，则需要密切关注项⽬的质量风险。预防这种风险的办法⼀般是经常和⽤户交流⼯作成果、品牌管理采⽤符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独⽴测试等。7、系统性能风险有些软件项⽬属于多⽤户并发的应⽤系统，系统对性能要求很⾼，这时项⽬组就需要关注项⽬的性能风险。预防这种风险的办法⼀般是在进⾏项⽬开发之前先设计和搭建出系统的基础架构并进⾏性能测试，确保架构符合性能指标后再进⾏后续⼯作。8、⼯具风险软件项⽬开发和实施过程，所必须⽤到的管理⼯具、开发⼯具、测试⼯具等是否能及时到位、到位的⼯具版本是否符合项⽬要求等，是项⽬组需要考虑的风险因素。预防这种风险的办法⼀般是在项⽬的启动阶段就落实好各项⼯具的来源或可能的替代⼯具，在这些⼯具需要使⽤之前（⼀般需要提前⼀个⽉左右）跟踪并落实⼯具的到位事宜。
——————————————————————
复制不包含图片及特殊字符，完整文档请下载查看。
来自：百度文库VIP复制全文特权