1启动过程
1.1建立项目团队,新产品开发项目经理如何组建公司级的新产品开发团队?
1.2项目工作环境,构建配置管理环境和工作目录、财务环境
1.3项目开工会、某公司新产品开发项目启动会程序举例
2产品开发计划过程
2.1为什么要制定计划,举例:某公司研发项目缺少计划带来的后果
2.2进度计划制定的过程
2.3第一步:活动定义(WBS),某电子产品开发WBS举例、某软件产品开发WBS举例
2.4WBS分解的原则:滴水不漏、动宾结构、40工时等
2.5学员演练——各项目组根据课程开始时识别的项目,列出WBS表
2.6第二步:活动排序(PERT),四种项目活动逻辑关系举例
2.7第三步:活动工期估计(宽带、三点模型等)
2.8任务时间的估计和计算
2.9第四步:制定甘特图项目进度计划
2.10在研发项目中设置里程碑点,举例:某企业所设置研发项目的重要里程碑点
2.11举例:某产品研发MS Project的完整项目计划
2.12学员练习:制作项目WBS和甘特图计划
3产品开发控制过程
3.1为什么要进行控制?——你知道你负责的项目的状态吗?
3.2里程碑控制
3.3项目周/双周报报告
3.4设计变更控制:偏差申请、变更跟踪,什么是CCB
3.5举例:某企业研发项目变更控制流程
3.6项目会议:开会就一定是为了解决问题吗?
3.7举例:研发项目周期性例会纪要模板
3.8技术评审目的
3.9专家委员会通过技术评审检查产品设计质量、技术目标实现情况
3.10技术评审检查单:需求评审、总体方案评审、概要设计评审、BBFV评审、功能样机评审、性能样机评审、验证评审
3.11通过技术评审控制文档的质量、技术评审分级评审方法
3.12决策评审与例外管理
3.13IPMT通过决策评审检查阶段目标:概念决策评审、计划决策评审、新产品发布前决策评审
3.14项目文档移交管理:由项目秘书提交文档移交计划、按照文档移交计划持续接收项目文档
4产品开发收尾过程
4.1为什么在项目结束时要进行经验教训总结,建立企业级的经验教训案例库
4.2举例:经验教训总结,质量回溯的工作方法
新产品研发项目管理
新产品研发的道路从来都不是一帆风顺的。
反馈是新产品成功的必要条件,但有时反馈可能跳出改进的界限,要么需要修改产品的规格,要么可能改变其他业务领域的舒适区。
例如:对于耐用消费品,制造单位可能找不到与现有工厂设施兼容的底盘工具设计,并要求即兴设计。
然而,这种设计上的改变可能会以产品的可维护性为代价,服务部门负责人会发现这一点存在问题。
在另一种情况下,服务负责人可能要求更改设计,以减少工程师在客户端的服务时间, 但营销负责人可能抵制任何审美变化。
在产品研发过程中,许多内部团队都参与了将概念推向市场的工作。
协调产品需求和设计、工作阶段、时间表和可交付成果是关键,尤其涉及让这些不同的团队保持一致时。
1. 准备好有效管理资源
新产品的需求和推出市场时间往往由产品经理或高层主导,而非项目经理。
但项目经理同意或不同意产品需求和推出市场时间相当大程度取决于可用的项目资源,而计划和使用资源应由项目经理主导。
因此,项目经理应提前准备好自己能控制的部分——准备就绪资源管理。
8Manage PM 的资源库储存人力资源的技能信息及其可用时间和负载信息 ,以及非人力资源信息(例如,设备的可用时间, 材料的库存)。
项目经理可从资源库中挑选、分配和监控所有项目资源的使用。
2. 制定更现实的产品开发计划
使用 8Manage PM 等项目管理工具可以轻松实施关键路径方法或敏捷方法。如果使用关键路径方法, 项目经理需要确定最长的依赖任务链。
如果关键路径上任一活动被延迟,整个产品就会被延迟。如果使用敏捷方法, 需求按优先次序进入分段开发, 没法保证全部需求都能在一个固定的项目时间完成。
但每次进入一个分段开发,利益相关者都会重新排序需求的优先级别, 确保先完成重要的产品需求。
无论项目采用上述哪类方法, 项目经理只要改进资源管理, 就会更有效地执行项目。
3. 找到适合您的图表
从任务到状态再到团队分配,您的产品开发团队应该掌握很多信息,但并非每个人都以相同的方式处理这些信息。
8Manage PM 将为团队提供在最适合您的图表中显示该数据的选项——无论您更喜欢使用甘特图,还是燃尽图——帮您更好地了解整体发展过程。
4. 使用实时报告来获得更深入的见解
当您开发新产品时,事情会不断发展。您的项目绩效跟踪和报告新信息的变化,您需要掌握最新数据,以便就如何前进做出明智的决定。
使用 8Manage PM,您创建的所有图表都能实时更新。这意味着您总是能查看最新信息。
5. 集中沟通和您的产品愿景
您可能听说过新产品的故障率很高。通常许多问题在起作用,但最大的问题可能包括频繁的错误沟通和对产品的错位愿景。
8Manage PM 有助于改进新产品开发过程,因为它为所有与产品相关的对话和状态更新提供了集中地。
团队成员无需通过电子邮件线程、笔记和即时消息来获取他们需要的最新信息。
此外,这种透明度使整个开发团队了解产品的愿景。这很重要,因为有了这个更大的愿景,您就能筛选功能请求,优先考虑服务于理想结果的项目。