如何对研发项目进行管理?
3个回答
2017-07-18 · 日事清——效率的直升机
日事清——知识工作者的瑞士军刀
日事清企业协同办公软件作为新一代的生产力工具,致力于从基层员工的角度出发,提高员工的工作效率。对知识工作者而言,日事清提供的不只是工具,而是一种理念,让每一个知识工作者都能高效率工作。
向TA提问
关注
展开全部
研发项目是在复杂且多变的过程中进行的,任何一个环节都有可能产生不确定的结果,都会影响到研发最终目标的实现。基于这样一个过程就要求在项目整个的生命周期内都要应对可能发生的各个风险因素。项目风险的管理是源于项目的复杂性,需要从研发项目的生命周期进行风险管理。在整个研发项目风险管理中要从风险的识别、评估、应对和后续监控等步骤对潜在的风险发生进行有效的控制和管理。而且还有做好团队的沟通与配合,可以使用日事清通过看板按照项目、部门、时间等维度组织团队工作清单,梳理团队任务,创建团队工作计划。
展开全部
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
研发部门如何提高工作效率的管理探讨
第一、几个基本的工作准则
一、 组织协同,避免缺乏组织,让事情放任自流,一盘散沙,这是产品日常管理责任人、项目负责人的责任。
二、 难点问题即时支援攻克,避免员工工作粘滞影响进度。
三、 经验不断总结并标准化,避免低水平重复工作。
四、 立项严谨,避免折腾。
五、 我们需要一支有原则的队伍,“我要什么时间完成这个工作,你必须何时提供这个东西给我,有问题请你和你的上司商量,这个问题请尽快办!”避免老好人、避免漫无目的、避免无原则,到头来才说是别人没按时给你。
六、 有困难立即找上级协助解决,面谈、打电话、邮件都可以。
七、 “举手制”——变更必须沟通协调,避免不沟通导致的失误和损失,我们就像一架奔跑的四马拉的战车,任何一匹马要改变方向或者速度,都会带来其余三匹马的问题。
八、 我们必须是一个全能型的精灵,我们处在一个高度讲求效率和快速反应的行业里,反应要快,要能坚持。
九、 产品风险大,必须严谨、再严谨,防呆、放错、多方验证必须是每个工程师的基本认识。
十、 “我们是一伙的”——我们还处在需要快速成长的阶段,我们的产品积累不够,产品线不完善,还不能完全覆盖所有客户的各种需求,应客户需求进行开发的事情较多,一边沟通了解、一边设计、一边生产,交货时间紧迫。这类特征要求我们必须是一个高度讲求效率、高度讲求沟通协调,高度讲求工作质量、高度讲求一次就尽力把事情做好的组织。
十一、 持续改善提高,不断完善和总结。
第二、组织协同的重要性:
1、什么是组织协同,就是需要安排什么人做?何时完成?谁的工作会影响谁?出现问题该如何沟通和解决?每个人上下游关系是谁?有问题时该即时和谁沟通?有困难时该找谁?
2、谁来组织?怎样组织?没有有效组织就无法谈协同。
谁来组织,是一切的关键。
为说清楚这个问题,我先讲几个基本逻辑:
⑴、两点之间,直线最短;
⑵、沟通事情,问直接当事人,问最了解情况的人最快。
⑶、我们是一个更强调服务的企业,为什么?我们只有用自己真诚的服务打动客户,这就必然导致我们不能教条,必须灵活。
⑷、技术难度高,专家型特点突出。
正是这几个基本逻辑,导致我们的信息分散,管理难度大,为什么?该怎样解决?——决策重心下移,加强沟通和检查是唯一的解决办法。
①、产品日常管理责任人是各类项目、任务分解落实的组织者
②、部门管理人员是各类项目任务落实到本部门具体人员时的保障完成者,是任务、项目仅仅分配到本部门的工作分解落实者。
③、所有干部是自己管辖范围内的所有工作按时完成的促进者、保障者、教练、检查着、引导者、指导者。
④、研发管理办:
A、所有交到研发管理办的工作计划的系统推进者,各产品日常管理责任人或项目负责人、部门负责人,把各自组织落实分解的跨部门协同工作推进计划可以交由研发管理办组织检查推进,每天督促检查的工作量大,仅仅依靠部门推进的难度大,这时就可以交由研发管理办按各部门提供的工作计划推进检查,研发管理办必须把检查情况及时反馈给任务交待者。
B、各类任务、项目汇集成一张总计划,把运行在研发部门的全部任务和项目汇制一张全局运行图,《研发总计划》可以看到各个任务、项目的计划完成时间和进展情况,以及各类资源的运用情况。
C、研发人员任务分布分析,也就是资源运用情况分析,可以分析出每个人的任务情况,工作量是否过于集中在某几个人,他们的工作量过大时该如何支援?
D、PM专员:研发还没完全量产或者说没正式转产的产品系统跟进者,是研发和生产的衔接者,研发与生产混合阶段的计划执行推进检查者,运作差异即时发现者,系统监控这一阶段的运行情况并即时上报信息给决策人员。没有正式量产或者说没正式转生产,代表着研发可能还存在着很多不确定性因素,需要加强研发和生产、采购等各方面的沟通和协调。PM专员必须强化这方面的沟通组织和总结经验,因为这方面的不确定性和快速反应要求更多。研发投产申请流经PM,PM会根据投产申请编制推进计划跟进,并将意外事情及时反馈给当事人,把重大事情汇报领导。
第一、几个基本的工作准则
一、 组织协同,避免缺乏组织,让事情放任自流,一盘散沙,这是产品日常管理责任人、项目负责人的责任。
二、 难点问题即时支援攻克,避免员工工作粘滞影响进度。
三、 经验不断总结并标准化,避免低水平重复工作。
四、 立项严谨,避免折腾。
五、 我们需要一支有原则的队伍,“我要什么时间完成这个工作,你必须何时提供这个东西给我,有问题请你和你的上司商量,这个问题请尽快办!”避免老好人、避免漫无目的、避免无原则,到头来才说是别人没按时给你。
六、 有困难立即找上级协助解决,面谈、打电话、邮件都可以。
七、 “举手制”——变更必须沟通协调,避免不沟通导致的失误和损失,我们就像一架奔跑的四马拉的战车,任何一匹马要改变方向或者速度,都会带来其余三匹马的问题。
八、 我们必须是一个全能型的精灵,我们处在一个高度讲求效率和快速反应的行业里,反应要快,要能坚持。
九、 产品风险大,必须严谨、再严谨,防呆、放错、多方验证必须是每个工程师的基本认识。
十、 “我们是一伙的”——我们还处在需要快速成长的阶段,我们的产品积累不够,产品线不完善,还不能完全覆盖所有客户的各种需求,应客户需求进行开发的事情较多,一边沟通了解、一边设计、一边生产,交货时间紧迫。这类特征要求我们必须是一个高度讲求效率、高度讲求沟通协调,高度讲求工作质量、高度讲求一次就尽力把事情做好的组织。
十一、 持续改善提高,不断完善和总结。
第二、组织协同的重要性:
1、什么是组织协同,就是需要安排什么人做?何时完成?谁的工作会影响谁?出现问题该如何沟通和解决?每个人上下游关系是谁?有问题时该即时和谁沟通?有困难时该找谁?
2、谁来组织?怎样组织?没有有效组织就无法谈协同。
谁来组织,是一切的关键。
为说清楚这个问题,我先讲几个基本逻辑:
⑴、两点之间,直线最短;
⑵、沟通事情,问直接当事人,问最了解情况的人最快。
⑶、我们是一个更强调服务的企业,为什么?我们只有用自己真诚的服务打动客户,这就必然导致我们不能教条,必须灵活。
⑷、技术难度高,专家型特点突出。
正是这几个基本逻辑,导致我们的信息分散,管理难度大,为什么?该怎样解决?——决策重心下移,加强沟通和检查是唯一的解决办法。
①、产品日常管理责任人是各类项目、任务分解落实的组织者
②、部门管理人员是各类项目任务落实到本部门具体人员时的保障完成者,是任务、项目仅仅分配到本部门的工作分解落实者。
③、所有干部是自己管辖范围内的所有工作按时完成的促进者、保障者、教练、检查着、引导者、指导者。
④、研发管理办:
A、所有交到研发管理办的工作计划的系统推进者,各产品日常管理责任人或项目负责人、部门负责人,把各自组织落实分解的跨部门协同工作推进计划可以交由研发管理办组织检查推进,每天督促检查的工作量大,仅仅依靠部门推进的难度大,这时就可以交由研发管理办按各部门提供的工作计划推进检查,研发管理办必须把检查情况及时反馈给任务交待者。
B、各类任务、项目汇集成一张总计划,把运行在研发部门的全部任务和项目汇制一张全局运行图,《研发总计划》可以看到各个任务、项目的计划完成时间和进展情况,以及各类资源的运用情况。
C、研发人员任务分布分析,也就是资源运用情况分析,可以分析出每个人的任务情况,工作量是否过于集中在某几个人,他们的工作量过大时该如何支援?
D、PM专员:研发还没完全量产或者说没正式转产的产品系统跟进者,是研发和生产的衔接者,研发与生产混合阶段的计划执行推进检查者,运作差异即时发现者,系统监控这一阶段的运行情况并即时上报信息给决策人员。没有正式量产或者说没正式转生产,代表着研发可能还存在着很多不确定性因素,需要加强研发和生产、采购等各方面的沟通和协调。PM专员必须强化这方面的沟通组织和总结经验,因为这方面的不确定性和快速反应要求更多。研发投产申请流经PM,PM会根据投产申请编制推进计划跟进,并将意外事情及时反馈给当事人,把重大事情汇报领导。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询