项目经理指南1.docx

《项目经理指南1.docx》由会员分享，可在线阅读，更多相关《项目经理指南1.docx（18页珍藏版）》请在第一文库网上搜索。

1、项目经理指南南京天溯自动化控制系统有限公司2018年7月18日修改记录作者完成日期版本苗升伍2018年8月31日1.0目录第一章概述61.1目的及原则6第二章项目开发管理指南62.1 需求调研62.1.1 提前制定调研计划62.1.2 把握项目的定位62.1.3 做好调研前的联系准备工作72.1.4 调研不能只能以提问方式来进行72.1.5 调研过程中开发人员的参与72.1.6 调研中的沟通技巧72.1.7 调研成果的及时总结和归纳82.1.8 调研成果的展示和汇报82.2 系统设计82.2.1 充分利用公司现有的框架设计82.2.2 充分考虑实现细节82.2.3 原形系统的制作92.3 系统

2、测试92.3.1 测试人员的需求阶段介入92.3.2 强调组内自测加强开发者责任心92.4 系统部署和实施102.4.1 熟悉部署环境102.4.2 实施过程中的职责问题102.5 风险控制102.5.1 做好需求确认工作102.5.2 充分了解和信任项目组成员102.5.3 加强跟踪管理112.5.4 充分了解技术实施细节112.6 公司资源共享112.6.1 先看看有没有现成的资源112.6.2 设计模块时是不是可以再通用一些11第三章日常事务管理指南123.1 日常性的培训123.1.1 随时培训都可以进行123.1.2 开展专题培训123.2 项目任务分解123.2.1 分解到日的任务

3、123.2.2 按照模块的方式分解任务123.2.3 组织好任务的完成顺序133.2.4 使用好的进度安排工具Project133.3 任务执行跟踪133.3.1 每日的 ReVieW133.3.2 每周计划的调整133.4 资源的协调和调动133.4.1 学会资源的协调143.5 项目组间协作143.5.1 加强组内协作143.6 部门间合作143.6.1 提倡部门间合作、资源共享14第四章客户及市场事物指南144.1 市场消息的获取及处理144.1.1 哪些途经可以获取市场信息144.1.2 明锐的市场的洞察力154.1.3 获取信息后怎么处理154.2 定期的客户联系154.2.1 定期

4、的客户联系很有必要154.2.2 细节决定客户的认同感154.2.3 节假日的客户联系164.3 关键客户的联谊164.3.1 各层次的客户联谊16第五章项目团队建设指南165.1 项目经理所具备能力165.2 团队建设175.2.1 共同的目标175.2.2 共同规划发展方向175.2.3 成员工作情况及心理情况的掌握175.2.4 处理好成员之间的冲突175.2.5 必要的项目组活动185.3 工作积极性的调动185.3.1 尽量安排感兴趣方面的185.3.2 工作适当的调整工作压力185.3.3 安排有挑战的工作找到成就感18第一章概述1.1目的及原则项目经理指南，主要是为项目经理或是管

5、理者，提供一个在项目管理或是日 常管理中的一个工作参考，更多的是大家在管理方面的经验的总结和积累，以提 供管理者日常管理的参考。项目经理指南的编写，原则上只提供经验性的参考内容，具体内容也只是提 供参考，没有要求严格执行。属于公司制度和规范的补充。第二章 项目开发管理指南2.1 需求调研2.1.1 提前制定调研计划调研开始前，一定要先了解客户的大致业务，对项目的开发合同的技术标部 份进行仔细研读，尽可能邀请公司相关经验人员参与讨论，确定本项目的整体初 步建设思路，同时针对需要调研的内容，先制定调研计划，其中调研计划需要包 含，调研的时间安排、人员安排、调研表格，特别是调研表格，需要事先针对具

