浅谈项目管理（一）范围管理-优快云博客

背景：本人工作时间超5年，从事敏捷项目管理也有1年半了，其中涉及到无论是开发自研产品，还是软件外包，接触到的各类项目少说也有20+了。基于工作现状及自身工作经历，所以，新开专题从项目管理的几个方面来自我整理分析，以后有机会再从案例入手以过程角度来分析分析。

注：不接受辩解，就当一乐。这是我的博客，爱看不看。（）内的都是心里话。

一、什么是项目管理

项目管理是指在一定的约束条件下，通过有效的组织、规划、协调和控制，使得项目能够按照预定目标、时间和成本要求顺利完成的过程。它是一种系统化的方法，用于管理项目的各个方面，包括项目的范围、时间、成本、质量、风险、资源和沟通等。

在项目管理中，通常会有一个项目经理负责整个项目的规划、执行和监控。项目经理与相关团队成员一起合作，制定项目计划，分配任务，设定里程碑，跟踪进度，解决问题，并确保项目按计划顺利进行。

二、项目管理-范围管理

范围管理：确定项目的目标(即需求)和交付物，明确项目的范围，以确保项目按照既定目标进行。

1.项目的基础-需求

必须是需求，围绕需求进行项目管理。

需求不一定要求非常完善的功能设计，有可能客户还没有设计到、还没有完善整体需求。但是一定要明确本批次开发的具体需求细节。（例如，文字标题的大小具体到px，颜色具体到#000000等等，这只是个例子，明白意思就好）。

这时，又有人说：“哎呀，客户不懂，对接的是开发，balabala，就先弄一版看看，再改呗。” （说了一大堆废话，如果这是你的老板跟你说的，就要注意了，这可能是个坑，以后黑锅的少不了你的）。分析一波：

第一，你要提出风险点，这种以后会存在频繁的变动，会吃掉大量成本，建议提高报价来约束风险系数；（后续的需求变更，就要根据这一版的需求来梳理，所以非常重要；如果出版的需求很模糊，后续少不了争执干架，这样应该不好吧）

第二，再三确认，征求同意；是再三，最后能留下记录；出了问题弃车保帅的你见到还少吗？？？

第三，提出可行性建议；（例如，引导客户向己方有利的方向，协商敲定细节，这个过程还能规避一些特殊的风险，像一些复杂的功能，是否能简化？是否可以移除？是否换一种其他的方式来实现？）

(聪明人早就看出了，第一第二第三，这是有顺序的，为啥要顺序呢？自己想吧，大兄弟)

好，到此，我就认为你已经得到了确定的需求文档，PRD。(通常，项目越大，文档也就越多；如果一个大项目、功能复杂，就几页描述，哥劝你放弃，你把握不住！)

此时，正式邮件发送客户进行确认，抄送你的领导(注意前后顺序，有些废物就喜欢找这种麻烦)。怎么发邮件不用我教了吧，什么样的标题，什么样的正文，什么样的落款。邮件中要注明双方的具体联系人信息，职位。(然后，私下找到客户联系人，一般都是客户的产品经理或项目经理，约定一下邮件的回复方式，有些公司会要求确认回复邮件的内容的，据实调整。)

邮件已确认，没有问题。好，最重要的证据到手。