关于技术团队管理的胡言乱语

　　和真实的社会一样，程序员的天下也处于不停的进化中。社会分工往往是社会前进的标志，因此，当程序员破裂成架构师、设计师、开发工程师时，我们并不以为惊讶；当开发工程师细化成后端工程师、前端工程师之后，我们同样可以把它看作是程序员社会的前进与生长。可“全端工程师”是怎么回事？岂非社会分工的生长在程序员的天下中不再适用了？而且“全端工程师”的称呼特殊让人容易追念起软件领域的史前时代，那时间的黑客们可是真正的全端工程师（固然，我猜他们纷歧定喜欢工程师这个一点都不酷的称呼），软件硬件、编程电路无所不能。

　　在当下的软件情况中，“全端工程师”这个观点到底意味着什么呢？在我看来，“全端工程师”的观点与生产工具的生长以及开发需要越发“快速”直接相关。开发语言与开发工具的生长，加上手艺开发平台的尺度化水平越来越高，可直接使用的框架和组件越来越完善，和几年前相比，现在的工程师可以更容易地掌握多端开发技术。另一方面，越来越受重视的“快速”开发和部署则在进一步寻找开发历程中可优化的部门。显然，若是一个工程师能够以前端到后端完成一个功效或者产物，那么开发职员之间、开发职员与相关协作者之间的相同成本无疑会变得更小，开发的响应速率也会变得更快。一个拥有足够多“全端工程师”的组织，显然可以以更快的速率和更低的成本开发产物；而一个拥有全端开发能力的“全端工程师”显然也具有更好的顺应性和改变天下的能力。《与机械赛跑》这本书把经济周期归结为生产力的提升，以为生产力的提升是造成就业结构转变的主要缘故原由，那些跟不上生产力转变的个体将会被社会无情地镌汰。虽然我并差别意这本书关于经济周期缘故原由的判断，但关于未来，我想说：“一招鲜，吃遍天”早已行不通了。未来的工程师不再需要用前端或者后端的名称界说自己，厘革只会把守旧的人甩下车。手艺的作用在于知足用户已经体现出来或还未体现出来的需求。对工程师来说，施展价值的地方仍在于与产物的强联系。努力施展手艺的气力，影响产物，影响设计，探索种种可能性，用手艺资助自己所在的组织改变天下才是迈向未来之道。

　　自组织团队（Self-organizing Team）

　　“自组织团队”这个词2002年也大有市场。这个名词自己并不新鲜，但今年，我多次在种种场所听到演讲者提到这个名词，要么是先容自身自组织团队的履历，要么是信誓旦旦要成为自组织团队。那么，这个自组织团队，事实是什么名堂？

　　实在，自组织应该可以被看作是宇宙的常态：原子自组织成了分子，细胞自组织成了生命。若是将企业比作生命体，从生命的生长历程来看，我们现在所习惯的这种完全自上而下的控制方式才是怪异且不自然的。固然，社会组织（公司）不是生命体，但越来越多的研究讲明，组织更靠近类似生命体的庞大系统，而不是对特定输入具有可展望输出的简朴决议性系统。

　　对一个团队而言，自组织意味着什么？在一个组织中，任何一个到场者都不具有完整的信息，也无法完全明白整个系统。因此，到场者必须群策群力。但若是到场者不能够成为真正的决议者，他们纵然能够将所有信息集中起来并获得合理的解决方案，也无法接纳任何行动。另外，从心理的角度思量，若是没有合理的引发机制让到场者有意愿集中自己的信息并解决问题的话，那么组织也无法快速响应遇到的问题。一个自组织的团队需要优秀的相同和决议机制，以及优秀的引发和激励机制。

　　固然，凡事不行极端。设想企业是一个完全由个体自觉组织起来的团队，它能够正常事情吗？我想很难。究竟，组织的目的与小我私家的目的不大可能完全一致。从这个意义上说，组织中必须存在一定水平的控制，这样才有可能让整个组织朝着组织的目的顺遂前进。然而，过分的控制往往又是抹杀创新的主要缘故原由，卢茨在《绩效致死》这本书中，用生动的案例形貌了通用汽车这家曾经是美国自满的公司是怎样在超强的控制下变得死气沉沉，一片萧条。那么，我们要决议的，就是在自组织和控制之间选择怎样的平衡。而作为一个治理者，借用《治理3.0》一书的形貌，治理者就像花园中的园丁：偶然照料成熟期的系统，让它们自己解决自己的问题；频仍维护年轻的系统，让它们根据组织的意愿生长；对趋于殒命的系统，发现它们并把它们扫除出去。

 2/3   首页 上一页 1 2 3 下一页 尾页