毫无疑问，在这个风云变幻的IT领域，管理和技术是同样重要的。在我看过的一本叫《IT史记》的书中，介绍了众多IT的知名企业，他们很多都是通过技术起家，赢得用户的信赖，在初期似乎技术占了绝大的作用，但是在他们逐渐起来的时候，就会碰到一个问题：那就是管理，只有管理的恰当的企业公司才能立足，在竞争中取得优势。管理在我个人看来就是合理分配资源，以一种有效方式组织和分配，从而达到一种效益上的最优化，向一个共同的更高更远的目标进步。

　　当然，上面的这个管理还是很泛泛，很抽象的。具体地说，我们需要讨论的是一种团队管理，这种团队进行的是产品开发，这些产品是要投入到IT界中供用户使用的。为了在这个过程当中，参与进来的每一人都能够获得他所需要，物质上的或者是精神上的，并且每个人都能够以最大的热情，最饱满的态度来对待，我们迫切的需要以一种科学而有效的方式来实现我们的这个目标，这就是管理者需要完成的任务。所以说，更多的，管理者倒像是一阵爽朗的清风，能够吹开众多小岛之间的迷雾，让彼此能够看到对方的美景;同时也是朴实的桥梁，让彼此在看到了对方的风景以后，更愿意从这座桥梁上走到对面，相互交流学习。当然美的风景还在小岛上，管理者只是在这个过程当中寻找到了乐趣。

　　下面，我想逐层深入，讨论几个特殊性。同时发表我的看法;

　　一、IT项目开发的特殊性

　　1.开发的产品很可能是自己所需要的

　　显然，每天对着电脑的我们，必然会考虑什么样的产品才是我们所需要的，什么样的产品用起来更加得顺手和方便，也会赢得更多的用户。假如我们所需要的没有，我们通常会想：为什么不自己编一个呢?

　　2.开发的环境就是计算机，可以同时集娱乐工作于一体。

　　我们需要计算机来开发我们的产品，现在计算机的功能超级强大，玩个游戏，听个音乐的是一点问题都没有，这样，通常有了一台电脑，我们就会整天泡在电脑前面，工作娱乐都围绕着电脑进行，这就决定了开发人员的很多特性，比如说，不愿意开口说话，却愿意对着电脑写大篇大篇的文章;不喜欢踢足球，打FIFA却相当强;不喜欢出去走动，却喜欢研究GoogleEarth之类的软件。

　　二、IT项目管理的特殊性

　　1.可能对管理者技术上的要求比较高,从深度和广度两个方面。

　　网上也有一些关于IT项目对管理者技术要求的讨论，但是大多数人都认为管理者懂技术对项目开发有重要作用，至少，我们认为这是没有害的。如果管理者懂技术，可以说出来的好处有:项目负责人在做出决策的时候，更具有科学性，能恰当的决定使用技术的取舍;他所作的决定更容易使人信服;更容易与开发人员交流和沟通;使项目在进行过程当中，能够更好地把握项目的进度，从而分配好时间;更厉害的，如果管理者是一个牛人，能让其他的人表示“I 服了 U”，那么一切工作都好开展了;另外，项目的宏观调控很重要，这都需要技术的支持……

　　2.对管理者协调,沟通能力要求更高,这是由于IT技术人员的普遍的特性

　　上面说了，由于做技术的人有很多整天都是面对着电脑，会比较内向，所以在做工作的时候必然会碰到一些交流和沟通上的问题，这样的话，对管理者的协调沟通能力上的要求就更高了。项目必然是中心，怎样克服这些小问题对项目带来的不利的一面，是管理者应该考虑的重要的一个方面。

　　三、IBM俱乐部模式的开发的特殊性

　　1.面向学生,通常都是现学现用,但是学习能力强,有很大的深造的空间

　　首先，参加IBM俱乐部项目开发的成员都是我们在校的学生，在我们对技术崇拜的同时，我们正在努力的学习当中，很多东西都是现学现用。所以，我们的脑子里还应该有更多的东西可以装，还有很大的塑造的空间。我们开发项目，主要是为了锻炼自己、学习知识和获得乐趣，不会像企业中某些人为了领工资而工作。

　　2.有很多的学习资源,在学校里可以寻求各方面的帮助

　　其实，我们再学习课程当中，有很多是以后深造的必要的基本功，比如说数据结构、离散数学、计算方法、数据库、操作系统等等，教导我们的老师通常是这方面理论的专家，我们不应该用学习功课的态度来对待之，更好的，我们可以将他们说教授的应用到我们的开发和具体应用当中。

