问项目管理实践经验分享

来二维火已经一年多，从最开始对公司流程的不理解，到现在可以发现解决流程中的一些问题，自己成长了很多，职业目标也更明确了。这里想把自己项目管理实践过程中的一些经验分享给大家，希望大家能帮助大家解决工作中的一些问题，另外从侧面了解下项目经理的工作。 经验对应工作实践中的问题，下面以抛出问题、思考问题、指定处理措施的方式，介绍具体的实践经验。 问题描述 ：产品立项需求比较多，项目周期比较长，需求评审会效率低 问题思考 ：上面问题的根源在产品立项需求比较多，通过跟PD沟通了解到，有多方面的原因 1、从产品业务逻辑上看，业务流程很简单，不清楚技术实现层面上的工作量，所以只能按照产品的角度进行需求设计 2、从产品功能上看，就是需要这么多业务支持，不然用户无法使用 3、好不容易争取到开发测试资源，这次如果不做，不知道要拖到什么时候了 处理措施： 添加内部评审环节 措施时间点 ： 内部评审 ······> 立项会 ······ 措施内容 ：PD组织讨论或会议，与服务端、客户端主管进行内部需求方案评审 1、讨论确定方案可行性及工作量 2、确保立项需求内容的开发周期在两周左右，如果周期过长，进行拆分，分多期迭代，及时进行产品设计更改 注：针对第三点原因，后面项目排期问题解决了，PD就不会有这个顾虑了 问题描述 ：开发任务排期不积极，开发提测时间点不确定，开发进度不可控 问题思考 ：任务排期对后面开发有指导性作用，并且排期过程中，会整体梳理一遍业务流程及待开发功能点，可以提前发现一些业务问题，明确开发目标。因为这个环节比较繁琐，所以一般开发积极性都不是很高，需要一个强制性流程帮开发养成任务排期的好习惯 处理措施： 添加任务评审会 措施时间点 ： ······> 架构评审会 ······> 任务评审会   ······> 开发阶段 ······ 措施内容 ：明确开发任务，及计划时间，评估确认提测时间点 注：任务完整性，及计划时间的合理性，需要TM把控 问题描述 ：提测质量不好 问题思考 ：开发关注的是功能开发，一般对自测是抗拒的，或者说自愿性很低，所以需要从工具或流程上，保障下自测执行情况 处理措施： 添加冒烟演示环节 措施时间点 ： ······> 联调自测 ······>  冒烟演示  ······> 提测 ······ 措施内容 ：开发当场做功能演示给测试、产品，冒烟用例通过后，准予提测 注：参考了青稞的建议 问题描述 ：项目并行情况严重，开发、测试时间不匹配 问题思考 ：项目节奏的问题，主要是对开发、测试资源、当前项目情况没有比较清晰的认识，导致项目并行情况严重，团队效率降低 处理措施： PM把控项目节奏 措施时间点 ：  PM把控项目节奏 ······> 立项会   ······ 措施内容 ：根据开发测试资源及项目情况，确定是否立项，及立项时间，这样可以有效减少项目并行混乱的情况 注：多谢豆腐干及会员线所有同事对我的信任 上面的问题措施，已经在会员线实施，下面还有几个问题，只是做了分析，制定措施，还未实践。 问题描述 ：产品设计文档质量差，需求设计问题多 问题思考 ：产品内部文档评审一般关注主要的业务流程，规范和部分细节方案会有疏漏，可以通过添加流程进行把控 处理措施： 静态测试 措施时间点 ：······ 立项会 ······> 静态测试  ······> 需求评审 ······  措施内容 ：针对PRD文件规范及业务逻辑进行检测，规范PRD文档，提前发现解决业务逻辑问题，提高需求评审效率 注：参考了菰米的建议