小公司应先进行项目计划还是先行开发赶进度？（2009-5-22 ）获奖名单已公布
背景描述：小公司开发设计全凭公司人员的想法和老总的想法为准，变动大且计划开发的周期时间短。那么小公司应先进行项目计划还是先行开发赶进度？
奖项获奖名单奖励答案连接最佳话题PK手蓝色水滴当当购物卡50元+最佳PK手勋章54#
本期问题由huihuike会员提供！
如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！
计划是行动的妈妈
我认为计划是行动的妈妈，就像失败是成功子母一样计划是我们在初期估计我们的进度，成本，规模
这些的正确估计，有助于我们合力分配时间和人力资源。
虽然是小项目，如果项目经理经验丰富，计划也是有必要的。。不然，我们在行动的过程中常常很盲目，更容易导致到期不能按质按量的完成。
小的概念是什么.
这个问题要看小的概念是什么,小到何种程度.计划是一切的开始
其实文中的说的公司人员的想法和老总的想法，从一定程度上来说也是计划，只是没有书面化而已。没有笔头记下的东西不能保证以后没有遗漏，开发之间的任务和意思也有可能还留有一点没有相互理解。（我就遇到过赶项目的时间，2个开发做了同一个页面，漏了一个页面）后期在改也要花很多时间。还是一开始把计划写下来，当然进度很紧的话，不用写的那么充分，但是必要的流程，任务分工等还是要记录的，这要不了多少时间，还可以为以后维护留下资料，毕竟人脑不是电脑，不能记得做过的所有项目。 小公司赶进度的后果是，后面花费的维护时间更长。这个时候就能看到实现计划的重要性了。亲身体验。 我本身是中立的，但是看到反方投票太少，所以给投了一个反方票，其实哪个好，实践是检验真理的唯一标准，两个没有做出来前，可以说无从对比。其实我们不要追求形式上的，或者固定模式的哪种方法更好，只要本着得到最终好的结果（软件）即可。
变是绝对的，不变是相对的。 本人觉得项目计划的制定非常重要，它对整个项目期间每个阶段需要多长时间进行大概估算，使整个项目组成员在这个阶段有个明确的目标，不会像无头苍蝇，保证了效率，也保证了产品的质量。没有项目计划，就没有一个指路明灯，一天干多少活算多少，最后可能会导致项目延期。 不管是大公司还是小公司都应该有相应的项目计划，应先进行项目计划是肯定的，但就目前很多小公司来说却没有相应的项目计划，主要原因有两个：第一，公司不重视，只要出东西就行；第二，项目周期短，时间紧迫，开发人员急于赶进度。 如果这个问题问的是只分先后，而不是进行不进行的话。。。。。我觉得先进行项目计划还是先行开发赶进度,为什么不能同时并行呢？
计划是对整体的操作规划，对于小项目可先分析业务，确定在老板怎么拍脑袋都不会变的需求先由开发实现（这个过程应该不会花太多的时间吧？），那么我想计划的同时也可以开始开发，测试也可以同时开展
计划不如变化快，但我们应该保证计划要赶得上变化 原帖由 Gray 于 2009-6-1 15:44 发表 http://bbs.51testing.com/images/common/back.gif
如果这个问题问的是只分先后，而不是进行不进行的话。。。。。我觉得先进行项目计划还是先行开发赶进度,为什么不能同时并行呢？
计划是对整体的操作规划，对于小项目可先分析业务，确定在老板怎么拍脑袋都不会变的需 ...
公司的计划变化太快，而且没有书面的一个确定需求，都是领导说今天要加这个功能就加这个功能，明天说那个功能不要了，又做了白工。开发人员做的很辛苦，测试人员做的也很辛苦，关键就是没有一个定论。 这个问题我也一直困扰哈！
小公司嘛，也不是很规范，按照一步一步规范流程来做，需要慢慢来。
什么也不明确，想到什么就做什么，想到什么就往里面加，原来所关联做的有些不合理又要删掉，真是浪费了不少劳动力，
开发人员和测试人员的劳动力，特别是测试人员，牵着鼻子走，本来测试人员就处于被动的状态，汗。。。。。。。。 需要不需要计划还得依具体的情况而定，在人手紧、时间紧的情况下一些流程上的东西我觉得还是可以删减的，不用非得去按正常的流程走，当然制定些简单的计划什么的还是必要的，千万别为了走流程最后把项目人员弄的整天加班去赶进度，时间挤到最后压缩的还不是项目测试的时间，没有经过充分测试的软件质量也就可想而知了（亲身体会啊）。所以制定项目计划，按照正常的项目开发流程是在人力资源、时间等条件相对充裕的情况进行会比较好。 视情况而定 没有先后之分。。。两手抓两手都要硬。。。::zilian:::
没有好的计划就没哟好的实施
首先要明确一点是否真的很小，如果半个月就可以搞定的事情，没有必要在搞一些噱头和一些没有必要的形式文档。
但是一个真正的项目，计划是最最重要的前期工作，需求如果不定好，没有办法定下来完成的时间，
需求的改变意味着无线的延期。
耽误时程。
RUP
小公司项目小可以采用RUP进行软件的开发，应该会比较有质量保证，不会浪费很多时间。计划做的周全了，需求明确了，可以节省很多变更需求造成的时间浪费，也同样为日后的开发节省下了时间。也可以先进行项目开发得到一个初期的模型，然后再扩展，即可以降低风险，也可以增加进度。但不管计划先进行还是开发先进行，都必须明确需求。并不冲突
还是觉得这些都是要兼顾的。项目计划是一个全局的东西，指导了整个的软件开发的过程。如果是紧急的项目，那就更加的应该有项目计划啊之类的了，因为，这样才可以更好对所要做的事情进行估计和计划，才能够避免盲目。假设一个紧急的项目没有项目计划等，恐怕开发进行到一半发现，哎呀，没有办法完成了，那才不得了。
计划是要做的
计划是肯定要做的 但是之所以叫做计划 就是说在实际执行过程中可以进行变动 计划是死的 人是活的 不管大小公司 项目开始前肯定要做计划（因为计划是根据项目性质来做的）完整的计划 小项目
完整的项目计划是个什么概念，对于一些项目时间特别紧急的项目可以之计划一些比较重大的里程碑，不用太细化，只要能充整体上把握项目进度就行，不必考虑1号设计几个功能点，2号测试几个功能点项目小，小又是个什么概念呢？无论大小，计划都是应该走的，但是应该根据项目的实际情况，考虑计划的制定方式和表现形式。
小公司也要通过分析它的组成来决断
从目前中国国情来说，投了正方一票。对于国内大多数小公司来说，人员少，具有丰富工作经验的高级人才也少，那么项目计划是必须制定好的。我们可以说计划是用来改的，但没有计划，我们连参考的标杆都没有，不光开发过程受影响，管理也混乱。
某些小公司，这种公司国外存在的情况较多，人员少而精，从上到下都是多年经验的牛人，而且共同共事多年，对于各种流程早已吃的透透的。我觉得这样的公司没有计划也可，难道你会认为他们会因此把项目搞砸？
多说一句，就像CMM的应用一样，国外一些公司已经觉得CMM流程制约项目开发，搞起了敏捷。国内目前还没有一家公司达到超越CMM的级别，自然还得老老实实按条条框框来的好。
