小公司应先进行项目计划还是先行开发赶进度？（2009-5-22 ）获奖名单已公布

默默巫

背景描述：小公司开发设计全凭公司人员的想法和老总的想法为准，变动大且计划开发的周期时间短。
                    那么小公司应先进行项目计划还是先行开发赶进度？

奖项	获奖名单	奖励	答案连接
最佳话题PK手	蓝色水滴	当当购物卡50元+最佳PK手勋章	54#

本期问题由huihuike会员提供！
如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

测试小女子

我认为计划是行动的妈妈，就像失败是成功子母一样

计划是我们在初期估计我们的进度，成本，规模
这些的正确估计，有助于我们合力分配时间和人力资源。
虽然是小项目，如果项目经理经验丰富，计划也是有必要的。。不然，我们在行动的过程中常常很盲目，更容易导致到期不能按质按量的完成。

wuchunying

其实文中的说的公司人员的想法和老总的想法，从一定程度上来说也是计划，只是没有书面化而已。没有笔头记下的东西不能保证以后没有遗漏，开发之间的任务和意思也有可能还留有一点没有相互理解。（我就遇到过赶项目的时间，2个开发做了同一个页面，漏了一个页面）后期在改也要花很多时间。还是一开始把计划写下来，当然进度很紧的话，不用写的那么充分，但是必要的流程，任务分工等还是要记录的，这要不了多少时间，还可以为以后维护留下资料，毕竟人脑不是电脑，不能记得做过的所有项目。

ganhuiping

小公司赶进度的后果是，后面花费的维护时间更长。这个时候就能看到实现计划的重要性了。亲身体验。

imutou

没有先后之分。。。两手抓两手都要硬。。。::zilian:::

stella_luan

首先要明确一点是否真的很小，
如果半个月就可以搞定的事情，没有必要在搞一些噱头和一些没有必要的形式文档。

但是一个真正的项目，计划是最最重要的前期工作，需求如果不定好，没有办法定下来完成的时间，
需求的改变意味着无线的延期。
耽误时程。

xuemeili1216

计划是肯定要做的　但是之所以叫做计划　就是说在实际执行过程中可以进行变动　计划是死的　人是活的　不管大小公司　项目开始前肯定要做计划（因为计划是根据项目性质来做的）

xmflansitu

我所在的公司算是一个小公司吧，可是也会有一个计划，没有计划，就像无头苍蝇一样乱撞。即使开发出来了也是不成熟的版本。与其到时意识到问题存在后不停的弥补缺陷甚至推翻重来，还不如刚开始的时候就计划周全一点，这样才是一种节省成本的方式。
   首先，计划应该尽可能的考虑的周全一点，把能想到的问题全部考虑进去，不仅如此，也要考虑一下以后的发展趋势，这样就可以把以后可能需要往这方面发展的一些东西也考虑进去，这是我们项目经理经常跟我们说的。
   但是在实施的时候可以从大处着眼，可能把项目的主干提取出来，当主干搭好以后，其它一些也就可以做一些功能使项目变得饱满，这样也可以不用担心不能迟迟上线的问题了。
   当然在开发过程中不免会有一些改变，当然这些变动不会动及主干，所以在开发过程中可以开个小会讨论一下，并且可以时时跟踪改进的情况，避免功能全部做好以后才发现那不是想要的效果，这样也可以省很多不必要的成本。
   计划----改进-----确认-----实施,我认为这几个步骤是非常关键的。
   这只是鄙人的想法，如果有说的不对的地方欢迎指出。

lrdavid

再小的公司在做项目之前也是需要项目计划的。
1. 把握需求，项目启动之前一定是会有需求的。做计划可以肢解需求，让项目组的成员对需求有更深刻的了解，本来小公司人就很少，如果大家对需求把握不了就麻烦了。
2. 做好计划有利于明确各自的职责。
3. 提高员工的效率减少项目的无故拖延。在实际情况中，如果项目组的紧迫感不强的话会造成员工效率的底下，如果在做计划时能按照时间来要求进度，做好里程碑点的控制的话会很大程度提高项目的效率。

