在关于我们将如何揭露Saint TeamLead Conf上团队合作的三个最重要方面的系列文章的后续文章中，
团队合作，
团队 领导工具和
意识发展 -今天，我将讨论我们将以商会，会议，讲习班的形式讨论的主题，圆桌会议。
上次在莫斯科的TeamLead Conf上，我们试图将所有圆桌会议分成一个单独的流。 事实证明很好（根据参与者的评估来判断），但是许多听众在评论中写道，缩小对话主题，减少演讲者数量，增加活动空间是很好的选择，但与此同时也有机会更深入地考虑该主题，提出问题，听取同事的意见。
言归正传。 在圣彼得堡的23日和24日，在
Saint TeamLead Conf的框架内，将有两条单独的赛道，其中我们已经发布了
9条mitap 。 关于它们，将在下面讨论。
建立您的专业道路
自决研讨会将由
马克西姆·谢普科夫 （
Maxim Tsepkov）主持 。 马克斯是一个独特的人。 每年以听众身份参加数十次会议，就完全不同的主题（例如
知识管理 ，
责任感和
软技能 ）进行大量报告，并发表神圣的
报告 。 原则上，如果您仔细阅读了他在fb和博客上的帖子，您将无处可走:)而且Max可以同时听两个报告，在大厅之间穿梭:)））
这次，除了演示中的项目计划
报告外 ，Max还将举办一个主题为“建立我们的专业道路-自决工作坊”的
大师班 。 在现代生活中，必须经常做出决定：选择下一个项目，在哪个公司，哪个会议值得参加，等等。 这些决定可以随时根据情况做出，或者您可以牢记长期的发展目标。 去年在TeamLead Conf上，有一个有关
电路装配的故事，可以帮助Max做出决策。 现在，他让参与者在实践中根据自己的自决努力。 该活动为时2小时-请在计划会议时间时考虑这一点。
PVS工作室
如果您正在编程C，C ++，C＃或Java，那么您一定已经听说过该产品。 在会议期间，我们将直接了解分析仪的原理。 他们将展示如何在新项目中最有效地使用PVS-Studio或在现有项目中实施它。 您可能会在我们的会议上不仅看到他们的立场，而且这次会议是了解更多信息的原因。
顺便说一句，重要的一点。 PVS-Studio没有个人许可证，因为他们认为静态代码分析的好处是整个项目，而不是运行该工具的单个用户。 无论是在本地计算机上还是在构建服务器上运行它，都没关系-引入静态分析工具的好处肯定对整个项目乃至整个团队都是有利的，即使该项目中并非所有开发人员都知道PVS-Studio。
Z.Y. 也可能会留下西红柿:)
DIY评论
这次， Booking.com的
George Mogelashvili和我们的计划委员会建议从准备工作的角度考察绩效评估。 确实，我们中的许多人都听说过评估绩效的过程，但是并不是每个人都最终了解它是什么以及为什么需要它。
在这个
研讨会上，乔治与您一起提供：
- 了解为什么需要（或不需要）评估绩效的过程
- 为评估矩阵制定一些指标；
- 根据虚构（或非虚构）案例进行实践评估。
在我看来，这听起来很有趣。 如果这个主题完全难以理解或不容易理解，请阅读有关知识共享报告的
内容 ，阅读Avito
的 Yegor Tolstoy（Yegor在TeamLead Conf上的一个类似话题上发表演讲）和Flant的Igor Tsupko的文章。 我很好奇地邀请您阅读Alexey Rybak的有关Badoo体验的文章。
为什么在IT中需要CBT？
下一个
问题，我请
安德烈·斯蒂芬科 （
Andrei Stepenko）在聊天室中关于约束理论的反复对话和争议的基础上
进行 。 为什么在IT中需要CBT？ 您提出要求，我们将帮助您找到答案。 以下是安德烈（Andrei）关于他的活动的文章：
在IT团队中，对该主题很感兴趣，并且直观地感觉到它很有用。 但是很少有人知道范围。 我在这方面有20年的经验，并获得了Goldratt学校证书。 自2010年以来，我主要从事IT项目。
在会议上，将讨论鼓式缓冲绳和TOC物料流的逻辑。 这将有助于理解该概念的基本元素。 并且会有情况。 理论与实践。
例如，大多数来自自定义开发的投诉听起来像这样。 “我们的分析师在客户方面。 我们知道他们不了解，但无法解释。”
如果您了解客户业务的逻辑，并且您的同事也不是很好，那么您可以抓住主动（会有TDR和云）。 任务将来自您。
案例将有助于了解在项目期间如何合理地分配资源的带宽以及负载的变化。 为什么最好用scrum替代看板，并且通常将所有内容转移到生产方案中。
许多人尝试使用该机器，但未取得令人满意的结果。 如果您对此主题感兴趣，请来。 顺便说一句，安德烈（Andrei）翻译了戈尔德拉特（Goldratt）的“目标”。 是的，同样的“目标”。
路线图木材
如果您订阅了带有“团队领导”一词的频道（例如，
团队领导痛苦 ），您可能已经听说过
Egor Tolstoy和Stas Tsyganov提出的路线图。 如果没有，请阅读Egor的
文章 。
创作的故事是这样的：几个月前，Stas面临着构建团队领导力发展的问题。 围绕以下问题提出了问题：
- 首先应下载哪些技能；
- 通常需要什么知识和技能；
- 像其他人一样。
互联网和文学方面的研究并未回答这些问题，Stas和Yegor Tolstoy共同承担了描述和聚集领导技能的艰巨工作。 这些家伙很快就想到了吸引社区的想法，目前该库已拥有近2000颗星，已接受了30多个PR。
在
会议上，这些家伙想谈论这一努力，并向志愿者展示如何为自己和他们的领导者绘制发展图。
顺便说一句，我也坚持路线图的形成:)
面向产品的开发人员
德米特里·谢尔斯汀 （
Dmitry Sherstinin）建议在现实生活中讨论如何提高员工的“生产力”。 这样开发人员不仅可以看到代码，还可以看到他正在开发的产品。 我试图用真实用户的眼神看我的工作成果，并运用这种远见创造出更好的产品。 我们将讨论在实践中有效或无效的案例。
根据活动的形式，“负责人”设定了主题，并概述了他的一些案例，期望以及由此导致的结果。 参加者从他们的实践中讨论并讨论1-2个案例。 如果您有什么要与同事分享的，那就来吧。 会很有趣！
相对分数游戏描绘故事点
亚历山大·巴普兹曼斯卡亚（Alexander Baptizmanskaya）建议考虑另一个永恒的话题，该话题在完全不同的对话中反复提出，作为关于相对评估的游戏的一部分。
研究表明人们在几个小时内对工作的评估非常差，这已经不是什么秘密了。在IT领域，评估项目几乎是最痛苦的地方，并且常常类似于“心理战”计划。 绘制故事点的目的是显示相对评级对长期计划和增强团队可预测性的好处。
Timlid建设和15分钟的采访
最后，我们的好朋友兼发言人Philip Delgyado和Vitaliy Levchenko举行了两次会议。 在Teamlead Conf的过去中，Phil以“方法论作为建构者”的
报告而获得了很高的评价。 如果您还没有看过，请务必看一下。
这次，主题也与构造相关，但是已经与Timlida相关。 最近，经常会出现一些问题：“我已经成为团队负责人-做什么，在哪里发展。” 在上面关于此主题的讨论中，我谈到了来自Yegor和Stas的三脚架。 但是在不同的公司，甚至在不同的项目中，“团队领导”的含义完全不同，这个问题没有
唯一的答案，而且不可能。
在会议上，作为联合研讨会的一部分，Phil和听众将设法找出：
- 从生活中的例子来看，提姆犬的“角色”是什么？
- 在各种情况下（“ SCRUM”，“敏捷”，企业等）需要什么“角色”；
- 是否有可能在100,500种不同能力的列表后面整理出一些基本知识（例如，系统思考或将自己置于另一能力的能力）。
Z.Y. 在会议上，非常期待听众积极参与该过程。
第二个
混搭与Nadia Petrova一起致力于采访的话题。 该计划包括Stas Tsyganov和Neil Podolsky撰写的有关该主题的两份报告，但是我们决定通过与学生沟通来发展该主题。
许多人喜欢长时间的采访。 与求职者彻底交谈几个小时，给他几项任务，请他参加考试，然后将他送给未来的同事，邻近小组的团队负责人，人力资源和一半的董事。 这种方法可能是可靠且高质量的，但是对于求职者和招聘公司而言都是非常昂贵的。
在会议上，菲尔将与观众一起，试图了解面试的目的，我们需要了解的候选人，我们如何才能在最短的时间内（包括我们和候选人）验证收到的信息。
总体而言，我的朋友们，该程序非常丰富且实用。 我邀请您积极参与并与同事和专家进行交流。 9月23日至24日在圣彼得堡的ARTPLAY SPb见。