小公司如何做项目管理(上)

后期维护的关键不是前期的可行性和扩展性，而是能不能收到钱
这是一个商务问题，而不是技术问题

不能一概而论，有的时候后期维护是要增加功能的，如果前期技术问题没做好，可扩展性差，后期会相当难办的。
系统的重构不是一件简单的事情！

感觉需求其实就是根本的地方~~~

一切转绕在它周围

就如楼上所说对需求的挖掘 是一切的中心,但是你不懂业务怎么挖需求?客户表达的需求你很难体会和把握 需要你进一步的分析和挖掘.这一切都离不开对业务的熟悉.为什么行业经验这么重要? 其实就是掌握某一行业的业务知识加上自己的技术能力 能更好的做好需求.软件就是工具,要知道客户真正需要的是什么样的工具 然后才是去把工具做出来.

有时候和具体分析用户的需求比起来，对一个行业的理解更加重要，因为当你在和他谈需求的时候，客户往往不知道自己要的是什么，这时候就需要对行业有比较深入认识的人来引导他们。

呵呵！！
我也一样啊在一家小公司上班。软件开发的管理根本太不上啊 。
有的时候我都很无奈啊 ？

看到这么多回帖，到这里有个疑问？？难道敏捷紧限于项目管理吗，公司如果有一定技术积累，比如高度抽象项目骨架，以不变应万变，不是非常敏捷吗？
管理很重要，但开发方法也和重要。

我的第一份工作是在一个小公司，里面做了3个10W到20W的项目，模板就是一个。项目经理会把需求分解成具体的用例，每个用例下面有具体的流程，全是很清楚的步骤，然后我们飞快的，就完成了初期的开发（我当时只是菜鸟级的，都没有问题）。之后派一人到客户那边，做具体的需求变更工作。

其实把业务很开发分开很重要吧，业务流程整清楚，给客户让他签字，前好后拿回来给程序员开发，只要公司的项目骨架里面集成了一些如分页，防止重复提交，错误验证，导出各类报表，各类页面组件之类的东东，编程跟写文档一样非常轻松。
做需求变更的时候，代码的修改量非常少。

我记得当时项目经理对我们有一个要求，我们做的jsp页面不允许写java代码，必须能够在dreamwaver中可以预览，这样修改页面就直接用DW。

后来换了几个公司，看他们的代码，业务代码与视图耦合，jsp中到处都是<% %>,看得我都反胃了，改一个jsp要半天时间。所以，编码规范也很重要。
敏捷并不一定体现在项目管理上，对吧。

 

 那你给解释下敏捷是个什么东西吗？

不错.我的项目也快到尾声了,需求还在变,自主开发,也不需要这样吧.关键学是开始需求都不确定,写一块是一块,结果块与块之间要整合,问题出来了,一个接一个.哎.郁闷.

小公司，文化，凝聚力，团队领导人的威信，统一的目标都很重要。靠监督和管理来做，是最差的一种方式。
大公司，因为上述元素很难统一，所以要靠管理和监督，这也是必然。