新人必看-产品经理如何进行项目管理
发布网友
发布时间：2022-10-31 03:25
共2个回答
热心网友
时间：2023-10-14 16:55
● 这里是“公司发展到一定规模后”，而不是“产品研发团队发展到一定规模后”，因为如果公司发展很快，即便产品研发团队规模很小（采用了外包方式），但是面临复杂的业务和爆发增长的需求时，依然需要严格的项目管理制度来规范管理、控制风险。
● 项目管理的本质是不变的，方法和机制也与公司管理相类似，但是需要专业的项目管理团队结合公司的业务特点和企业文化，对业界最佳实践做调整，制订符合公司特色的项目管理制度，这也是项目管理制度建设的难点和要点。有了合理的制度，再由专业人员进行项目管理，这样才能让团队良性、高效运转，保障项目进展顺利。
此外，PMO或产品负责人要管理并维护项目管理软件，例如JIRA、Teambition，以便产品研发团队能够通过软件来规范项目管理过程，并获取足够的项目管理数据支撑。
负责大中型项目的立项实施项目经理要保障大中型项目的成功落地，就必须理解业务，这样才能在大中型项目管理中准确理解整体方案，以及各个团队负责的工作范围。具体应该如何做？我们其他答案也给出了建议，欢迎查看。同样地，如果没有项目经理，这项工作往往由产品经理来承担。
热心网友
时间：2023-10-14 16:55
这是《90天产品经理训练营》的第14课-产品经理的项目管理，这是一堂*我对项目管理认知的课程，相信我，产品经理并不需要深入理解项目管理的细节性知识。
这节课重点是讲解了第三个问题，产品经理的项目管理，而不是专业的项目管理知识，所以前两个问题在课程中找不到答案。
所谓术业有专攻，项目管理本来就是项目经理要做的事情，而产品经理只需要具备项目管理的意识与基本知识即可。
本次课程的知识点很多，最重要的知识点就是对敏捷开发的讲解、产品经理如何推进项目进行、以及开发中常见问题的解答。
其实对于产品经理，项目管理其实就是项目推进，你不是管理项目而是推进项目，两者其实是宏观和微观的区别。
瀑布开发是传统的开发方式，源头就想好了整个过程，需要输出大量的文档，缺点是周期长，速度慢，风险可预见性差，已经被互联网所淘汰了。
迭代开发就是经典的小步快跑，快速迭代的理论指导，开始的时候可能想得不完成，先做一个MVP模型，然后逐步完善的过程，弥补了瀑布开发的缺点。
个人不是很理解，据说是瀑布开发与迭代开发的的结合开发模式，更加强调风险性。
简单地说，敏捷开发是追求快速产出的一种方法，减少中间过程的内容，例如需求文档。
对比
瀑布开发、迭代开发、螺旋开发是软件开发周期的模型，区分标准是过程的复杂度和最后产品的完善度。
敏捷开发是多种开发方式的集合，它是一种方法，而迭代开发则是一种开发模型。
以最简单的方式快速达成目标，并在过程中及时响应外界的变化，做出迅速的调整。
敏捷开发适合小团队，技术产品沟通比较好的团队 ，能够减少时间上的成本。
产品经理需要做正确的事情，追求的是结果。而项目经理需要把事情做对，追求的是过程。
需求评审会需要明确的要点：
目标
明确需求背景，项目立项，目标沟通。
参与角色
与项目有关的所有人等，包括开发、产品、ui、运营等等。
基本原则
严格把控事件，效果把握。
评审内容
背景，为什么做，怎么做，做到什么程度，谁等。
场控
不纠结细节，不扯远话题。
测试用例评审会的意义在于细化需求点，体现异常逻辑，如果没有测试用例，那么需要产品经理把需求做得更详细一些。
产品体验是开发完成后，产品经理需要做的事情，目的是验证产品功能是否符合预期。
产品测试则是测试人员需要组ode，目的是保障产品的可用性。
一般需要留底的内容，比较正式的内容都需要用邮件进行沟通，主要包括以下内容：
一般适用于日常沟通，不紧急的事情，主要包括以下内容：
电话沟通常用于紧急的事情，包括以下内容：
面谈适用于复杂的内容，包括以下内容：
项目管理的核心其实就是沟通，是项目顺利进行的关键，产品经理的项目管理其实就是沟通管理。
预期管理其实就是目标管理，而目标的来源就是市场分析，在前期应该加强分析，尽量让分析更全面，看得更透，预期就更加正确。
项目开始之前，要合理预估完成时间，阶段性目标等等，需要重复了解自身团队的能力，做好工作量评估。
项目开始之后，尽量减少需求的变更，避免不必要的返工。同时要把握进度，如出现问题要及时解决。
风险总是无可避免，我们能通过不断的实践避免重复犯过的错，风险出现之后也要采取适当的行动来补救：
真正的敏捷开发有一个特点，就是去文档化，把所有的需求通过沟通进行传达，省去了做文档的时间。
我是不认同去文档化的，原因很简单：不能因为追求效率，而加大风险。
首先，写文档能够让我们思路更加清晰，想得更加完善。写文档其实就是产品经理自我对话的过程，把脑海中对需求的理解写出来，可以清楚看到自己存在哪些误区。
其次，言语表达，容易误解。口头表达的内容往往是一闪而过，留给接受者的思考时间不多，此时可能会造成误解，导致开发出的功能根本不是产品经理需要的功能。
最后，文档能一直保存，及时回顾。好记性不如烂笔头，文档能够方便开发与测试在需要的时候查看，而不需要再次询问你相关的细节。同时对于产品经理，也是验证需求的基础，也方便进行及时的复盘。
我是唐三笑，渴望成为一名优秀互联网产品经理的小菜鸟。
