我的情况比较一般吧，boss接了个项目，让我们几个学生作，我是maneger。

项目是个很大的863项目，甲方很强调软件工程，于是我开始考虑这个方面的问题。

我们只负责其中一个较独立的基础的小模块，其任务量还没有精确测出，从菜单上看，有40－50个菜单吧，要求8月31日交活的。

我看试着用软件工程方法开始进度，已经两个星期了。事情越来越糟糕。我没有了idea。

我不用考虑money，几个学生的工作也基本是免费的；不用考虑资源，工作的时间是基本全天候的；项目估计是不可能的，个人的经验都很少，不知道什么活谁会在多长的时间里完成，还有同学在考虑中途上辅导班；唯一相同的两点：项目要8月31号交工，软件的功能要实现。

我以国家标准为基础，开始用那些项目管理的软件，开始漫漫开发之路，我发现我的任务量是不用这些软件和方法时候的10倍。

我看够了你们讨论的软件工程，都想创造一个标准的环境，拿出一个标准的解决方案，要用可以解决一切问题的软件和方法...

帮我解决一点实际问题，对于这种情况怎么用软件工程方法和思想？

一个软件项目，软件工程就算是用到了极点，那又如何？结果还能超过window，这个满身bug到最后还是要重新开发软件，

软件工程应该是一个服务的角色吧，一个服务的软件工程是否应对服务的对象来制定服务的方法？那么服务的对象是什么，各有什么特点？哪些对象应该标准化，哪些对象应该分开？我总觉得，什么东西都统一了，也有其弊端，至少在效率上要打折扣。

有没有高手可以指点一下，我现在遇到的是什么问题？怎么解决？

正规的工程方法是先定计划，你的计划首先不合理，不可能完成的计划用不用工程方法都完成不了。
其次你提到了花了更多的时间，没错，工程方法是一项工作，要花费大量的时间用于管理和质量保证等等，就大项目而言，进行管理的项目不应满身bug，而不进行管理的项目才会bug无边。
第三，工程方法应因地制宜，要做变通，而不应一成不变。

在没有对软件有深刻的认识和理解之前,尽量不要让它成为你的绊脚石

不 是所有得 项目都是一个模式，而是那些人都是就这么几把差不多得刷子