『讨论』研发项目性质的项目如何管理

如果你用了TDD、敏捷方法，就不应该这么看重预先设计（up-front design），因为"You Aren't Going to Need It"（就是YAGNI）。按照敏捷理论，通过TDD和重构自然会做出好的设计。
至于Spring、Hibernate这些框架，他们受欢迎很大程度上是因为他们是轻量级的技术，能让敏捷方法更容易进行，EJB2.0被抛弃原因也是一样的——它太重了难以测试。
如有冒犯之处请原谅：）

不知道金蝶的BOS到底有没有料。最近面试，很多是金蝶的，木发觉咋顶尖法...

开发人员的素质就是有组织有纪律能帮公司赚钱，不是坐在角落天马行空。

其实搂主主要的工作是组织好设计人员缜密的设计好系统。
确实没有感受到有什么研发的性质

有没有研发，我作程序也有几年了，我自己心里清楚，总是在这上面纠缠不清，一味的钻牛角尖，也不是解决问题的办法。
    我只是想找一个向下能够领导团队作出更好的程序，更好的架构以利于未来的扩展，向上能够向领导一个交待。
    我在提出的问题中，你们都还没有讨论的，就是还有一个重要的方面，如何考核，原来公司里做了几次考核方案，不是半途而废，不了了之，就是走形式。
    比如：每个月都拿出一部分工资钱来考核，怎么去考核，确没有好的办法，很容易打击程序员的积极性。
    工作量上分配也不是很容易的，因为水平高的程序员我希望他能作更多的事情，任务也就更重。但是在考核时就很容易完不成任务。
    而且公司的薪资又不是百分百的按照能力的差异来发的。程序员中的级别在大多数公司里都是差不多的。
    希望大家能讨论一下各自讨论一下自家公司是如何做的。而不是在扯一些不沾边的事情。

    钻牛角尖，好像不是你的风格，从公司的角度是不允许的，从我的责任心也不会这样做的。这样的论点不需要拿出来讨论。

在我们公司，“人治”强于“法治”

一、不管做什么系统，老板要求做很细的里程碑很正常，里程碑这些东西对客户来说也是一种承诺。

二、“航空公司航班交易系统”是个业务系统，业务要求应该很明确，没有明白LZ想说的研发项目指的是什么意思，要研发什么内容？导致进度无法制定，项目任务细节无法做出。不会是说业务用户不知道具体要做什么，你们项目组也没有人知道业务细节，大家在一起从零开始做设计？如果是这样，项目就不是什么环境宽松的事情了，反倒更要严格管理。

要不还是请LZ把具体的问题表述清楚。比如这个业务系统的项目怎么是一个研发性质的项目，公司提出了什么具体的管理要求等等。细节不表述清楚，后续的讨论也就天马行空了。

三、开发环境宽松并不意味着没有开发纪律、没有考核。

这也有些极端了。 有组织有纪律还有创造力当然更好。团队自身的发展对公司也很重要，而不是只专注于赚眼前的钱。
    我看大家也不要讨论楼主的项目是不是研发项目性质了。对于做过很多业务系统或者做过类似系统的人来说，当然不会觉得这是研发项目。 如果对开发团队来说，这是个全新的领域，那是可以认为是研发项目的。何况即使需求很明确，甚至以前做过类似的项目，在具体做的时候还是可以有很多创新的，比如用户界面和操作性方面，甚至数据持久化方面也不是不能有所创新，非用hibernate不可。每做个项目，总要比以前做的更好才对。
    不考虑楼主的项目，仅考虑一个研发性质的项目，各位有什么好的方法可以在不导致项目遥遥无期的前提下还能发挥发挥开发队伍的主管能动性和创造力呢？
    我现在也在参与一个（我认为i的）研发性质的项目.进度压力太大，开发人员会只想凑活完成功能，或者copy以前做过的类似东西（如果有的话），没有压力时开发人员会天马行空，想法很多却有很多完全偏离项目范围，而且不可否认有部分缺少主动性的开发人员趁机作自己的事或是偷懒。
    这个分寸的掌握是否只能依靠teamleader的经验还是有什么可以量化的指标？希望大家能讨论一下。

1、最好使用正激励的方法进行考核，也就是在工资之外，让公司拿出一部分钱来进行激励；
2、明确岗位职责，不要出了项目经理都是程序员，至少也应该区分高级程序员、程序员；
3、采取同一级别同一考核标准；不要拿程序员和高级程序员在同一标准上考核；
4、主观客观并重，逐步加大客观的比例；一开始可以完全是主观指标，然后根据实际情况增加客观指标；
5、没有完全公平的考核；