　　四、IBM俱乐部模式的项目管理的特殊性

　　1.必须努力提高技术水平

　　必须让成员努力的提高技术水平，这一点是首要的。一切工作都要围绕着这一点展开。

　　2.负责人更需要的是态度和热心,

　　成员之间几乎是平等的，但是需要一个人能够热心地协调好时间,组织有规律的会议,发现问题的时候能够尽快地反映,能够调动成员的热情,同时还需要处理日常事务，如打扫卫生等等这些小事也是不可少的。

　　3,了解成员还是比较容易的,但是需要主动

　　我们同处在校园当中，除了在项目开发合作的过程当中，我们还有更多的时间可以呆在一起，如学习和生活，我们更需要一种以朋友的关系相处，所以，当我们将自己的很多时间与人相处的过程当中，我们就相互了解了，这样对于了解彼此的个性、习惯和特长，从而在项目开发的过程当中就能够合理的作好分工。当然，这离不开主动。

　　下面我在提几点我认为比较重要的，可能会遇到的问题，以及我认为比较可行的解决办法：

　　1、团队凝聚力

　　解决办法：玩!

　　团队的凝聚力当然是很重要的，我提不出更好的办法，让一群人能够像堆砌的材火一样，燃烧起熊熊的火焰。我觉得唯一的办法就是，在明确我们的目标的前提下，我们需要像一群顽皮的孩子一般，整天把我们的工作像玩具一样对待起来，当然，工作毕竟是工作，不会像玩那般轻松，但是当我们从中得到乐趣的时候，或许枯燥的工作也变成了有意思的玩意儿。因为在孩子的手中，泥巴也是可以玩出天堂来的。所以说，一个团队会不会一起娱乐，一起大笑就可以看出这个团队的是否有凝聚力。我们应该在工作学习之余，多开展集体性的活动，从而提高我们的集体凝聚力。

　　2、团队之间的沟通

　　解决办法：会议+文档!

　　适当的有规律的会议是对于我们来说彼此之间沟通的最好的途径，我们在发表自己的见解和聆听别人的观点的时候，就达成了一种思想上的交流。如果能选定一共同关心的主题，或者共同困惑的问题展开讨论会议，对我们各自的提高一定会起很大的作用。

　　总是说做技术的人很内向，很不容易沟通，如果会议不能很好的起到它应该有的作用的话，文档绝对是最好的一招。文档的作用真是太大了，先不细说他在整个项目需求分析、开发和后续完善过程当中起到的巨大作用，如果将写文档作为我们相互交流的方式，那也是很好的方式。为什么呢?虽然说做技术的人员可能会不善于用语言交流，但是都是善于思考的人，他们偏向于静静的思考，然后将自己思考的结果通过键盘表现在程序中。利用这个特性，我们可以将文档作为交流的方法。我提出的具体办法是：确定或由某个人发起一个主题，采取一种越随意越好的写作方法，涂鸦式，诺是线性则可以用掷色子的方式确定传阅顺序，然后谁轮到了就察看前面成员的写的东西，然后在上面发表自己的看法(必须写的，不同的人用不同的颜色，可以事先约定)然后由成员定期整理文档的内容，提炼主要的观点。一个主题可以委派一个负责人。关键是形成这样一种半自由半规矩的交流模式。

　　3、提高开发效率

　　解决办法：“赚钱” + 分工!

　　这里“赚钱”比为一种共同的目标，在项目进行之前，先明确我们的目标，在具体的企业中，有时候企业用提高薪水来刺激员工做出更好的工作，甚至加班加点。薪水作为他们奋斗的目标和理由。当然我们不能像企业中那样给我们每个努力的成员发放薪水，但是给我们的提示是：只有很好的目标和诱导，才能提高我们的开发效率，让我们的每一个成员能够“迫不及待”地投入到其中。当然，如果我们的工作能够为我们混口饭，为俱乐部多买几双新的鞋套那也不错 。

　　另外一点，合理的分工对提高开发效率显得尤为重要，一个团队中的每个人，必然不可能都是一模一样的，必然有各自的特长，合理的分工可以有效利用团队成员所有“资源”，从硬的方面提高开发效率，同时，如果，作为一个团队中的一员，谁也不愿意拖其他人的后腿，因为这样是要被人“鄙视”的，这是从软的方面提高开发效率。

　　总之，明确的目标 + 合理的分工 可以创造一个高效的开发团队!

　　4、实际行动

　　解决办法：还是行动!