我对一个IT项目开发团队的想法

毫无疑问，在这个日新月异的IT领域，管理和技术同样重要。我看了一本叫《IT史记》的书，里面介绍了很多知名的IT公司。很多都是从技术入手，赢得了用户的信任。刚开始的时候，似乎技术的作用很大，但是当他们逐渐起来的时候，就会遇到一个问题:管理。只有管理得当的公司才能在竞争中立足并获得优势。在我个人看来，管理就是合理配置资源，以有效的方式组织和分配资源，从而达到一种效率，向着共同的更高更远的目标前进。
当然，上面的管理还是很笼统和抽象的。具体来说，我们需要讨论的是一种团队管理。这类团队从事的是产品开发，这些产品是要放到IT界给用户使用的。在这个过程中，每一个参与其中的人都能得到他所需要的东西，无论是物质上的还是精神上的，每个人都能以热情饱满的态度去对待。我们迫切需要用科学有效的方法来实现这一目标，这是管理者需要完成的任务。所以，更重要的是，管理者就像一股爽朗的微风，可以吹散许多小岛之间的迷雾，让彼此看到彼此的美丽风景；同时也是一座简单的桥，让彼此看到对方的风景后，更愿意从这座桥走到对面，互相学习。当然，美丽的风景还是在岛上，管理者只是在这个过程中找到了乐趣。
接下来，我想深入一点，逐层讨论几个特殊性。同时，表达我的观点；
一、IT项目开发的特殊性
1。开发出来的产品很可能就是我们所需要的
显然，我们这些每天面对电脑的人，必然会考虑自己需要什么样的产品，什么样的产品使用起来更方便快捷，赢得更多的用户。如果我们没有我们需要的东西，我们通常会想:为什么不自己做一个呢？
2。开发环境是一台电脑，可以集娱乐和工作于一体。我们需要计算机来开发我们的产品。现在电脑超级强大，玩游戏听音乐的人没问题。这样，平时有了电脑，我们会在电脑前度过一整天，工作娱乐都是围绕着电脑进行的。这就决定了开发者的很多特点，比如不愿意说话，却愿意在电脑前写大文章；不喜欢踢球，但是踢国际足联挺强的；不喜欢出门，但是喜欢研究GoogleEarth之类的软件。
二、IT项目管理的特殊性
1。对管理者的技术要求可能比较高，无论是深度还是广度。
网上也有一些关于IT项目对管理人员的技术要求的讨论，但大多数人认为管理人员的技术知识在项目开发中起着重要作用。至少，我们认为它是无害的。如果管理者懂技术，可以说的优势是:项目负责人决策时更科学，可以适当决定是否使用技术；他的决定更有说服力；更容易与开发者沟通；在项目的过程中，我们可以更好的掌握项目的进展，从而分配好时间；更何况，如果经理是个牛人，能让其他人说“我服了你”，那么一切工作就好开展了；此外，项目的宏观控制非常重要，这需要技术支持...
2。对管理人员的协调沟通能力要求更高，这是IT技术人员的普遍特点所致
。如前所述，很多技术工人整天面对电脑，会比较内向，所以在做工作的时候难免会遇到一些交流沟通的问题。在这种情况下，他们会遇到一些问题。项目必须是中心。如何克服这些小问题对项目不利的一面，是管理者要考虑的一个重要方面。
三。IBM俱乐部模式发展的特殊性
1。以学生为主，通常是那些现在学，现在用，但是学习能力很强，有很大深造空间的人[/k0/]
首先，所有参与开发IBM club项目的成员都是我们在校的学生。我们在崇拜技术的同时，也在努力学习。所以我们的头脑里要装的东西要多一些，塑造的空间很大空。我们开发项目主要是为了锻炼自己，学习知识，找乐子，不像企业里有些人为了工资而工作。
2。学习资源很多，在学校可以寻求各方面的帮助。
其实我们重新学习的很多课程都是继续深造的必备基本功，比如数据结构、离散数学、计算方法、数据库、操作系统等。教我们的老师通常都是这方面的专家，我们不应该用研究作业的态度对待他们。更好，更好。
四。IBM俱乐部模式项目管理的特殊性
1。我们必须努力提高技术水平
我们必须让我们的会员努力提高技术水平，这是第一位的。一切工作都要围绕这一点展开。
2。负责人更需要的是态度和热情。
成员几乎是平等的，但是一个人热心协调时间，组织例会，发现问题第一时间反映，调动成员积极性，处理日常事务，比如打扫卫生等等，都是很有必要的。
3。认识会员很容易，但是需要主动
。我们都在校园里，除了项目开发和合作的过程，更多的时间是在一起度过的，比如学习和生活。我们需要像朋友一样相处。所以，当我们和别人相处的时间长了，我们就会了解对方，从而了解对方的性格和个性。当然，这离不开主动。
在这里，我要提一些我认为比较重要的，可能会遇到的问题，以及我认为比较可行的解决方案:
1。团队凝聚力
解决方案:玩！
团队的凝聚力当然很重要。我没有更好的办法让一群人像一堆柴火一样燃烧。我觉得解决的办法是，在明确目标的前提下，我们需要整天把工作当成玩具，像一群调皮的孩子。当然，工作毕竟是工作，不会像玩那么轻松，但是当我们从中得到乐趣的时候，也许枯燥的工作就变成了有趣的东西。因为在孩子手里，泥巴也能玩出天堂。所以一个团队会不会一起玩，一起笑，可以看出这个团队是否有凝聚力。我们应该在工作和学习之余开展更多的集体活动，以提高我们的集体凝聚力。
2。团队之间的沟通
解决方案:会议+文档！
适当的、定期的聚会是我们相互交流的方式。当我们表达自己的观点并倾听他人的观点时，我们就达成了思想的交流。如果我们能选择一个共同关心的话题或一个共同困惑的问题进行讨论，对我们各自的提高肯定会起到很大的作用。
总说技术人性格内向，难以沟通。如果会议起不到应有的作用，文档化肯定是一招。文档的作用真的太大了。先不细说它在项目需求分析、开发以及后续改进的整个过程中的巨大作用。这也是一种很好的方式来编写文档，作为我们相互交流的一种方式。为什么？技术人虽然不一定擅长语言交流，但都是很好的思考者。他们更喜欢安静地思考，然后通过键盘在程序中显示自己的思考结果。有了这个功能，我们可以使用文档作为交流的方式。我提出的具体方法是:由某人确定或发起一个主题，采用尽可能随性的写作方法。涂鸦式，如果是线性的，可以通过掷骰子决定循环顺序。然后轮到谁就看前面的成员都写了什么，然后对它发表自己的看法(一定要写什么，不同的人用不同的颜色，可以提前约定)。然后，成员会定期整理文件内容，提炼主要思想。主题可以委托给负责人。关键是要形成这样一种半自由半规则的交流模式。
3。提高开发效率
解决方案:“赚钱”+分工！
在这里，“赚钱”是共同的目标。在项目实施之前，明确我们的目标。在具体企业中，有时企业会用加薪来刺激员工更好地工作，甚至加班。工资是他们奋斗的目标和理由。当然，我们不能像在企业那样，给每一个努力的成员发工资，但给我们的暗示是:只有有了好的目标和诱因，才能提高我们的发展效率，才能让我们的每一个成员“迫不及待”地投入其中。当然，如果我们的工作能让我们维持生计，给俱乐部多买几双新鞋套，那也不错。
另一方面，合理的分工对提高开发效率尤为重要。一个团队里的每个人一定不能一模一样，一定要有自己的特长。合理的分工可以有效利用团队成员的所有“资源”，从硬性方面提高开发效率。同时，如果你是团队的一员，没有人愿意拖别人的后腿，因为这是要“拖”的”[br/]简而言之，明确的目标+合理的分工，才能造就一个高效的开发团队！
4。实际行动
解决方法:还是行动！