6、体业务考虑增加业务很相关的表格。调研开始前，最好能跟客户的主要领导讨论 该调研方案，以确定具体的时间、人员安排以及业务相关的表格，这样能让领导 确定相关的资源进行配合，特别是让领导确认调研的联系人，后续的联系直接通 过该联系人即可。同时也给领导知道我们的调研比较有章法，比较专业一些。2.1.2 握项目的定位调研过程中，对项目的定位要清楚，系统要做到什么程度，哪些是本期的内 容，哪些可能可以放到后一期的项目中去做。针对不同的用户，使用不同的交流 方式和方法，比如对技术方面比较感兴趣的人，可以多使用一些技术术语，而对技术方面比较薄弱的人，可以多使用业务术语，针对领导多使用管理和决策方面 的内容。2

7、.1.3 做好调研前的联系准备工作根据合同中的内容和调研计划的安排，明确本项目在调研时可能会涉及到的 用户单位信息，在明确相应的用户单位信息后，向公司了解用户单位的详细信息, 及时做好联系工作，由前期相关资料的，可以联系后给对方发过去，这样能够让 对方先有所准备。2.1.4 调研不能只能以提问方式来进行调研过程中，避免采用问答方式进行调研，问答方式，很容易让调研人唱独 角戏，调研这不断的提出问题，被调研这不断的回答问题，时间一长，很容易造 成调研效果不佳。可以采用从整体业务为入口，不断深入业务细节，提出话题， 让被调研者发挥，这样能够发挥调研者的主观能动性，会取得较好的效果，另外 针对不同环境

8、，也需要灵活处理。2.1.5 调研过程中开发人员的参与在调研过程中，确定了相关开发资源后，尽量让开发人员去参与调研，即使 去旁听，也会对需要上建立起一定的概念，这对日后的开发会非常有帮助，所以 在条件允许的情况下，尽量让开发人员参加，至少在需求的确认会上，尽量所有 开发人员都参加。2.1.6 调研中的沟通技巧在与用户进行面谈中，目光一定要正面面对用户的主要发言人员，并尽可能 使用普通话描述，在谈话沟通中，可根据用户的年龄层次，适当的调整自己的语 速快慢。针对不同的用户，使用不同的交流方式和方法，比如对技术方面比较感 兴趣的人，可以多使用一些技术术语，而对技术方面比较薄弱的人，可以多使用 业务术

9、语，针对领导多使用管理和决策方面的内容。2.1.7 调研成果的及时总结和归纳调研完成后，需要及时整理调研资料、会议纪要、及相关文档，并且需要花 一定的时间来吸收和升华需求，并能够同相关调研人，充分讨论，把各方面收集 的资料汇总，并提交相关的文档给各方。在第二次的需求调研中，再同相关人员 确认整理汇总后的需求信息，最终掌握最终的需求。2.L8调研成果的展示和汇报调研完成进行一段时间后，必要时，需要跟客户提出向相关领导汇报工作， 一来原来一些不确认的需求，可以在汇报会上解决，有领导的参加，各方会比较 重视会议内容。另一方面也跟容易让客户领导了解目前需求调研的进展情况，有 需要配合的协调各方做好配合

10、工作，也能给客户感觉到公司项目管理还是非常正 规的。2.2 系统设计2.2.1 充分利用公司现有的框架设计公司到目前为止，开发和实施了很多项目，也积累了很多技术型的资源，例 如咨询模块、信息发布模块，底层基础模块也积累了很多，工作流、表单等很多 底层模块，目前将这些模块进行一定的组合后就基本能够搭建起系统的雏形，所 以要充分考虑公司现有的资源，能利用的都利用起来，这样能够很迅速高效的搭 建系统框架。不要认为什么东西都需要自己项目去开发。而且随着各种系统的不断完善，很多政府项目所要达到的目前都非常类似 了，所以类似系统都有很高的可借鉴性，在系统的框架设计中，一定要去吸收这 些成果，就能够避免很多

