你好 几天前，我们发布了文章“设计领导力的5个技巧”的
第一部分，该文章专为
“ Team Lead 2.0”课程的开始而编写，该课程专门为希望提高专业水平的高级开发人员，TeamLeads，SCRUM专家和专家准备的并获得有效管理开发团队所需的独特经验。 今天，按照承诺，我们与您分享最后两个技巧。
文章作者： Svetlana Konovalova
设计领导力与设计领域的领导力和管理有关，实际上与开发人员的项目管理一词类似。 只有在俄罗斯的第二个已经扎根很好的情况下，才第一次并不普遍。 应该由什么人负责您的设计部门或设计团队？ 如果您想成为这样的人，您应该如何行事，并且要经常记住什么？ 这就是我们今天要谈论的。 本文对于以团队领导者身份开始或最近开始之旅的人们将非常有用。 但是，如果您已经有一些经验，则可以再次确保您做的一切正确。
当您在公司担任任何管理职务时，应注意一些事项。 在这方面，设计团队与程序员团队没有太大区别，因此，即使您的影响范围是“不是设计师”，也可以在您的实践中安全地使用以下某些原理。 有些做法看似显而易见，但我并没有白白指出要记住这些做法，因为在最重要的时刻忘记显而易见的事情是最喜欢的事情。
飞机优先
您将需要根据所拥有的资源进行战略思考，并具有适当确定优先级的能力。 Trello或Jira可能是计划工具，但是在找到三个主要问题的答案之前，您需要清楚地了解您的团队在做什么而不是在做什么。
这里的问题不仅在于授权的能力，还在于对影响范围的清晰界定。 您不应该试图“自己填补所有漏洞”，在最坏的情况下，您的团队成员和您自己都会专业地疲倦。 如果您是DIGITAL产品的设计师，请不要参与公司会议的商品或海报设计。 好的事情很少会产生，非核心任务会增加大部分的认知负担。
正确设置优先级并清楚地了解您的影响力范围的终点。
国内外政策
团队内部的工作是专着和作品集的主题，但也存在外部世界。 例如其他部门。 设计人员需要以某种方式与他们互动。 好吧，如果工作是组织化和自动化的（Sketch + Abstract，Figma API），并且将设计转移给开发人员不会造成任何问题。 但是，并非总是如此。
通常，如果设计人员不是以前的前端或移动开发人员，则设计会从开发人员那里回来，因为无法在代码中实现任何机制。 特别是，将设计师分开种植并不少见，并且开发人员不会以任何方式与他们见面，除了Slack或Figma中的注释。 因此，可以将他们视为“不了解这个世界”的人，他们“根本不了解代码中的任何内容”，或者根本不知道“根本无法做到这一点！ 它不是那样的！”
作为团队负责人，您需要尝试消除这种态度，明确表明您最终是一个庞大的团队，其目标是创建高质量的产品，而不是评估彼此的专业技能。 给这个问题单独的关注和时间。 您不仅需要在团队内部进行工作，而且还要执行有效的外交政策，这很重要，因为这会极大地影响产品的质量和专家的工作质量。
当然，这与所有需要解决的方面都相去甚远，但是牢记这些是非常必要的。 顺便说一句，例如，如果您在其中的一些技巧中将“设计者”一词替换为“测试者”，则一般原理仍然是可以理解和适用的。 请记住，您的主要武器是交流。 了解您的所在区域，学习倾听，学习说话，然后您的团队就会跟着您。
仅此而已。 欢迎每个想进一步了解该课程的人
开放参观 。
阅读第一部分。