|
锁定老帖子 主题：小公司如何做项目管理(下)
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-22
xiepinghejun 写道 tuti 写道 嘿嘿，xiepinghejun 就说你们自己这套流程执行下来效果怎么样吧
正在进行中，不过还行吧 呵呵 就知道贵司正在进行中 嘿嘿 |
| 返回顶楼 | |
|
发表时间：2008-07-22
tuti 写道 xiepinghejun 写道 tuti 写道 嘿嘿，xiepinghejun 就说你们自己这套流程执行下来效果怎么样吧
正在进行中，不过还行吧 呵呵 就知道贵司正在进行中 嘿嘿 正解！用电脑看命不仅要会看命，还要会电脑，如果是瞎子用电脑看命的话可就让人觉得扯淡了 |
| 返回顶楼 | |
|
发表时间：2008-07-22
其实我以前刚干这行的时候，也象楼主那样，想这个问题想得很郁闷。
当时有还发了个帖子。 http://tuti.iteye.com/blog/210611 。 后来看到XP，发现一切问题的答案都尽在其中。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
liuqiang 写道 xidaboy 写道 1 工作量估算
====================================== 这个还是要量化,先找一个动作快的做,看他需要多少时间,然后按一定比例,给别人算时间 能否介绍个好的度量方法？：） 我们的方法还是比较实用的 举个具体的例子 我们做任何一个工作,都先做SAMPLE,比如写详细设计,LEADER必须先写,定SAMPLE,然后看LEADER做需要多少时间,然后按一定比例,比如PERT方法就可以,然后按画面去分,画面数/预期每日完成数,测试也一样,先做SAMPLE再算预期CASE数,再除预期日完成数.回过头来说,比如8个人,7个人都可以按时完成,第8个不能顺利结束,一般就要换人了 |
| 返回顶楼 | |
|
发表时间：2008-07-22
Ｌｓ的，这么个试用法，要花费多少时间？
再说有的工作复杂度不同，这么做又主观了。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
hyhongyong 写道 Ｌｓ的，这么个试用法，要花费多少时间？
再说有的工作复杂度不同，这么做又主观了。 ==================================================== 花费不了多少时间 做几个画面能化多少时间呢,都是有过程的,LEADER肯定要快一步,大家学习框架,你应该写好详细设计的SAMPLE,大家写详细设计,你该把代码的SAMPLE做出来.总是快一步,这样就不会花多少时间 工作的复杂度是否严重的影响到工作量的评估,那当然要在合理调整一下,东西是死的,人是活的 
|
| 返回顶楼 | |
|
发表时间：2008-07-22
hyhongyong 写道
Ｌｓ的，这么个试用法，要花费多少时间？
再说有的工作复杂度不同，这么做又主观了。
ozzzzzz 写道
项目规模的估算和项目管理其实没啥关系，而工作量的估算倒是和项目管理关系密切。
而根据我的经验，使用何种方法同估算的准确性没啥大的关联，而同项目结束后的总结和积累关系密切。 同时估算应该是一个过程，而不是一个短时间的行为。同时估算应该同计划严格区分，不应该为了计划而估算，也不能为了估算而计划。 再次强调gigix说的，估算的单位不要与时间有任何关系。但是请记住，在实际的操作中时间会对估算有巨大的影响。而只有将时间同估算单位完全的隔离，才是保证。 同时估算有几种粒度，适应不同的场景。 而真正合格的估算，应该是拍脑门想出来的——也就是应该仅仅建立在主观的直觉基础上的。所谓的估算方法，到最后你会发现，其实仅仅是一种给自己结论找的理由。而要完成你的设想，唯一的方法就是完成他们。也就是说，想看书或者参加什么培训提高估算的水平，几乎是不可能。不断的总结和积累，才是王道。
|
| 返回顶楼 | |
|
发表时间：2008-07-22
这篇文章写的不好，上来就出了原则性的错误。
项目管理的核心是找的合适的人做合适的事情，其他一切都不能称之为核心。你可以称其他要素为关键的，重要的，但是绝对不能说是核心的。计划和计划实施过程的监控自然是重要的，但是绝对是最重要的。 估算和计划，我在这个论坛已经说过很多次了。基本上说，最靠谱的估算就是基于经验的拍脑袋的做法。当然培养这个估算的能力，是有一个过程的，并且我推荐可以将PSP的做法加以改进，以加强自己的复习工作，从而可以很快的提高自己的估算的能力。当然这个地方有很多的策略和各种策略的优缺点，以后专门讨论的时候再展开。 至于任务的分配和进度的确定，这个方面我以前也说过很多了。这里我需要强调的是，任务和需求的粒度化其实才是解决这些问题的核心基础实践，没有这个基础，基本上这些事情仅仅就是一种纸上谈兵。 至于说绩效考核以及分配，这个话题太大，而且专业性太强，我建议大家不要着急讨论。 总的来说，我觉得楼主可能看PMP之类的东西太多了，中毒了。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
ＬＺ理解错我的意思了
我说又主观了，是针对xidaboy所说的： 引用 先做SAMPLE再算预期CASE数,再除预期日完成数.回过头来说,比如8个人,7个人都可以按时完成,第8个不能顺利结束,一般就要换人了
就靠一个sample做的慢把人就换了，过于主观了（有的时候人力不是你能决定的）。除非是简单一点的功能。否则有的人DB强，有的人逻辑好，一个sample能把所有人的能力都测试出来吗？ 我觉得一个项目，不必所有的人员都要是合格的。 工作量的估算我也是提倡用经验（综合每层人员）的，对于所谓的算法感觉不实用。 |
| 返回顶楼 | |
|
发表时间：2008-07-22
ozzzzzz 写道 而真正合格的估算，应该是拍脑门想出来的——也就是应该仅仅建立在主观的直觉基础上的。所谓的估算方法，到最后你会发现，其实仅仅是一种给自己结论找的理由。而要完成你的设想，唯一的方法就是完成他们。也就是说，想看书或者参加什么培训提高估算的水平，几乎是不可能。不断的总结和积累，才是王道。 ozzzzzz大叔就是彪悍，除了他估计没别人敢这么说 |
| 返回顶楼 | |