11、重复工作，也更有利于系统的快速设计。222充分考虑实现细节系统设计需要一条主线，就是业务，针对业务上的每一个结点（可能是业务环节上的一个点，也可能是一个操作动作），再具体分析其相关的技术细节。这 样可以对系统有一个清晰的了解，而且在前期框架阶段，对于整个框架的科学性 和可扩展性,细节的考虑也是非常需要的，这样才能保障系统最后建设完成之后， 达到了框架设计的要求。2.2.3 原形系统的制作原形系统的开发，能够很直观的给客户一个系统的概念，在设计阶段，需要 充分吸收调研成果的基础上，进行原形的制作，而且在原形的制作上，需要考虑, 这些页面将来是可以直接在开发中去使用的，而不仅仅只是原形,所以在规范

12、上、 命名上都需要执行公司的相应规范。在原形的制作上，需要充分了解到该原形系统，将来是要知道系统开发的， 所以在制作的过程中，就按照框架的设计要求，设计的同时，也需要考虑一些实 现细节。2.3 系统测试2.3.1 测试人员的需求阶段介入测试人员需要在需求阶段就介入，可以在对需求进行评审时参加，这对测试 人员对需求的把握和对用例的制定会非常有帮助，而不是到了需要测试的时候， 测试人员才参与。这样才能测试出更深层次的问题，或是业务逻辑上的问题。2.3.2 强调组内自测加强开发者责任心项目经理需要强调程序的自测，不要把所有的测试工作都寄托于测试人员， 而且在我们提交成果给测试人员测试前，一定要经过自

13、己的内部测试，不要提交 一个半成品，否则会耽误更多的时间，不利于效率的提高。同时，需要加强开发 人员的责任心，强调对自己所完成的任务负责。同时在工作中提高对业务的理解, 而不是仅仅只知道项目经理交给的工作任务和完成任务，还需要提高自己的业务 能力。2.4 系统部署和实施2.4.1 熟悉部署环境在部署前，需要了解所部署系统的相关环境，如操作系统、数据库、同其他 系统的兼容性（特别是针对民政局的项目），只有了解了这些部署环境后，才能 完成准确的部署。部署前，也需要同相关的业务人员联系好，确定时间、及部署 环境。完成部署后，可以简单的让业务人员确认系统安装完成，同时可以进一步要 求相关的试运行等下一

14、步的工作怎么部署。242实施过程中的职责问题当系统在客户处进行实施时，如果遇到客户在某个问题上持不同的处理方式 时，需要注意各自职责的问题，一定要想清楚，最后所采用的处理方式，最终会 对公司产生什么影响，一定要避免有损公司的现象发生。毕竟实施是直接面对客 户，也代表了公司的形象，所以很多场合，都需要注意职责问题。如果遇到需求 方面的问题，千万不要允诺“没问题”之类的，可以委婉的方式说会给公司内部 进行反应。2.5 风险控制2.5.1 做好需求确认工作在完成需求调研和完成原形的制作后，需要极力要求客户对需求进行确认和 签字，特别是签字，可以让客户有一定的责任感，而不至于对将来开发后的东西 进行大

15、的调整，而降低日后的需求变更的风险。某些时候，可以跟客户说明，如 果不签字，项目开发不好继续进行，公司有强制要求等2.5.2 充分了解和信任项目组成员项目管理者，需要对组员充分了解，擅长什么，哪些方面比较精通，个人的 兴趣爱好是什么等。充分了解成员能力后，尽可能的让各团队组员各尽其用。其 中，也要考虑到一些突发性人员变动因素，尽早做好预防的措施。对成员的使用， 也需要充分信任成员，对交给的任务，可以采取定期的跟踪来加强管理。2.5.3 加强跟踪管理定期的跟踪管理非常重要，安排任务给开发人员后，一定就不能不管，而需 要定期，时间可以是半天、一天，可以采取询问、查看成果等方式进行跟踪，发 现问题，及时解决，不行可以提交项目组讨论，及时解决问题。254充分了解技术实施细节技术负责人（可能是项目经理），在安排开发任务后，需要对要完成的任务, 进行详细的技术分析，充分了解实现细节，这样才能把需要特别注意的地方交待 给开发人员，以避免开发人员走弯路，提高工作效率。2.6 公司资源共享2.6.1 先