|
产品经理需要掌握的项目管理技能！ 课前问题
这节课重点是讲解了第三个问题，产品经理的项目管理，而不是专业的项目管理知识，所以前两个问题在课程中找不到答案。 所谓术业有专攻，项目管理本来就是项目经理要做的事情，而产品经理只需要具备项目管理的意识与基本知识即可。 课程大纲 本次课程的知识点很多，最重要的知识点就是对敏捷开发的讲解、产品经理如何推进项目进行、以及开发中常见问题的解答。 课程大纲 其实对于产品经理，项目管理其实就是项目推进，你不是管理项目而是推进项目，两者其实是宏观和微观的区别。 要点 1.项目管理基本开发模式与对比 瀑布开发 瀑布开发是传统的开发方式，源头就想好了整个过程，需要输出大量的文档，缺点是周期长，速度慢，风险可预见性差，已经被互联网所淘汰了。 迭代开发 迭代开发就是经典的小步快跑，快速迭代的理论指导，开始的时候可能想得不完成，先做一个MVP模型，然后逐步完善的过程，弥补了瀑布开发的缺点。 螺旋式开发 个人不是很理解，据说是瀑布开发与迭代开发的的结合开发模式，更加强调风险性。 敏捷开发 简单地说，敏捷开发是追求快速产出的一种方法，减少中间过程的内容，例如需求文档。 对比 瀑布开发、迭代开发、螺旋开发是软件开发周期的模型，区分标准是过程的复杂度和最后产品的完善度。 敏捷开发是多种开发方式的集合，它是一种方法，而迭代开发则是一种开发模型。 2.敏捷开发的核心概念 以最简单的方式快速达成目标，并在过程中及时响应外界的变化，做出迅速的调整。 敏捷开发适合小团队，技术产品沟通比较好的团队 ，能够减少时间上的成本。 3.产品经理与项目经理的差异 产品经理需要做正确的事情，追求的是结果。而项目经理需要把事情做对，追求的是过程。 4.项目流程 流程 5.产品经理需要重点关注的关键事件 需求评审会 需求评审会需要明确的要点： 目标 明确需求背景，项目立项，目标沟通。 参与角色 与项目有关的所有人等，包括开发、产品、ui、运营等等。 基本原则 严格把控事件，效果把握。 评审内容 背景，为什么做，怎么做，做到什么程度，谁等。 场控 不纠结细节，不扯远话题。 测试用例评审会 测试用例评审会的意义在于细化需求点，体现异常逻辑，如果没有测试用例，那么需要产品经理把需求做得更详细一些。 产品体验与测试 产品体验是开发完成后，产品经理需要做的事情，目的是验证产品功能是否符合预期。 产品测试则是测试人员需要组ode，目的是保障产品的可用性。 6.各类沟通工具的使用 邮件 一般需要留底的内容，比较正式的内容都需要用邮件进行沟通，主要包括以下内容：
IM即时通讯工具 一般适用于日常沟通，不紧急的事情，主要包括以下内容：
电话 电话沟通常用于紧急的事情，包括以下内容：
面谈 面谈适用于复杂的内容，包括以下内容：
7.各个阶段的沟通重点 项目管理的核心其实就是沟通，是项目顺利进行的关键，产品经理的项目管理其实就是沟通管理。 需求阶段
开发阶段
发布阶段
8.风险管理要点 预期管理 预期管理其实就是目标管理，而目标的来源就是市场分析，在前期应该加强分析，尽量让分析更全面，看得更透，预期就更加正确。 过程管理 项目开始之前，要合理预估完成时间，阶段性目标等等，需要重复了解自身团队的能力，做好工作量评估。 项目开始之后，尽量减少需求的变更，避免不必要的返工。同时要把握进度，如出现问题要及时解决。 风险发生后 风险总是无可避免，我们能通过不断的实践避免重复犯过的错，风险出现之后也要采取适当的行动来补救：
课后思考题
真正的敏捷开发有一个特点，就是去文档化，把所有的需求通过沟通进行传达，省去了做文档的时间。 我是不认同去文档化的，原因很简单：不能因为追求效率，而加大风险。 首先，写文档能够让我们思路更加清晰，想得更加完善。写文档其实就是产品经理自我对话的过程，把脑海中对需求的理解写出来，可以清楚看到自己存在哪些误区。 其次，言语表达，容易误解。口头表达的内容往往是一闪而过，留给接受者的思考时间不多，此时可能会造成误解，导致开发出的功能根本不是产品经理需要的功能。 最后，文档能一直保存，及时回顾。好记性不如烂笔头，文档能够方便开发与测试在需要的时候查看，而不需要再次询问你相关的细节。同时对于产品经理，也是验证需求的基础，也方便进行及时的复盘。 |
|
|
