软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
实施IPD
文章出处: 作者:bjwander 发布时间:2006-10-23

根据个人经验和理解编写

听说IPD
2005.11,IPD,第一听说还是以前的同事告诉我的,当她告诉我公司正在实施IPD,有一部分经理已经参加了IPD培训的时候,我就对IPD感到陌生和惊讶,一个600~700人的公司,一个以产品为主要销售的公司,一个以客户网络版软件应用为主导的公司,为什么会采用IPD呢?
也许许多公司已经应用了CMMI、应用了6sigma、应用了ITIL,那为什么那么大规模纯软件生产的公司要采用IPD,或许它真的有效,而对于我,对IPD陌生,对于在那个公司呆了三年的经历来说,对于公司内部的组织结构已经了如指掌,对于公司的研发流程的发展也早已熟知于心。

公司介绍

公司软件产品销售额达到85%~95%,对于软件项目方面做的基本没有
公司软件产品以内部网络单击版和网络版本为主
公司的加密锁采用另外一家加密锁公司的硬件产品
公司在全国20多个地区设有办事处或者分公司,主管销售
公司产品统一由北京研发中心研发
公司专门设置有产品部,和研发部并立,属于研发部的源头
公司为微软矩阵式管理方式
公司的部门设置为:运营部、财务部、咨询部、产品部、研发部、市场部
公司目前人员600人左右
公司目前的销售额1.2个亿
公司面临多个竞争对手,市场压力非常大

初始IPD

2005.11 从网上找了很多资料,看了一下IPD的主要思想,它的主要思想为以产品销售为源头,以产品部为规划、以研发部为内核,以客户绩效衡量为评价质量的体系,以内部成本核算为评价项目好坏的标准。涵盖并说明了各大部门之间的关系和关联,得出ROI。

1.部门之间的融合,从市场到研发,到反馈,持续不断的改进
2.各部门费用核算和投资回报率的计算
3.项目的收益率和项目的绩效考核
4.衡量和评价体系标准
5.提高新老产品的研发周期
6.改善旧有产品的收益率


实施IPD的注意事项

IPD需要大量的人力物力投入,企业要经的起这样的投入
IPD的实施一定要三权分立,形成矩阵式管理模型
IPD一定要每个项目的研发费用单独核算
IPD一定要具有项目的稳定性,项目人员的调配应该至少在一年内保持90%的不变
IPD实施一定首先优化市场
IPD一定要建立产品部,有一个产品经理负责
IPD一定要承接产品的规划,做好销售与研发的联合
IPD的另外一个业务发展为咨询部
未来可以建立咨询部,销售服务,提供产品的架构改善,专门做咨询服务
IPD一定要注意产品部的规划,重点,实施好产品部才能盘活整套体系流程
IPD一定是以产品为主导的公司,如果以项目为主导,则实施IPD简直就是浪费
IPD一定是公司产品销售远远高于软件项目销售,从绝对价值上要占至少70%,或者公司目前已经占用了50%,但以后还要继续以产品为主线发展

原始连接:http://www.manageblog.net/bjwander/archive/2006/10/23/1790.html


站内搜索
相关文章
◎软件项目中测试人员的考核
◎走出软件测试的困境
◎加快回归测试的步伐:累积测试分析和目标测试入门
◎《软件测试艺术》读书笔记(10)_人工测试技术
◎《软件测试艺术》读书笔记(9)_原则解析
◎《软件测试艺术》读书笔记(8)_经济学视角解析
◎《软件测试艺术》读书笔记(7)_心理学视角解析(下)
◎《软件测试艺术》读书笔记(6)_心理学视角解析(中)
◎《软件测试艺术》读书笔记(5)_心理学视角解析(上)
◎如何准备软件工程师的面试
◎《软件测试艺术》读书笔记(4)_初次探究
◎测试职业发展生涯
◎《软件测试艺术》读书笔记(3)_一次自我检测
◎《软件测试艺术》读书笔记(2)_前言
◎《软件测试艺术》读书笔记(1)_引子
◎软件测试的艺术
◎有感于软件测试常识
◎软件测试工程师为何而生?
◎软件测试常见问题——(三)测试流程常见问题
◎软件测试常见问题——(二)测试管理常见问题
◎软件测试常见问题——(一)基础知识部分
◎从程序员到技术领导者
◎面向对象的软件测试与传统测试的比较
◎测试部门经理工作感受(三)
◎测试部门经理工作感受(二)
◎测试部门经理工作感受(一)
◎关于测试的个人总结
◎从微软的今天看软件测试的明天
◎软件测试职业规划(一)
◎用别的眼光去感悟软件测试
◎软件测试与三十六计
◎C++TEST所支持的平台
◎软件测试的前途(一)
◎何时应进行自动化测试?4(原创文章【翻译】)
◎软件测试自动化神话和事实
◎何时应进行自动化测试?3(原创文章【翻译】)
◎给事业刚起步者的九个忠告
◎嵌入式软件测试的十大秘诀
◎何时应进行自动化测试?2(原创文章【翻译】)
◎详解如何选择软件测试职业培训机构
◎何时应进行自动化测试?1(原创文章【翻译】)
◎基于模块化设计的嵌入式软件测试方法
◎基于PB环境下的软件测试
◎用Visual Basic 6.0实现自动化测试
◎主流软件测试工具介绍
◎软件测试人员提高测试效率与测试质量的六大非技术措施
◎新人如何开始QA/测试生涯
◎怎样成为一个合格的测试工程师
◎项目测试经验总结
◎微软的测试方法
热门文章
◎软件测试工程师面试问题选登
◎一个初级测试工程师的工作总结
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎好的测试工程师应具备的素质
◎软件测试入门书籍(2)
◎我在软件公司成长的三年
◎面试官最爱问的问题背后真相
◎软件测试工程师面试题
◎应届毕业生少走弯路的十条忠告
◎有关软件测试的术语定义集锦
◎微软的软件测试方法(一)
◎我的测试经历(1)
◎全景记录:软件测试工程师的一天
◎软件测试步骤
◎谈谈对测试职业的看法
◎漫谈软件测试工程师的角色定位
◎测试需要掌握什么
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎如何制定成功的测试计划
◎测试的主要评测方法(1)
◎什么是ERP,通俗版解释
◎测试经验交流
◎软件测试及其支持工具
◎编写优秀Bug报告的艺术
◎软件产品测试标准
◎从程序员到测试工程师
◎微软的软件测试方法(二)
◎软件测试应遵循的八条原则
◎测试版本大全
◎我的测试经历(2)
◎测试人员的挑战
◎网管和黑客都必须知道的命令
◎QA活动的理解与实施
◎Alpha和Beta测试简介
◎网络最经典命令行
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎你适合做测试吗?
◎软件测试的误区
◎我的测试经历(3)
◎软件测试的心理学问题
◎软件测试组织与方法

Google提供的广告