以一个硬件项目开发为例,介绍现代公司项目管理的一些基本工具和方法,给行业内外朋友一个初步印象,为广大从业者入门相关管理打下一个初步的,全局的基础!最后给出一个IPD端到端管理项目示例
现代相关管理涉及到的知识和工具非常的多,这里准备对自己已有的知识和工具做一定的总结和记录!
平时各种工具和技术用的非常多,这里慢慢整理。
敏感数据已经脱敏
项目管理系列介绍锦集
快速全面的介绍现代企业中项目管理相关知识!
什么是项目管理?
产品开发项目不能孤立地优化,这些项目在资源方面存在依赖关系,也可能共享可以降低成本的协同效应。
项目管理是指在企业有限的资源下,通过项目经理和项目团队的共同努力,运用系统的理论和方法,对项目所涉及的全部工作进行有效的管理。
项目管理是一项技能,用于管理项目以及项目之间的联系,以优化整个项目。
也即,在整个项目生命周期内进行计划、组织、指挥、协调、控制和评价等管理活动,以实现项目的目标。
对于研发项目来讲,通常可分为 4 种类型:
- 产品预研项目;
- 产品开发项目;
- 技术预研项目;
- 技术开发项目。
软件开发模型
软件开发经典流程图
一、瀑布模型
模型图
定义:瀑布模型(Waterfall Model)是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。
地位:这是一种经典模型,提供了软件开发的基本框架。
优点:
- 1)各阶段划分清晰
- 2)强调计划与需求分析
- 3)适合需求稳定的产品开发
缺点:
- 1)单一流程,不可逆
- 2)风险显露得晚,纠正机会少
- 3)测试只是其中一个阶段,缺乏全过程测试思想
二、V 模型
模型图
定义:RAD (Rap Application Development,快速应用开发) 模型是软件开发过程中的一个重要模型,由于其模型构图形似字母V,所以又称软件开发的V模型。它通过开发和测试同时进行的方式来缩短开发周期,提高开发效率。
优点:相对于瀑布模型,V模型测试能够尽早的进入到开发阶段。
缺点:虽然测试尽早的进入到开发阶段,但是真正进行软件测试是在编码之后,这样忽视了测试对需求分析,系统设计的验证,时间效率上也大打折扣。
三、W 模型
模型图
定义:W模型,由Evolutif公司提出, 相对于V模型,W模型增加了软件开发各阶段中同步进行的验证和确认活动。如图所示,由两个V字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。
优点:W 模型相对于 V 模型来说,测试更早的进入到开发阶段,与开发阶段是并行关系,更早的发现问题,能够及时解决问题,各个阶段分工明确,方便管理。
缺点:W 模型是顺序性的,不可逆,需求的变更和调整,依旧不方便。
四、敏捷开发模型
流程图
定义:从1990年代开始逐渐引起广泛关注,是一种以人为核心、快速迭代、循序渐进的开发方法。强调以人为本,专注于交付对客户有价值的软件。是一个用于开发和维持复杂产品的框架。就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。
优点:敏捷确实是项目进入实质开发迭代阶段,用户很快可以看到一个基线架构版的产品。敏捷注重市场快速反应能力,也即具体应对能力,客户前期满意度高。
缺点:但敏捷注重人员的沟通,忽略文档的重要性,若项目人员流动大太,又给维护带来不少难度,特别项目存在新手比较多时,老员工比较累。需要项目中存在经验较强的人,要不大项目中容易遇到瓶颈问题。
MM方法论
MM在产品线规划应用的6个阶段
步骤 | 主要活动 | 输出 |
---|---|---|
理解市场 | •输入:使命、愿景、目标、长期战略 •宏观环境分析(PESTEL) •行业竞争分析(五力分析) •市场和需求分析($APPEALS)分析 •自身分析 •产业链分析 | •SWOT •市场地图 •业务设计(BD,战略,机会点) •产业链分析报告 |
细分市场 | •确定细分市场标准 •进行市场细分(3W:Who, What,Why) •初步的市场调研 •初步的组合分析 | •初步选定的细分市场 •细分市场的概况 |
组合分析 | •针对每个初步选定的细分市场采取“理解市场”中的方法进一步分析 •市场吸引力分析 •竞争地位分析(蜘蛛图) •战略定位(SPAN)分析 •财务(FAN)分析 | 最终选定的细分市场列表,以及针对这些细分市场的: •详细市场数据 •详细客户需求信息 •详细竞争信息 •市场和产品对应表 |
制订业务计划 | •安索夫(Ansoff)分析 •产品和技术周期分析 •创新策略制定:《避免创新者的窘境》 •采用4P+2 框架制定业务计划 | •Anasoff分析结论 •细分市场业务计划 •产品线初步业务计划 |
融合和优化业务计划 | •不同细分市场间的融合优化 •不同产品线间的融合优化 •与功能部门间的融合优化 •公司级项目组合分析(PDC) | •最终产品线业务计划书(PL-BP) •产品路标 |
管理与评估业务计划 | •制定项目任务书 •监控业务计划实施 •评估业务计划 •调整业务计划 •变革效果评估 | •项目计划书 •业务成果(产品和市场) •各领域业务计划的管理和评估 •调整好的业务计划 |
端到端管理
端到端流程是从客户需求端出发,到满足客户需求端去,提供端到端服务,端到端的输入端是市场,输出端也是市场。这个端到端必须非常快捷,非常有效,中间没有水库,没有三峡,流程很顺畅。如果达到这么快速的服务,降低了人工成本,降低了财务成本,降低了管理成本,也就是降低了运作成本。其实,端到端的改革就是进行内部最简单的最科学的管理体系的改革,形成一支最精简的队伍。
面是这种流程断头带来的问题:
市场人员的苦恼
在海外销售环节中,千辛万苦拿到的合同,没能让相关部门评审监控,结果签了又改,改了又签,时间消耗在流程反复中。自己受处罚,从前好不容易打造的客户满意度也功亏一篑。
这些都是向后端信息共享不通畅造成的,结果货期、工期延迟,受到客户投诉。
供应链人员的苦恼
供应链环节中,合同处理效率低,由于前方环节造成的延误,结果不是加急催办就是反复更改。当业务体量升高,成千上万的物流信息不能高效汇总处理,效率极低,很多货物运输信息缺乏跟踪渠道。
技术人员的苦恼
技术人员在接到工勘任务时,经常面临“时间紧,任务重”的情况,质量很难保证。原因在于,合同工期马上到期,工程进展缓慢,计划混乱,结果造成手忙脚乱的局面。
项目经理的苦恼
项目经理在项目实施过程中也很苦恼,投标、谈判期间对于一些风险的研判不足,并且没有及时与项目经理共享。当合同无法按时履约,不得不面临罚款,免不了对公司造成损失。
财务人员的苦恼
如果财务人员不清楚合同交付情况,在收入确认、回款等方面会面临很多问题,结果可能造成巨大的财务损失。
如何解决
我们还是回到前面端到端的定义的第一句话,*“端到端流程是从客户需求端出发,到满足客户需求端去”,*这句话怎么理解?它是告诉我们需要从更高的角度切入,即站在客户的角度,通过端到端的协同,为客户和企业创造价值。
第一个问题,如何站在客户的角度?
如何站在客户的角度思考问题,这就需要我们从客户的期望出发,设立全局的KPI指标,全局性地进行监控和管理。
这些指标不可避免的会涉及到多个部门,甚至是外部的合作伙伴。如果仅仅只是守着自己部门所管辖的范围,拿着本部门的指标考核自己而没有端到端的视野,势必会造成业务上“断头路”。
如果不想产生业务的“断头路”,就需要有全局思维,拿端到端的分析数据说话,有理有据,自然会被各部门所接受。
第二个问题,如何实现端到端的协同?
有的小伙伴会问,端到端的流程建立起来了,但是大家都是平行部门,谁来负责整个端到端流程的推动?
好问题,解决方案就是设立端到端的Owner,这个Owner肩负着推动流程的顺利进行,当然端到端的Owner和各个相关部门并不是自上而下的控制,而更多的是一种服务角色。
他是对流程执行人员负责,而不是流程执行人员为他干活,流程执行人员找他帮忙,他应该随叫随到。
端到端的Owner更像润滑剂,让我们的工作更加顺畅的完成。
总结
通过“端到端”流程打通,将各相关部门的业务环节衔接起来,消灭“断头路”,不断提高内部的效率并满足客户的需求,最终实现企业效益最大化。
IPD端到端模型
从市场中来,到市场中去。是华为硬件项目管理模型。实际上是一种细致化,完善化的V字模型。
项目中的所有角色都从头到尾参与项目的每一个过程。每一个团队都有一个高级工程师作为代表参与。项目的每一个过程都有完善的输入输出,评审等过程。
IPD(Integrated Product Development) 产品集成开发,是一套产品开发的模式,理念与方法。
IPD流程的实践者华为,海康,IBM
IPD流程的核心思想:
1.新产品开发是一项投资决策。在开发过程设置检查点,通过阶段性评审来决定项目是继续,暂停,终止还是改变方向。(小编:房子封顶了卖不出去是烂尾楼,地还没开发就是有效资产。)
2.基于市场的开发。(小编:大家注意IPD流程中,蓝色的部分是一个烟囱状,这就是市场需求流,贯穿整个开发)
3.异步开发模式,并行工程。(小编:通常研发公司是靠减少质量活动和加班来压缩研发周期,实际上没有充分的考虑异步开发和提升效率)
4.重用性。采用公用构建模块(CBB: Common Building Block)提高开发效率。(小编:这是华为这么庞大的体系还能保持灵活性的关键所在)
5.结构化流程。产品开发项目的相对不确定性,要求开发流程在非结构化与过于结构化之间找到平衡。(小编:实际意思就是必须有套路,但是套路不能僵化。没套路是土匪,套路太僵化是国军。 我们是共匪)
6.把风险在每个评审点充分暴露和解决,以减少产品带着风险上市后,可能造成的巨大影响。
7.把决策分布在每个评审点,减少最后产品上市后,靠拍脑袋来决策的方式
8.统一语言,统一思路。每个人学会标准化的语言交流
IPD术语大全
ABC | 基于活动的成本核算 |
---|---|
ABM | 基于活动的管理 |
ADCP | 可获得性决策评审点 |
APP | 造型设计师 |
ASS | 辅助设计工程师 |
BBFV | 构建模块功能验证 |
BMC | 生产物料成本 |
BR&IT | 业务变革和信息技术 |
CBB | 共用基础模块 |
CBB | 共用基础模块 |
CCB | 变更控制委员会 |
CDCP | 概念决策评审点 |
CDP | 并行开发流程 |
CEG | 采购专家团 |
CIP | 概念启动流程 |
CIPMT | 公司级IPMT |
CPD | 并行产品开发 |
CR | 变更请求 |
CSP | 经认证的备件 |
DCP | 决策评审点 |
DCP | 决策评审点 |
DFMA | 为制造和装配而设计 |
DOA | 到货故障 |
DQL | 开发,验证和发布阶段 |
DRR | 推行准备评审 |
E2E | 端到端 |
E2E | 端到端 |
EC | 工程更改 |
EDCP | 早期销售决策评审点 |
EE | 电路工程师 |
EOL | 生命周期终结 |
EOL | 生命终止 |
EOM | 停止销售 |
EOP | 停止生产 |
EOS | 停止服务 |
ESP | 早期客户支持 |
ESP | 早期客户支持 |
ESS | 早期销售支持 |
FAN | 财务分析 |
FAQ | 常见问题 |
FCA | 功能部门沟通代表 |
FDM | 功能部门推行经理 |
FGI | 成品库存 |
FGI | 成品库存 |
FPDT | PDT财务成员 |
FPDT | PDT财务代表 |
GA | 批量供货点 |
GA | 一般可获得性 |
GEO/GEOS | 区域/地方办事处 |
GP | 毛利润 |
HL | 概要的 |
HQ | 总部 |
IBT | 渐增构建与测试 |
IBT | 渐增构建及测试 |
IPD | 集成产品开发 |
IPD | 集成产品开发 |
IPMT | 集成组合管理团队 |
IRB | 投资评审委员会 |
IRB | 投资评审委员会 |
ISC | 集成供应链 |
ITMT | 集成技术管理团队 |
ITMT | 集成技术管理团队 |
LL | 详细的 |
LMT | 生命周期管理团队 |
LMT | 生命周期管理团队 |
LPDT | PDT经理 |
LPDT | PDT经理 |
MaPA | 市场和组合分析 |
MBI | 市场驱动的业务变革 |
ME | 维护工程师 |
ME | 结构工程师 |
MKTPDT | PDT市场成员 |
MKTPDT | PDT市场代表 |
MM | 市场管理 |
MNFPDT | PDT制造成员 |
MNFPDT | PDT制造代表 |
NLS | 本地语言支持 |
NLS | 本国语言支持 |
O/SBP | 产品包/解决方案业务计划 |
P&L | 盈亏 |
P/L | 盈亏 |
PAC | 包装工程师 |
PBC | 个人绩效承诺 |
PCR | 项目变革请求 |
PCR | 计划变更请求 |
PDCP | 计划决策评审点 |
PDM | 产品数据管理 |
PDM | 产品数据管理 |
PDMgr. | 采购代表 |
PDT | 产品开发团队 |
PDT | 产品开发团队 |
PI | 备件库存 |
PIR | 立项申请 |
PIR | 立项申请 |
PIRB | 产品投资评审委员会 |
PL IPMT | 产品线IPMT |
PLIPMT | 产品线IPMT |
PL-IPMT | 产品线集成组合管理团队 |
PM | 项目管理 |
PMOP | 多项目管理运作流程 |
PMT | 组合管理团队 |
PMT | 组合管理团队 |
POP | 项目操作员 |
POP | 项目操作员 |
PPP&T | 产品组合计划和跟踪 |
PPP&T | 产品组合计划与跟踪 |
PQA | 产品质量保证 |
PROPDT | PDT采购成员 |
PROPDT | PDT采购代表 |
PTO | 废弃部件迁移 |
QA | 质量保证 |
QFD | 质量功能配置 |
QMS | 质量管理体系 |
QPDT | 质量代表 |
RAS | 可靠性、可获得性、可服务性 |
RDPDT | PDT研发成员 |
RDPDT | PDT开发代表 |
REA | 工程更改请求 |
RFA | 发布请求 |
RM | 需求管理 |
S&GA | 销售和一般管理费用 |
SDE | 专项设计工程师 |
SDV | 系统设计验证 |
SE | 系统工程师 |
SIC | 系统集成中心 |
SIT | 系统集成测试 |
SPAN | 战略地位分析 |
SPDT | PDT销售代表 |
SVT | 系统验证测试 |
SWE | 软件工程师 |
TD | 资料开发工程师 |
TDT | 技术开发团队 |
TDT | 技术开发团队 |
TE | 测试工程师 |
TPM | 变革进展衡量指标 |
TPP | 技术计划流程 |
TQM | 全面质量管理 |
TR | 技术评审 |
TSPDT | PDT技术支持成员 |
TSPDT | PDT技术支援代表 |
TUE | 全部用户经验 |
UCD | 以用户为中心的设计 |
UCD | 以用户为中心的设计 |
VOC | 客户的意见 |
WBS | 工作分解结构 |
端到端模型
IPD模型
项目管理实例
注意: 下列示例图片中的项目数据已经脱敏,并且不是最终版本,只是中间未完成版本!
需求导入管理,产品规划,生命周期管理等下图中表现的不是很明显,但实际存在。
下图着重介绍了研发阶段的管理过程,因为这是整个开发过程中时间,成本最大的部分!
任务分解
由SE(Seinor Engineer)接手产品导入的产品,前期还有需求分析,需求分解,评审,产品规划,项目立项等过程。
SE对项目需求详细分析后,对整体开发过程进行任务分解。
- 有哪些任务。可以看图 【任务分解-项目管理彩色层级图】
- 每项任务需要多少时间
- 每项任务有哪些前置任务,后置任务。前后依赖关系,可以得到最大并行开发的甘特图。可以看图 【工作分解–任务依赖关系图解】
- 有哪些开发人员,每个人同时只能干一个任务,开发任务进一步由于开发人员不足而串行开发。基本上可以得到最终甘特图
企业管理
编辑完善中… …
- 供应链管理。上下游管理
- 客户管理与维护
- 生产管理与质量控制
- 产品规划,生命周期管理
- 财务管理
- 交付,订单,生产,采购,库存管理
- 测试,质量管理
- 等等
定价策略
定价策略是指企业为了实现其目标,根据市场和成本的情况,制定的产品或服务的价格水平和变化规律1。定价策略有很多种,比如渗透定价、价值定价、竞争定价、成本加成定价等23。
- 渗透定价策略:就是以低价进入市场,把价量之秤的砝码,尽量加到量的极致,获得极高的销售和占有率,又导致成本降低,价格接着降的定价方法23。这种策略适用于市场对价格高度敏感,价格弹性大,企业有成本优势的情况。
- 竞争定价策略:就是根据竞争对手的价格水平和优劣势来制定自己的产品或服务的价格4。这种策略适用于市场竞争激烈,产品差异化程度低,消费者对品牌忠诚度不高的情况。
- 成本加成定价策略:就是在产品或服务的成本基础上加上一定比例或金额作为利润来制定价格5。这种策略适用于销售实体产品的零售商或者与竞争对手使用相同模型定价时。
- 组合定价:例如安防行业,后端产品高价,前端产品低价。销售前端产品必须搭配后端产品。
营销管理
营销管理是指为了实现企业或组织目标,建立和保持与目标市场之间的互利的交换关系,而对设计项目的分析、规划、实施和控制1。营销管理的实质,是需求管理,即对需求的水平、时机和性质进行有效的调解1。
营销管理有不同的观念和流程,其中一个比较流行的流程公式是:R → STP → 4Ps → I → C2。其中,
- R(Research),即对市场的调研和洞察
- STP:市场细分(Segmentation)、目标选择(Targeting)、定位(Positioning)
- 4Ps:产品(Product)、价格(Price)、促销(Promotion)、渠道(Place)
- I(Implements),即实施计划
- C(Control),即控制反馈
营销管理需要注重分析消费者的行为及心理,进而识别细分市场与目标市场,找到自己的产品定位,打造自家的特色,培育强大的品牌2。
管理能力
作为普通员工,管好自己做好绩效,操一二颗心,与二三个同事搞好关系即可。而作为管理者,要操五颗心、做好五项管理:
1、上级:汇报、总结、目标、成果
2、下属:团队、氛围、赋能、激励
3、同僚:沟通、协作、冲突、平衡
4、外部:协调、标准、法规、质量
5、自己:自律、责任、担当、状态
后记
涉及东西太多了,初步整理相关知识,整理的比较乱,后续有时间慢慢完善。
学我者生,似我者死!复杂的管理流程需要极高的运行成本!需要以公司的盈利情况,人力资源为基础打造自己独特的项目管理流程!
管理收益大于管理成本才是好的管理!不同的企业,管理方法和流程必定不同,小企业学大企业完整的管理流程就是找死!
注意:这里不是管理培训,不会对每一个部分尽善尽美
懂管理流程是入门项目管理的基础,懂具体某个行业全开发流程是项目管理的必要基础!懂某个具体细分领域技术细节是相关模块管理的必备知识!
参考&致谢
母弱出商贾,父强做侍郎;
族望留原籍。家贫走他乡。
——施耐庵