本文共 1696 字，大约阅读时间需要 5 分钟。

SQL-test 11:08:34

青润 问个问题,你一般项目计划除包括 "角色配备/wbs/甘特/cpm"还需要有那些呢?你一般 的项目计划包括那些部分呢?  青润@软工/管理 11:17:31 你说的那几个都有就不少了。 其实很多时候没有必要什么都用上。只要能够清晰的表达出计划的内容让大家都能看懂就足 够了。实用是最重要的。不要太讲究形式。  SQL-test 11:10:54 哈哈,那我写得还挺全的,其他的什么成本都不归我管  青润@软工/管理 11:19:12 项目计划中，至少国内的项目中的成本核算往往偏差太大，所以，不够实用，我本人一般不 在这上面计算成本。  SQL-test 11:12:12 是是  莫依 11:12:17 qingrun看过栾越的书灭  青润@软工/管理 11:19:51 没有。他的什么书？  莫依 11:13:28 软件开发项目管理  莫依 11:13:37 建议你读一下  青润@软工/管理 11:21:01 没看过。  青润@软工/管理 11:21:12 写的很好么？还是有什么独到之处？  莫依 11:14:34 呵呵,看了就应该知道了,我现在只看了一点点  青润@软工/管理 11:22:53 呵呵，除非这本书有独到之处，否则，我不会长时间去看的。我找个书店先翻翻吧。  SQL-test 11:15:35 我在做一个项目计划的时候往往有个问题. 一般项目老板都会规定时间完成.那我在做计划的时候不是按我的经验去规划时间,而是在各 种工作间权衡时间的长短.问题是经常把时间安排的满满的,没有一点可活动时间.我经常反 思是不是我对这些工作的具体时间估计不对?还是其他的什么  SQL-test 11:17:04 把最后的cpm做出来,活动时间全是0,呵呵.  青润@软工/管理 11:24:32 我的计划一般是这样做的： 根据经验来制定一个粗略的条框，然后填充具体的工作内容（至少细化到天）。 每完成一项工作，就根据当前状况调整后续的工作计划。  SQL-test 11:17:56 是,是  青润@软工/管理 11:25:27 即使是老板规定的时间，也必须遵从项目研发的规律，而不能盲目的听从制定的时间，否则， 项目必然是欲速而不达，反而会延误更多。  青润@软工/管理 11:26:46 活动时间为0还是小事，经常每个人平均每天的工作量为36个小时以上的，我都遇到过。 呵呵  SQL-test 11:19:42 一般你的wbs做到几层呢?我一般是3层.感觉再细化下去,可控度反而不高  青润@软工/管理 11:28:14 根据项目情况，有些项目周期长，模块大，有些小，根据项目情况来做选择，会比较恰当一 些。  SQL-test 11:23:55 对,你刚才说的"调整",哎哟,我最怕这个了,有次我把wbs没有做到具体工作.就调整少一些  SQL-test 11:24:00 哈哈..  青润@软工/管理 11:33:15 呵呵。 做项目管理不能怕麻烦。 其实，项目管理从很大程度上来说就是给技术人员打杂的。让技术人员能够更有激情的把事 情高效率高质量的完成，同时给上面的领导和客户一个满意的交待。这就是项目经理的真实 职责。 而很多国内做项目经理的都把自己当成了领导，最终造成了很多不必要的麻烦，结果就很明 显了。  SQL-test 11:27:04  现在做软件的项目经理难哟,技术得天天学,每天满满的.学技术还要挤出时间学.做什么项目 学什么技术.技术不要高.但总得过得去吧.现在有在看jsf,以后还有学.net  青润@软工/管理 11:36:11 呵呵。关键是搞清楚自己的真实地位，尤其是在技术方面的地位，加上谦虚和谨慎，才能让 团队成员愿意和你合作来完成项目才行。 我不认为所有的技术都要学，要学的应该是自己感兴趣的技术，否则，学也学不好，半瓶子 水，出丑还不够用呢。呵呵  SQL-test 11:30:24 是呀,现在的java的新东西太多了,几年没用,简直是个文盲.还是sql好  谢谢青润解疑,88  青润@软工/管理 11:39:02 呵呵，不客气。

转载（青润博客）：