一个项目经理需要做好的工作

背景

长达四年的项目管理工作，看来今天是时候总结一下，我每天都在做哪些工作。

我惊奇得发现，我每天在做得事情可以总结为设计、任务安排、跟进与调整、培训、验收、发布；并且【任务】贯穿这整个过程。

一、设计

1. 根据客户反馈（需求、Bug），以文本得形式规划设计出功能得雏形。

2. 取得产品总监的验收后，通过项目【任务】的形式，安排UI根据思维导图产出设计图。

二、任务安排（新功能&BugFix）

（如果不熟悉的新功能开发，我一般会向相关的负责人说明需求甚至一些开发的细节。）

1. 思维导图和设计图取得产品总监的验收后，通过【任务】安排iOS、Android、Web、API开发。

2. 将客服、客户反馈的Bug，转化为可执行的【任务】分派给对应的队员。（也算是版本发布任务的其中一项）

三、跟进与调整

1. 每天早上09：30，手动通知每一个项目成员，今天该做什么，必须完成什么。

2. 每天下午15：00，造访每一个项目成员，沟通早上完成了什么，距离今天的目标还需要做什么。

3. 调整任务的优先次序和完成时间（紧急、优先、一般）。

4. 调整细化任务内容。

四、培训

4.1. 培训队员使用【任务】（一切以【任务】为准，拒绝一切口头描述）

4.1.1. 每日查看并处理【任务】，重视“截至时间”。（超时前可以随时提出修改“截至时间”，但不能无故超时）

4.1.2. 新建【任务】给其他队员。（需要其他队员协同时，需要新建【任务】便于实时跟进）

4.2. 培训队员“完成”的标准

4.2.1. API：API同步到正式环境并能够正常使用则为完成。

4.2.2. 前端（iOS、Android、Web）：能在正式环境上正常使用则为完成。（包括每一个筛选条件、数据的对比测试）

4.2.3. 项目经理：版本发布后新增了功能或者修复了对应的bug，则为完成。

4.3. 培训队员看设计图理解需求，自主解决问题。

4.3.1. 看懂【任务】上的思维导图和UI设计图，独立思考完成任务。

4.4. 培训队员如何协同

4.4.1. 单个任务超过预计时间时要及时求助。

4.4.2. 需求、思维导图、UI设计图上不理解的不清晰的地方要及时沟通，需要API的要及时沟通确认好时间。

五、验收

通过【任务】的形式，验收每一个待审核的的功能（通过则点击完成，不通过则写验收反馈并驳回）。

往往是分阶段验收，并及时作出调整，和反馈。

六、发布（花费时间几乎可以忽略不计）

并不是每天都需要发布版本。

1. 当需要发布版本时，将产品发布到应用市场。

2. 随后将版本更新日志发布到“货宝宝内部上线群”、“货宝宝APP正式版发布”群上。

3. 并通过项目任务的形式安排客服部将“版本更新日志”更新到“货宝宝学院”小程序上。

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

名词释义

【任务】- 指的是货宝宝的项目管理工具【货宝宝项目管理】。

“截止时间” - 指的是完成一条任务不能超过的时间。

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

项目管理过程中遇到的问题和解决方法

1. 为什么参与的人越多，工作越不容易做好？

原因

1. 沟通过程中，容易造成信息的不对称，沟通成本增高。（比如在商品档案增加设置特价，只是跟前端的队员说了，但是忘记跟API队员说；等到快收尾时才发现API还没开始做）

2. 协同难度增大。（比如2个人一起开发出货单开单功能，A队员的【开单页】需要B队员【搜索商品页】，可是B队员又先做了【单据列表页】，导致卡住了A队员的工作）

解决方法

1. 使用【任务】的方式，将信息文字化描述出来并给队员写【任务】，队员只需看任务行事。（简单、高效）

2. 一个功能、或者一个项目只给一个人负责开发或维护。（即能避免队员们卡到对方的工作，又能减少不必要的沟通）

2. 为什么项目会延期？

原因

2.1. 设计时没控制好

2.1.1. 需求不清晰就开始设计开发，出品之后客户不买账。

2.1.2. 刚设计的思维导图没有经过产品总监甚至客服确认就开始开发，内测版发布后被产品总监拒绝。

2.2. 开发时没控制好

2.2 1. 完成标准没有统一。

2.2.2. 没有及时跟进项目进度，提前发现问题、调整、分步验收。

2.2.3. 预计时间只考虑设计、开发时间，没有考虑验收调整的时间。

2. 解决方法

2.1. 设计时的控制

2.1.1. 充分客户需求，再进行设计和开发。

2.1.2. 刚设计的思维导图要经过总监甚至客服的确认才能开始开发。

2.2. 开发时的控制

2.2.1. 统一完成的标准。

2.2.2. 每日跟进项目进度，提前发现问题并做出调整，分布验收。

2.2.3. 预计时间要考虑到设计、开发（前端、API）、验收调整的时间。

3. 为什么一不跟进任务就会延期，而且没有丝毫的回应？

解决方法

3.1. 不跟进的项目一定会延期，必须要及时跟进。

3.1. 要求队员们重视“截至时间”，不能无故超过这个时间，有调整要提前通知负责人修改“截止时间”。

4. 为什么项目经理的勤快程度跟团队开发效率不成正比？

上忙下闲，效率当然提升不了。

todo……

5. 为什么说管人先管自己，上梁不正下梁歪？

想要管控好队伍的项目进度，首先要严于律己，让自己的任务不要超过截至时间，记住团队的共通目标，及时跟进好项目进度；

让自己的说过什么时候发版本就能什么时候发版本；

这样队员才会敬畏你并以你为榜样，以你定的纪律为铁律，去管控自己。

todo……

6. 为什么队员每日繁忙，能力却没有提升，并且一日比一日懈怠？

原因

6.1. 日复一日的疲于应付繁杂业务开发，技术没有提升，渐渐失去热情。

6.2. 团队里的队员缺乏交流（日常沟通、技术交流）。

6.3. 团队的技术线发展缓慢，旷日持久之后队员失去了激情。

todo……

7. 为什么【任务】如此重要？它有什么作用？

7.1. 通过【任务】，可以将每一条任务安排给队员。

原文地址：https://www.cnblogs.com/apem/p/11423219.html