项目经理指南1.docx

项目经理指南南京天溯自动化控制系统有限公司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 系统测试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 分解到日的任务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 定期的客户联系很有必要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目的及原则项目经理指南，主要是为项目经理或是管理者，提供一个在项目管理或是日 常管理中的一个工作参考，更多的是大家在管理方面的经验的总结和积累，以提 供管理者日常管理的参考。项目经理指南的编写，原则上只提供经验性的参考内容，具体内容也只是提 供参考，没有要求严格执行。属于公司制度和规范的补充。第二章 项目开发管理指南2.1 需求调研2.1.1 提前制定调研计划调研开始前，一定要先了解客户的大致业务，对项目的开发合同的技术标部 份进行仔细研读，尽可能邀请公司相关经验人员参与讨论，确定本项目的整体初 步建设思路，同时针对需要调研的内容，先制定调研计划，其中调研计划需要包 含，调研的时间安排、人员安排、调研表格，特别是调研表格，需要事先针对具 体业务考虑增加业务很相关的表格。调研开始前，最好能跟客户的主要领导讨论 该调研方案，以确定具体的时间、人员安排以及业务相关的表格，这样能让领导 确定相关的资源进行配合，特别是让领导确认调研的联系人，后续的联系直接通 过该联系人即可。同时也给领导知道我们的调研比较有章法，比较专业一些。2.1.2 握项目的定位调研过程中，对项目的定位要清楚，系统要做到什么程度，哪些是本期的内 容，哪些可能可以放到后一期的项目中去做。针对不同的用户，使用不同的交流 方式和方法，比如对技术方面比较感兴趣的人，可以多使用一些技术术语，而对技术方面比较薄弱的人，可以多使用业务术语，针对领导多使用管理和决策方面 的内容。2.1.3 做好调研前的联系准备工作根据合同中的内容和调研计划的安排，明确本项目在调研时可能会涉及到的 用户单位信息，在明确相应的用户单位信息后，向公司了解用户单位的详细信息, 及时做好联系工作，由前期相关资料的，可以联系后给对方发过去，这样能够让 对方先有所准备。2.1.4 调研不能只能以提问方式来进行调研过程中，避免采用问答方式进行调研，问答方式，很容易让调研人唱独 角戏，调研这不断的提出问题，被调研这不断的回答问题，时间一长，很容易造 成调研效果不佳。可以采用从整体业务为入口，不断深入业务细节，提出话题， 让被调研者发挥，这样能够发挥调研者的主观能动性，会取得较好的效果，另外 针对不同环境，也需要灵活处理。2.1.5 调研过程中开发人员的参与在调研过程中，确定了相关开发资源后，尽量让开发人员去参与调研，即使 去旁听，也会对需要上建立起一定的概念，这对日后的开发会非常有帮助，所以 在条件允许的情况下，尽量让开发人员参加，至少在需求的确认会上，尽量所有 开发人员都参加。2.1.6 调研中的沟通技巧在与用户进行面谈中，目光一定要正面面对用户的主要发言人员，并尽可能 使用普通话描述，在谈话沟通中，可根据用户的年龄层次，适当的调整自己的语 速快慢。针对不同的用户，使用不同的交流方式和方法，比如对技术方面比较感 兴趣的人，可以多使用一些技术术语，而对技术方面比较薄弱的人，可以多使用 业务术语，针对领导多使用管理和决策方面的内容。2.1.7 调研成果的及时总结和归纳调研完成后，需要及时整理调研资料、会议纪要、及相关文档，并且需要花 一定的时间来吸收和升华需求，并能够同相关调研人，充分讨论，把各方面收集 的资料汇总，并提交相关的文档给各方。在第二次的需求调研中，再同相关人员 确认整理汇总后的需求信息，最终掌握最终的需求。2.L8调研成果的展示和汇报调研完成进行一段时间后，必要时，需要跟客户提出向相关领导汇报工作， 一来原来一些不确认的需求，可以在汇报会上解决，有领导的参加，各方会比较 重视会议内容。另一方面也跟容易让客户领导了解目前需求调研的进展情况，有 需要配合的协调各方做好配合工作，也能给客户感觉到公司项目管理还是非常正 规的。2.2 系统设计2.2.1 充分利用公司现有的框架设计公司到目前为止，开发和实施了很多项目，也积累了很多技术型的资源，例 如咨询模块、信息发布模块，底层基础模块也积累了很多，工作流、表单等很多 底层模块，目前将这些模块进行一定的组合后就基本能够搭建起系统的雏形，所 以要充分考虑公司现有的资源，能利用的都利用起来，这样能够很迅速高效的搭 建系统框架。不要认为什么东西都需要自己项目去开发。而且随着各种系统的不断完善，很多政府项目所要达到的目前都非常类似 了，所以类似系统都有很高的可借鉴性，在系统的框架设计中，一定要去吸收这 些成果，就能够避免很多重复工作，也更有利于系统的快速设计。222充分考虑实现细节系统设计需要一条主线，就是业务，针对业务上的每一个结点（可能是业务环节上的一个点，也可能是一个操作动作），再具体分析其相关的技术细节。这 样可以对系统有一个清晰的了解，而且在前期框架阶段，对于整个框架的科学性 和可扩展性,细节的考虑也是非常需要的，这样才能保障系统最后建设完成之后， 达到了框架设计的要求。2.2.3 原形系统的制作原形系统的开发，能够很直观的给客户一个系统的概念，在设计阶段，需要 充分吸收调研成果的基础上，进行原形的制作，而且在原形的制作上，需要考虑, 这些页面将来是可以直接在开发中去使用的，而不仅仅只是原形,所以在规范上、 命名上都需要执行公司的相应规范。在原形的制作上，需要充分了解到该原形系统，将来是要知道系统开发的， 所以在制作的过程中，就按照框架的设计要求，设计的同时，也需要考虑一些实 现细节。2.3 系统测试2.3.1 测试人员的需求阶段介入测试人员需要在需求阶段就介入，可以在对需求进行评审时参加，这对测试 人员对需求的把握和对用例的制定会非常有帮助，而不是到了需要测试的时候， 测试人员才参与。这样才能测试出更深层次的问题，或是业务逻辑上的问题。2.3.2 强调组内自测加强开发者责任心项目经理需要强调程序的自测，不要把所有的测试工作都寄托于测试人员， 而且在我们提交成果给测试人员测试前，一定要经过自己的内部测试，不要提交 一个半成品，否则会耽误更多的时间，不利于效率的提高。同时，需要加强开发 人员的责任心，强调对自己所完成的任务负责。同时在工作中提高对业务的理解, 而不是仅仅只知道项目经理交给的工作任务和完成任务，还需要提高自己的业务 能力。2.4 系统部署和实施2.4.1 熟悉部署环境在部署前，需要了解所部署系统的相关环境，如操作系统、数据库、同其他 系统的兼容性（特别是针对民政局的项目），只有了解了这些部署环境后，才能 完成准确的部署。部署前，也需要同相关的业务人员联系好，确定时间、及部署 环境。完成部署后，可以简单的让业务人员确认系统安装完成，同时可以进一步要 求相关的试运行等下一步的工作怎么部署。242实施过程中的职责问题当系统在客户处进行实施时，如果遇到客户在某个问题上持不同的处理方式 时，需要注意各自职责的问题，一定要想清楚，最后所采用的处理方式，最终会 对公司产生什么影响，一定要避免有损公司的现象发生。毕竟实施是直接面对客 户，也代表了公司的形象，所以很多场合，都需要注意职责问题。如果遇到需求 方面的问题，千万不要允诺“没问题”之类的，可以委婉的方式说会给公司内部 进行反应。2.5 风险控制2.5.1 做好需求确认工作在完成需求调研和完成原形的制作后，需要极力要求客户对需求进行确认和 签字，特别是签字，可以让客户有一定的责任感，而不至于对将来开发后的东西 进行大的调整，而降低日后的需求变更的风险。某些时候，可以跟客户说明，如 果不签字，项目开发不好继续进行，公司有强制要求等2.5.2 充分了解和信任项目组成员项目管理者，需要对组员充分了解，擅长什么，哪些方面比较精通，个人的 兴趣爱好是什么等。充分了解成员能力后，尽可能的让各团队组员各尽其用。其 中，也要考虑到一些突发性人员变动因素，尽早做好预防的措施。对成员的使用， 也需要充分信任成员，对交给的任务，可以采取定期的跟踪来加强管理。2.5.3 加强跟踪管理定期的跟踪管理非常重要，安排任务给开发人员后，一定就不能不管，而需 要定期，时间可以是半天、一天，可以采取询问、查看成果等方式进行跟踪，发 现问题，及时解决，不行可以提交项目组讨论，及时解决问题。254充分了解技术实施细节技术负责人（可能是项目经理），在安排开发任务后，需要对要完成的任务, 进行详细的技术分析，充分了解实现细节，这样才能把需要特别注意的地方交待 给开发人员，以避免开发人员走弯路，提高工作效率。2.6 公司资源共享2.6.1 先