技术主管和技术总监的区别
我今年的项目之一是开发技术潜在客户的培训计划。 在准备本课程时，我在下面开发了此图，以解释我们关注的领域，并发现该模型在与Tech Leads互动的人们中引起了很好的共鸣，但可能并不真正了解Tech Leads的工作。 我还发现，这是一个有用的模型，可以与新的或现有的技术潜在客户讨论潜在增长领域。 该模型将技术负责人角色解释为其他三个角色的交集–开发人员，主管和架构师。
技术负责人是领导者的开发人员
如果没有技术主管，技术主管就不会一样，而且我希望拥有一大堆开发技能，任何具备能力的技术主管都会拥有。 在当今敏捷开发实践的时代，有一整套工程实践，我希望技术负责人能够做到，例如重构和行为/测试驱动开发。
使技术负责人与开发人员不同的原因是他们利用领导才能帮助团队朝着目标迈进的广度和深度。 与可以避免向同龄人提供反馈的开发人员不同，领导者必须能够提供和接收反馈以帮助人们发展和提高效率。 这意味着不仅要关注技术方面，还要关注团队和人员方面，例如建立关系，激励，委派和影响。
技术负责人必须努力解决冲突。 冲突本身是团队健康的标志，但前提是技术负责人营造了解决冲突的环境。
在领导角色中发展技能
开发人员几乎没有机会练习领导技能。 技术负责人很幸运有很多资源可以解决领导圈问题。 领导技能对于所有领导者都很重要，无论其行业或职位如何，您都可以找到大量的书籍，培训课程和网站。
技术负责人是动手建筑师
我过去曾写过文章，希望有效的技术主管和架构师具有一定水平的编码能力。 我什至到目前为止，建议他们最好在代码中花费至少30％的时间。
开发人员将大量时间花在代码上，但是除非他们开始考虑更大的图景，否则他们很难开始思考。 技术负责人必须帮助团队：
构建系统，而不是软件
这种观念上的转变帮助开发人员考虑的不只是软件，而是开始考虑软件系统的质量属性（或跨功能/非功能需求）以及与部署环境的整个交互。软件生存。
当某人担当架构师角色时，他们自然会从更广阔的角度看待软件-软件将持续多长时间以及随着时间的推移将如何发展。
在建筑师角色中发展技能
与总领导层相比，软件架构师的角色要新得多，尽管有一些可用的资源，但我不能推荐其中的许多资源，因为它们要么专注于工具，要么不教别人帮助缩小差距。
尽管人们正在编写的书籍 ，文章和培训课程，解决技能这个圈子里，更多的还是需要做。
我在做什么
现有的大多数培训课程都集中于单一工具，单一方法，但很少集中于广泛的观点，这也使开发人员更好地理解了技术主管，尤其是角色的架构师。 我开设了技术潜在客户实践课程，可以帮助人们提高认识，并为人们和实践这些模型中概述的技能提供机会。
尽管我们谈到了“领导”角色中的一些技能，但由于可用资源较少，因此我将内容更多地集中在“建筑师”角色上。 如果您对此课程感兴趣，请与我们联系，我计划写另一个博客条目，详细介绍我们的内容。
如果您喜欢这篇文章，您将对“ 与Tech Leads交流 ”感兴趣，该书分享了来自全球超过35个Tech Leads的真实生活经验。 现在可在Leanpub上使用 。
翻译自: https://www.javacodegeeks.com/2015/06/tech-lead-circles-of-responsibility.html
技术主管和技术总监的区别