小团队管理方案范文.docx

小团队管理方案范文
小团队管理方案
一、团队气氛
所谓团队，就是我们必须把团队融合一种非常团结的气氛，相互之间能够进行很好的有效的沟通，尤其是工作方面的事情，当然慢慢的生活中的事情也是可以参加的。
二、把握客户
其实做销售，最重要的不是产品，而是客户。作为一个办事处，其实我们的区域是限定的，那么这个区域内的客户就是根本上固定的，大的、中等的、小的，都是根本固定变化不大的。那么，这些客户可能跟我们合作着一条或几条的产品线，我们是不是要把这些客户给罗列出来，尤其是还没有合作的有一定实力的客户，因为我们办事处根本上可以把公司所有的产品都拿出来销售，因此有很大的广度来跟客户沟通谈判，这个产品不行，可能另外一个产品是客户能承受的，然后我们就可以从1个产品慢慢的谈，慢慢的就变成2个产品，甚至更多的产品来和我们合作，这个一方面是增加了客户跟我们的合作亲密程度，另一方面肯定带动我们整体的销售。
三、产品知识和共享
办事处人员有限，其实我们的客户数量也是有限的，那么我们就会很容易找出一个比较适当的时间，尤其是下班之前的1个小时，这个时间我们就可以对公司的'产品线，这个产品线的操作标准，价格政策，台阶条件有一个培训，这样的话，一方面是提升自己，扩大知识面，另一方面也是加大了成交的时机，很多模棱两可或者客户没报希望的销售可能在我们熟悉公司各个产品线的情况下，我们可以促成这个生意的成交，由此也可以到达多产品销售，而且各产品扩大销售。
四、充分利用内勤人员
要把销售和内勤别离，销售的工作就是开发新的成交时机，内勤的工作就是维护老的成交时机，寻找现有客户中的合作成交时机。其实现在的和网络销售有很大的力量，我们是不是要对内勤人员有
一个CALLOUT的，甚至可以设定奖励和处分措施。做为内勤人员，我认为他一定不能是脾气人，她一定不能是懒惰的人，他一定不能是粗心、的人，她一定要是一个文静和细心，勤快不懒于沟通的人，所以一个好的内勤也是非常重要的。销售要经常去拜访客户，维护客情关系寻找新的时机，所以维护销售的工作要依靠内勤不断的沟通客户需求，询问客户现在合作的产品（这个工作至少每天要有一次，每个客户），并推广我们公司的一些价值不高，但用途和用量很大的产品，促进成交并减轻销售的工作量。
其实上面说的比较多了，简单来讲小团队管理：
1、关系搞融洽，最有效的就是聚餐、郊游等；
2、全体攻坚客户，找适宜的人和产品去达成与客户的合作；
3、共同培训，学习，共同进步；
4、要让内勤勤快起来，销售跑动起来。
小团队的技术管理xx-09-11 11:53
最近一年左右兼职技术管理的经验试总结，核心理念就是以人为本。
小作坊小工程的构成往往是一个相对有经验的人作为leader，带几个毕业生构成一个三五个人的小作坊。没有到达配置专门的工程管理人员的程度，因此管人管事管技术，三权集中在一个人身上。
对效率上有好的和坏的影响，但也是不错的选择，开发人员一般是比较难管理的，职业的工程经理很难做好这个事情。
这也从一定程度上让这个leader的精力极大分散，很难做较多的coding工作，分散在工程管理，对外对内协调，以及人才培养，质量控制等工作。耗散精力，同时也对能力有较大的锻炼，提高了独立生存能力。
年龄特点
之前有专门讨论过，由于婴儿潮的原因，90后人逐渐开始变少，同时由于没有经历过童年的物质匮乏和最近几十年的快速开展，这代人相对80后更崇尚自由，会少一些牺牲，多一些自我实现，也因此相对更难于管理。
这代人的成长环境也确实优越一些，接触电脑早，优质，也少走了不少弯路。相比之下，同样是工作两年，明显新生代比曾经的我有诸多优势。当然，这也是相对的。
无为
无为不是什么都不做，而是让无来为，事情本身有自己内在的规律，把一群优秀的人放在一起自然就能做好事情，这种协作的能力是天赋的。无为是尊重客观规律，不做不必要的干预，在宏观上把控，抓大放小，用养的心态，往往能释放应有的创造力，得到高质量的产出。大局部的控制都是弄巧成拙。
以人为本
工作为了什么，首先是钱，然后是成长，再然后是实现理想。
培养和保持一个精英团队，对技术有卓越的追求，互相认可彼此的技术水平，这样的环境在国内是十分稀少的，自然会在一定程度上珍惜。
独立承担更多的责任，而不是把底层自己实现掉，剩余ui层来做。对管理者来说，大局部的模块已经没有什么挑战了，应该放手放权让组员独立承担，对自己精力是一个解放，可以锻炼了组员独立解决问题的能力。如果每个人都能做到自我管理独当一面，就有时机变得轻松了。寻找一些有技术深度的点出来，把局部预研工作交出去。独立面对产品和ui，节省自我的精力，也对组员有好处。
抓大放下，不深入细节，过多的控制有副作用，细节的争论消耗精力，又因为组员把全部精力投入到一个点上，因此也很难占到廉价。
保持coding，要有自己的核心技术，否那么，很快就会受到挑战。管理者有点像是坦克和治疗的责任，来保证dps全力输出。
我推崇流程尽可能的弱，因为几乎每个流程都有副作用。deadline会影响质量，refine然后就不被鼓励，指标越精细越抑制创造力的发挥。如果大家都是kpi导向，就没方法做到卓越，真正的卓越从每个人的自我实现中涌现出来。
真诚沟通，不是从公司的角度，而是从对方的角度，究竟我认为怎么做是对的。在一个公司待的时间毕竟有限，三五年可能就不在了，一个互联网公司的寿命本身就短。技术也一样，很快就过时。作为个人和团队，应当如何共同应对这些挑战。
程序员把代码看做自己的孩子，因此要尊重组员的代码，这样他们才能用最大的爱心和热心来维护这局部。曾经我让G同学改了 H同学的局部代码来实现一个需求优化，后面有问题找H同学，感觉他的意思就是，代码被G改乱了，他不想管了。这也说明了，保持所有组员的高水准的必要性。之前我也接手过一些代码的维护工作，坏味道非常重，非重写不可。持续产出低质量代码的人，应该从编码工作中脱离出来，或者隔离到一个不被任何人依赖的地方。
无为的缺点
无为执行起来实际上非常的困难，也有一些不利的方面。类似民-主，能释放创造力，有时又效率地下。无为相信人，但人终究有时不可靠的，这就导致有可能出现有人吃大锅饭，或者自我管理能力不强失控的情况出现。
具体表现在时间和进度上容易失控，如何及时发现和化解这种风险，而不是视而不见。因此需要一个清晰的工程方案和任务估计，一方面及时发现风险，一方面也是对时间管理能力的锻炼，这一点很重要。
人治有好处也有缺点，容易形成军阀割据的情况，因此聪明的管理者会引入法制来进行约束，法制把人拉回平等的水平，一定程度上也是必要的。也就是，以德治国是不够的，还需要依法治国。
在中国很难有纯技术的环境，不得不在一定程度上kpi导向，国内的各种创新院研究院，都没有好下场。因此，要保持平衡。
权力的味道
“如果你们告诉我的有关他们的事是真的，那么我只能说，他们还没有尝到真正的权力的味道。”-宋美龄
权力是个好东西，但不能迷恋。有舍才有得。想拥有就会恐惧，就会消耗精力，而实际上拥有与否并非是个人意志所控制的，不如随缘。
物竞天择，换个角度，天竞物择，没有要为了一个具体的事情改变自己。同时又要像水一样，不守一个固定的形态。
挖苦
我曾经有过一个神级的leader，可惜当时太年轻，选择去挑战而不是学习，错过了不少时机，回想起来十分懊悔。如今我也在经历类似的事情，很具挖苦意味。每个人都有缺点，正确的做法是扬长避短，而不是挑刺，所谓三人行必有我师，也只有走过弯路才会懂得。
我们都还在成长的路上。