项目管理实践经验分享

来二维火已经一年多，从最开始对公司流程的不理解，到现在可以发现解决流程中的一些问题，自己成长了很多，职业目标也更明确了。这里想把自己项目管理实践过程中的一些经验分享给大家，希望大家能帮助大家解决工作中的一些问题，另外从侧面了解下项目经理的工作。

经验对应工作实践中的问题，下面以抛出问题、思考问题、指定处理措施的方式，介绍具体的实践经验。

▎产品需求

问题描述：产品立项需求比较多，项目周期比较长，需求评审会效率低

问题思考：上面问题的根源在产品立项需求比较多，通过跟PD沟通了解到，有多方面的原因

1、从产品业务逻辑上看，业务流程很简单，不清楚技术实现层面上的工作量，所以只能按照产品的角度进行需求设计

2、从产品功能上看，就是需要这么多业务支持，不然用户无法使用

3、好不容易争取到开发测试资源，这次如果不做，不知道要拖到什么时候了

处理措施：添加内部评审环节

措施时间点：内部评审 ······> 立项会 ······

措施内容：PD组织讨论或会议，与服务端、客户端主管进行内部需求方案评审

1、讨论确定方案可行性及工作量

2、确保立项需求内容的开发周期在两周左右，如果周期过长，进行拆分，分多期迭代，及时进行产品设计更改

注：针对第三点原因，后面项目排期问题解决了，PD就不会有这个顾虑了

▎开发计划

问题描述：开发任务排期不积极，开发提测时间点不确定，开发进度不可控

问题思考：任务排期对后面开发有指导性作用，并且排期过程中，会整体梳理一遍业务流程及待开发功能点，可以提前发现一些业务问题，明确开发目标。因为这个环节比较繁琐，所以一般开发积极性都不是很高，需要一个强制性流程帮开发养成任务排期的好习惯

处理措施：添加任务评审会

措施时间点： ······> 架构评审会 ······> 任务评审会 ······> 开发阶段 ······

措施内容：明确开发任务，及计划时间，评估确认提测时间点

注：任务完整性，及计划时间的合理性，需要TM把控

▎冒烟提测

问题描述：提测质量不好

问题思考：开发关注的是功能开发，一般对自测是抗拒的，或者说自愿性很低，所以需要从工具或流程上，保障下自测执行情况

处理措施：添加冒烟演示环节

措施时间点： ······> 联调自测 ······> 冒烟演示 ······> 提测 ······

措施内容：开发当场做功能演示给测试、产品，冒烟用例通过后，准予提测

注：参考了青稞的建议

▎项目节奏

问题描述：项目并行情况严重，开发、测试时间不匹配

问题思考：项目节奏的问题，主要是对开发、测试资源、当前项目情况没有比较清晰的认识，导致项目并行情况严重，团队效率降低

处理措施：PM把控项目节奏

措施时间点： PM把控项目节奏 ······> 立项会 ······

措施内容：根据开发测试资源及项目情况，确定是否立项，及立项时间，这样可以有效减少项目并行混乱的情况

注：多谢豆腐干及会员线所有同事对我的信任

上面的问题措施，已经在会员线实施，下面还有几个问题，只是做了分析，制定措施，还未实践。

▎产品设计

问题描述：产品设计文档质量差，需求设计问题多

问题思考：产品内部文档评审一般关注主要的业务流程，规范和部分细节方案会有疏漏，可以通过添加流程进行把控

处理措施：静态测试

措施时间点：······ 立项会 ······> 静态测试 ······> 需求评审 ······

措施内容：针对PRD文件规范及业务逻辑进行检测，规范PRD文档，提前发现解决业务逻辑问题，提高需求评审效率

注：参考了菰米的建议