个人信息
 |
|
| zhaoshouzhong(zhaoshouzhong) | |
| 状态: | |
| 等级: | |
| 性别:男 | 年龄: 22 |
| 城市: 保密 | |
| 签名: | |
我的相册
最新日志
| ·软件核心竞争力(2006-01-12) |
| ·微内核研究(2006-01-12) |
| ·XPDL2.0正式版发布(2005-11-22) |
| ·基于基线的版本管理和质量控制(2005-11-13) |
| ·计划管理(2005-11-13) |
我的评论
| ·访客167667(访客)/2006-11-03 |
| 小日本真过分，视中.... |
| ·访客921058/2006-07-20 |
| 你好，您研究Pro.... |
| ·访客248125/2006-03-27 |
| 同意 |
| ·访客427256/2006-02-14 |
| 加油哦！ 顺便告诉你.... |
我的日历
我的链接
2005-11-13 12:37:37  |
| 计划管理 |
| ISO的核心理念是PDCA（Plan，Do，Check，Again）。其中首要的要素是计划。一些小的公司，计划管理是很混乱甚至没有什么计划的。其管理是触发式管理，客户有什么需求、发现什么bug了，就组织人员开发和解决。这些公司缺少一个长期、中期、短期的项目和产品计划。 计划得重要性是不言而喻的，万事“预则立，不预则废”。具体的重要性，相关的企业管理理论中讲的很多，我就不再重复，我的重点是如何制定计划，监控计划。 工具的选择：目前有比较好的项目管理工具，如project，visio（可以作干特图，不是专门的项目管理工具）。利用这些工具，可以提高项目管理水平。当然还有其他的项目管理工具，不过本人认为利用project就足够了。关于如何使用project，读者可以参阅相关资料，如何基于project，开发网络版项目管理工具，可以查找本人以前的有关文档。 计划的制定：计划有长期、中期、短期计划。长期计划是由公司的上层和高级管理层制定的，一般为一年以上的计划。长期计划一般是产品的版本发布计划，新版本计划，市场计划等。中期和短期计划，一般由项目经理制定，中期计划主要侧重于版本的开发计划，短期计划主要侧重于本月、本周的开发计划。而一些软件开发的实际情况是长期计划几乎没有，中期计划很少，短期计划任务不够明确。制定计划是很繁琐的，也很难制定准确，有时候需要经常调整计划。但是无论多麻烦，都必须有清晰的计划。制定计划，要注意检查资源是否超负荷或者负荷不够。当计划计划涉及多个部门时，要充分协调后在制定，以防止制定的计划不可行。 目标：有了计划，还不够，还要给计划制定具体的目标。长期、中期、短期计划都要有目标，有了目标，才能使开发不偏离方向。这往往是计划制定者最容易忽略的地方。比如说开发一个新产品，新产品的目标是什么要制定，如：功能强大（如何强大，要列出包含的具体功能），操作简单（要制定相关标准），架构可以扩充，兼容等等。而短期开发计划中，也要制定明确的目标。如开发新任务时，要告诉程序员，目标是：质量第一，宁可慢些也要保证开发质量；开发完必须通过单元测试等。其实我们制定计划时，都有一个默认的目标，这个目标存在自己的大脑中，必须把它表达出来，清楚地传递给开发人员。不要以为自己明白了，其他人就明白了。 计划的调整：计划制定后，不会一成不变的。而往往需要经常调整。如果计划涉及到多个部门，调整就比较复杂了。要和各部门协调好后，才能调整。计划是有优先级的，要根据实际情况，调整任务的优先级。优先级高的先开发，低的延后开发。但是如果计划调整的太频繁，就需要检查制定的计划是否合理，或者反思公司的管理是否有问题。开发中经常会出现这样的现象：一个任务A正在开发，突然接到一个命令，要先做任务B；任务B还没有作多久，领导又要让作任务C…..如此的安排，将会搞得开发混乱和开发人员的无所适从。出现这种情况，项目经理必须要把关，必要时“抗令”。我和一个香港朋友闲谈时，他说老板的头脑很活跃，经常是一转身就是一个想法，常常令他不知下一步要干什么。 计划的监控：计划制定后，必须检查计划的执行情况，否则计划就会白制定。这也是计划制定者最容易忽略的。计划制订好后就束之高阁，不管不问了。至少每周要检查一次项目的进展，如果比较重要的计划，最好每天都检查。否则时间长了再检查，往往发现开发员实际作的和计划的差别很大，从而造成任务的延期。任务检查时，发现的问题要立即解决，如果和其他部门有关，要要其他部门协调后共同解决。如果发现程序员工作方法有问题，也要立即指正。发现问题后，不要等到工作总结时才提，这样就达不到实际的效果了。 总结：计划管理涉及的东西很多，很难用一点文字描述清楚。要了解计划管理的精髓，还需要阅读有关管理方面的书籍。 |
| 标签: 计划管理 |