在项目管理中,时间与质量是作为评定一个项目成功与失败的重要指标,项目时间的管通常在项目管理中是以项目的进度检查作为重要的检测方法
定时或不定时间由项目主管去检验项目的健康状态,这是项目管理者通常采用的手段,这是一个不错的方法,但这个度却难于把握.
到底多久一次检查项目的工作进度,调整工作的进度,这是项目管理不太好作的一个事情,检查密度太紧了,显然会加大工作量,也会给程序员带来
不好的一面,程序开发是一件很要灵感的工作,如果以天为单位来检查工作,那天程序员如果这天没有灵感,或心情不爽,那么做的东西效率不高,而且
质量也不高,没有愉快的工作心境是做不出好的东西来,但如果检查时间太短,那么项目主管就无法把握项目的当前进度,也没有办法跟进项目的质量
项目的健康状况无法清楚了解.
我的经验是,从项目立项开始,建设团队时就应统一标准,有一个好的开始,管理与开发技术实现上分开,管理只是一种监督,调整项目进度的手段.
开发技术现实上充分尊重每个小组的想法,技术的实现以小组为单位,通常以二人为一组,由内部自己讨论总结,然后把各组的技术实现方案放在
一起讨论根据组目的特性进行取长补短式,这样不仅让每个人获的尊重,也提高了项目成员对项目的了解与对项目的责任感.
管理上,这里主要是指项目的进度管理上,通常按一周为单位为一个目标,工作分配上以二至三人一小组分配,搭配式开发,开发上更注重小组内部
XP方式进行,一周检查二个工作进度,周三一次检查小组工作进度离周目标进度相差多少,然后做调整,检查代码质量并行,一但发现问题可以及时调整
这样的形式很适应小范围内部的重构.周未可以做为了一个小版本的发布时间.
通常按这个规则式的项目进度管理方式很见效,可控制程度也比较高.
当然这也只是个人的工作经验,不代表所有.
