|
|
|
看得见的开发管理方法——缺陷管理
|
| |
摘要：如果一个项目的每个步骤实实在在的眼皮底下进行，而且随时可以翻阅，那么这个项目的成功一定不会远了。开发过程的管理也是这样，控制每一个细节，水到渠成。
最近陪家人逛了几集电视连续剧《情迷天使》和《玉观音》，《玉观音》算是重播了，只是以前也没注意，现在看了几集，真是看不下去了，其中给我最大的感受就是一群人，一时的冲动，种下恶果，然后前方百计的企图改变或是掩盖这个结果，苦苦挣扎着。既然希望有个严肃的结果，行为就一定要严谨。那么是否行为严谨就一定能有严肃的结果。
由此我一直在想着，行为决定结果的问题，也想着这其中和软件开发管理之间存在的紧密关系。任何一个项目，就算是最资深的开发组长，最团结优秀的开发团队，也不能保证开发过程一定能按计划完全顺利进行，更别说放任计划随意进行的开发了（实际上这样进行开发的项目很多）。这根源到底是什么呢？我想说的就是可控性，如何实现可控性，是项目计划工具—Microsoft Project 2002，是软件开发管理工具—美国Intersolv 公司的PVCS，是软件配置管理工具—ClearCase， 是画出优美项目周期的Viso，不，都不是，各位别见笑，我并没有看轻它们的意思，这些都是举世之作，不是我狂妄的地方。之所以说不是，是因为这完全是两码子事，它们进行的是宏观的调控，不够细分，控制不到细节。结果是由每个细节的过程来决定的，要控制项目就要控制到每个开发的细节，所以今天要说的是微软的开发管理理念之一—BMS 缺陷管理理念（这里说的是广义的缺陷管理） 好好了解如何运用这个理念和工具真正掌控细节，从而实现开发的最优路径。
|
|
|
|
|
|
|
|
|
| 广告载入中... |
| 广告载入中... |
| 广告载入中... |
|
|
|
|
|
教育论文中心