项目进度控制与员工激励技巧探讨

建设团队需要多少时间呢?
我觉得建设团队本就是开发过程中的事情.
基本的做事方式,原则想法,一些惯例,有个
1,2个月一起工作经历也就可以了.


smilelee74 的说法和敏捷观点非不相同.
smilelee74是有一些什么样的经历形成
这样的观点的呢,能否和大家分享一下呢.

见大伙这样热闹，我也写写自己的心得。

项目经理职务本来就工作多多，除了了解业务需求见客户以外还需要设计数据库，oo的设计，团队的人员工作安排，进度安排，人员能力考虑，与上级领导汇报进度，基本测试有时候也需要亲自做，团队人员之间的沟通，除了业务还有态度，学习情况，有时候还要关心一下生活工资水平等等。之类的繁琐事情。

若遇到比较紧迫的项目时候就比较麻烦，我们可以分解除了，一定需要建立一个比较好的等级制度。首先按照3人团队模式安排一个小组长负责另外一个程序员的代码检查与工作进度的汇报。小组长只向项目经理汇报情况，出现问题直接由组长负责，可以减少团队之间人员的摩擦，也可多开会让大家共同研究一些问题。如果某成员有建议或意见也可单独倾谈已获得最新资料。有关业务方面的信息也可以让成员提出一些自己的意见，意见可以成员之间相互讨论得出，不能说项目经理一人说了算，但在某些具体细节上需要项目经理牵头带动决定。

团队组合除了项目经理外，其他人员基本上是不固定的可以自由调换，所谓的自由调换是因其他项目安排或者是人员流动。

推动团队发展一定需要一些制度，如刚才例子的层级管理制度，并且要向团队成员宣布，落实。框架管理制度。代码模式制度。注释编写制度。如出现问题发现bug，而因为这些不符合规范者一律受到会议上批评。

除了以上原则我感觉最重要还是加班问题，加班带来的严重后果我不说大家也清楚。除非必要，就不要安排加班。或者到点后项目经理主动告诉大家下班。以前经常有怪现象，项目经理不走，大伙都在上网浪费宝贵的私人时间。

项目经理应该多为成员向公司争取福利，例如开会车费报销，饭餐贴、加工资等，说白了这是公司给的也不是你项目经理发的，不要眼红。

只有一个会为下属着想的领导才能带出为你卖命的团队，无论好坏，你说一、二、三大伙都拼命干。

如果有人说项目通常都会加班加点的干活。
我可以告诉你，你的项目是经常加班加点干活就应该作出检讨，看看是团队效率问题还是需求不准确另项目重复开发，或者还是人员流动带来的，或者还有其他一些想不到的问题。

一般团队成员会遇到以下一些不满：
1。成员间薪酬水平不平均，造成成员心里不平衡。
2。成员间工作分配不均匀，比较多时候是薪酬高的成员工作量少得可怜，新成员通常都会多多。国内薪酬高的只代表年资高。
3。成员间技术竞争明显，大家互相使用新技术，都认为自己领先，标榜自我。
4。职务安排不当，令成员直接产生敌对心里，若该成员无法胜任该职务应该及时更换已平服团队。
5。成员除了承受工作压力外还承受领导模凌两可的指挥的压力。有些团队的项目经理说了后，老总回直接下命令到个人。
6。领导对成员不尊重，常常打官腔。错了不承认还把责任推到下属。

以上是个人在程序员到管理的一些心德和看法。

资历很浅,实在是不好意思在软工版发言,仅一点个人看法:
说到团队,公司内部的团队,与开源项目的团队,我觉得有必要分清楚.大多数公司团队基本不可能达到开源团队的水平,也不能拿开源项目的团队水平来衡量公司团队.这两者所追求的东西是不同的.一个是为了吃饭,另一个是为了某种精神,技术追求?是不是有人把这两者混淆了?

这里没有人在讨论开源项目的团队吧？

因为有很多公司采取的是一旦项目结束，就把团队拆散的做法。这当然是很不利于团队的形成的。

这种公司的最终目的大多是为了赚更多的钱.项目结束了,产品成熟了,还养着这么多程序员,钱不是白花吗.所以这种公司根本就是软件业的败类,中国软件的确要向外国人学习学习,也不只软件业,很多行业都得学习学习!

举一个简单的例子，
你刚到一个公司，接手一个项目。
在你面前，什么都没有。
团队没有，制度没有，框架没有。
项目的进度摆在你面前。
这需要怎么做？
先磨合？磨合不成功带来的风险由谁来承担？
磨合过程中带来的人员内耗是不是值得？
如果你有一套制度，文档体系，以及成熟的开发框架，
这一切是否就会变得有条理？
我做过几个一切从零开始的项目，人员，技术，框架都没有。
在这种情况下，是没有时间给你建设团队的。
所以我对制度和开发框架非常看重，追求制度化的管理，靠自己的框架来保证代码风格的统一和质量的保证。
开发人员一旦溶入框架之中，就很难自行其是，不能随意按自己的想法写代码。
框架虽然限制了灵活性，但保证了质量，实现了量化工作量的目的。这样做项目估算的时候就能准确把握时间，也避免了加班现象。

貌似gigix理想中的团队就是如此.

“通过使用框架，实现了量化工作量的目的”，这个比较有趣，能详细说说吗？

我认为制度、规范和团队的关系应该是这样的：
好的制度和规范应该是有助于团队的形成与凝聚的制度和规范。
好的团队能更好地遵守制度和规范，只要这些制度和规范是有助于团队的形成和凝聚的。
好的团队能够，并且善于根据形势的变化对制度和规范进行调整，也就是说，具有自适应性。

最后我要说，有凝聚力的和战斗力的团队是软件企业的宝贵财富。遗憾的是，很多企业认识不到这一点。