lennie-zhao

就拿我的公司来说，公司的确很小，但做的是产品，项目历时1年了（还在进行中），过去的一年只是完成了整个大项目的一部分，这一小部分就计划。项目无论大小都是一个个小部分组成的，每一个小部分就是计划

阿七

磨刀不负砍柴功

jhhaitun

要不要做计划，答案是肯定的。理由上面已经讲得比较全面了
难的是，项目很紧张的时候，没有时间去做计划。或是经验不够丰富的时候，计划做的没有水准，没能体现计划的优点来。
那么，如果是上面的情况怎么办呢?
时间紧张：
先跟着有经验的同志领导下工作先展开来。期间的变化，或者小的计划，负责人要及时沟通记录好。等到中间有空闲的时候，计划再慢慢跟上。
经验不丰富：
请个高手（基本不太现实）
一边集体商榷，一遍摸索，一边执行，一边及时总结。
本次经验累计下来，下次同样的问题，不可以这么杂乱无章了

Airoo

磨刀不误砍柴工，一开始可能会比较困难，几个项目下来就看到进行项目计划好处了

mengpeng

我认为一个好的计划就是事情成功了一半，没有计划就无从下手。虽然是小公司，也应该有完整的计划，这样每个人才知道什么时间做什么事。做起事来有条有理，不至于盲目，更能事半功倍。试想在一个脏乱的仓库和一个整齐的仓库，那个仓库找东西更快？效率更高？小公司，时间紧.......这些只是借口罢了。

movestar

我个人认为有计划比较好。虽然公司小，但是没有计划，后期改动量有可能会很大，而且开发人员没有充分的依据来证明他们的开发是按照上司原来的计划来实现的，所以有了计划就相当于有了一份可以思考、参考、证明的依据。
前期花一部分时间去计划项目，会给后期带来很大的方便，有不明白的地方就已计划书为依据。
易于软件的开发与测试。
没有计划的开发返工的几率是十分大的，对于开发、测试、公司来说，都是浪费。
因此我坚持，开发前一定要做好计划。

sundongzhi

在很多时候都会出现这样的情况，周期短没有时间写测试用例，这样可以写测试大纲！测试用例还是必须的！

蓝色水滴

其实两者完全不冲突的啊，难道说写计划会延误项目的进度？不见得。再紧也不差个一天半会儿的吧，不是说所有的计划都得写在纸上，写得清清楚楚，谁做什么，在哪天前必须完成什么功能，还有意外延期处理等等。尤其是小公司，就3-5个开放人员，他们制度的灵活性非常高，用流行的话来说，就是完全具备敏捷的研发条件（但前提要开发人员的个人素质和开发技术要突出）。他们的计划在研发的过程中可以快速的更改，而不需要复杂的流程。一句话再小的公司也有计划，也许没有那么详细，也许没有纸质化。

ningxin

小公司也要先计划好，只是赶进度的去做，很盲目。而且会导致后期的维护量很大，项目缺乏灵活下，难扩展。计划好了，开发起来也很快的，关键是后期维护量小，相应的耗费的人力成本等都会减少。

爱喝可乐的猫

目前，由于小公司的开发流程就存在很大程度上的问题，没有需求说明，没有开发文档，等等一切的需求都是没有标准的，一天可能变换n遍，另外开发人员之间可能没有工作的具体化，一个地方改动，甚至牵扯到了大局，给测试带来了很大的麻烦，没有需求，开发人员乱搞，需求随时变换，都在很大程度上造成了项目的进度，只赶进度，产品根本无法正常使用，稍微有点问题，可能整崩整个系统。

helina168

没有计划的话后期工作很难维护，就好比你先不想好盖什么样的房，直接盖，那么可能你盖到中途发现这房再盖下去会塌，那么这样不是做无用功吗。一个项目是需要计划的，每个阶段都应该有计划