我的第一个远程项目管理

在客栈的第一个完整项目，重头整理一下项目历程，分享项目经验

--------------------------------------------------------------------

项目周期: 2017/9/29~2018/2/5

项目阶段: 1980->原型 -> UI -> 开发 ->测试

客户目标:

有在线运营经验，希望通过微信门户，拓展旅游业务

项目目标：

客户期望在12月底1月初可以上线使用

项目整体风险：

1、客户前期对客栈流程及输出情况了解不足，认为原型设计完成后还可以进行业务调整，导致在ui设计阶段进行原型的二次确认。

解决方案：ui设计暂停，整体项目时间延长，确认完成后进行下一个环节。

2、ui与客户主动联系不足，没有积极主动的与客户沟通，客户也未提出相关的设计需求，在沟通过程中客户认为当前ui风格不满足要求。

解决方案：视觉效果有主观成分，与客户沟通喜好的风格及对应的在线产品，让ui提供新的设计稿，如客户再不满意，尝试更换，但更换人员仍存在重新二次更换的情况。

3、开发联调阶段，前端因病无法接续项目。

解决方案：与客栈及时联系，并与客户沟通对应情况，重新调整项目进度，并在前端进入后，检查已完成进度，对原有的代码及项目进度进行交接。

在此感谢这位兄弟的付出，祝福早日康复。

4、客户在验收环节，对整体体验过程中，会提出新的改动点，部分是开发过程中，因实现方案改动导致，部分是体验流程及文案的问题。此环节因产品已过早退出，联系跟进并解释客户的情况，沟通成本过高。

解决方案：主要是项目经理在整理评估，并与开发及时沟通，提出部分改动意见。未在原有的原型中提及的功能点，则与客户联系下期如有需要，再进行安排。

项目历程：

1、1980需求梳理 （2017-9-29 ~ 2017-10-9）

产品经理在梳理跟沟通过程中较快，客户沟通也及时，去除了较多非主要功能，核心还是在客户业务拓展及在线运营方面。

2、原型（2017-10-10 ~ 2017-10-23）

此环节产品经理提供的原型及沟通调整的速度较快，客栈此阶段推出项目经理评审阶段，对文档规范进行业务要求，产品整理及补充也较快。客户对原型认可度较高

2.1 根据客栈要求，此环境加入测试用例编写，测试根据原型情况进行用例输出

3、ui设计（2017-10-23 ~ 2017-11-23）

此环节原定设计时间11天，实际执行过程中，客户对ui设计风格未提出个人期望，在设计过程中对设计稿风格不太满意，协调后根据客户提供的信息重新调整设计内容，已满足用户需求；但在设计具体内容页时，客户提出：产品设计的内容在ui设计跟开发时，可以调整，在与客户明确流程及内容之后，客户重新确认原型内相关设计，并新增需求，重新联系产品进行原型调整，并联系客栈评估新需求报价，与原定计划延期3周。

4、后端开发介入

考虑到前后端分离，后端工作量较大，后端开发人员优先介入开发环节，根据业务需求提前设计，因开发工时较长，评估后确认2个服务的开发同步进行，根据客栈提供的建议，任务拆分为：前端提供接口、整个后台管理，开发相互约定规则及数据库设计，代码及框架方面分别进行，不相互干扰。

此环节客户非常配合，及时提供域名、服务器、微信账号申请，项目经理协助客户完成网站域名备案。

开发过程中因需求重新确认，新增需求，并及时联系开发评估确认。

开发中前端接口部分因涉及景点的周边搜索，开发提出内容文本无法进行区域性搜索，调整相关设计，后期在验收环节，客户对调整方案不认可，重新修正后，客户确认验收。

5、前端开发介入

前端开发与前端接口提供人员对接后，开发进度较为顺利，但在开发结束时期，因个人情况临时退出项目，开发人员重新对接，因开发为结束，在验证开发进度时，无法通过功能情况进行操作，如搜索页面还未调用接口进行显示，详情页局部页面显示不完整。

告知客栈情况后，重新对接前端开发人员，并由项目经理对接业务需求，前端提供接口文档，前端评估完成进度后，继续进行项目，项目出现延期2周。

开发及联调环境无相关阻塞，但因临时加入项目，部分项目内容细节了解不足，后期沟通成本加大，并需要重新修正，开发人员都能及时解决

6、测试

与测试沟通开发过程中修改的，根据业务调整情况重新输出用例后，进行业务测试，测试环境主要问题集中在前端开发与原型设计出入情况，修复效率较高。测试完成时间1月16日。

7、客户验收

客户验收过程中，前端主要问题在与原型及设计稿不符细节较多，并对部分文案、提示语进行修改，并联系ui提供部分运营图片，服务端问题主要集中在搜索景点周边修改 与 原型设计描述不符合，及 景点可以设计免费问题，项目经理与服务端联系提供修改方案，并与客户确认后解决。

因客户验收存在新需求及调整讨论方案，验收时长3周，实际交付完成2月5日。

项目交付内容：

项目总结：

作为客栈第一个项目，结合日常项目情况，有几个问题需要关注：

1、产品经理在前期沟通过程中有参与，但因为退出较早，当前这个项目从设计到最后开发沟通、客户验收，都会存在部分小功能点分歧，前期在文档规范上，需要让产品尽量描述清晰，减少理解分歧；

2、ui设计主观因素较多，ui在设计之初还是需要多于客户沟通，或者客户方面有需求，项目经理可以根据客户需求提交ui风格标签来匹配对应人员。

3、项目经理因开发实现问题需调整原需求时，需要多次确认，并确认后再做改动，避免出现纠纷情况；新需求加入还是需要谨慎处理，新增需求子项目导致需要多次沟通，容易遗漏相关的换。

4、开发在验收过程中，对客户提出的一些问题，项目经理需要核原需求情况，及时沟通相关开发人员解决。

5、客户会在验收过程中多次提出调整类的需求，主要担心开发交付之后再启动开发，成本较大，而且周期较长，客栈可以针对此类客户情况，提供一些便捷、简易的维护方式。

整体感觉，客栈远程合作方式，流程能较好的控制项目进度，项目相关人员的责任心是项目完成的基础