6908
правок
Изменения
м
Нет описания правки
{{Conf-Ref}}
Вслед за Highload был [https://teamleadconf.ru/moscow/2022/schedule '''TeamleadConf''']. Там же, в Крокусе, но несколько скромнее, 2000 участников, а не 3000 как на Highload, и поменьше стендов, от этого площадка казалась очень свободной. Но это - по контрасту, а так - столь же интересное общение множество интересных докладов. И, я надеюсь, в сентябре в Питере тоже будет великолепно.
В этот раз к TeamleadConf присоединился KnowledgeConf, конференция по управлению знаниями. Понятно, что оно нужно не только тимлидам. Но конференция - новая, первый раз была в 2019, а потом наступил ковид. В 2020 ее провели online, а в в этот раз решили объединить с Teamlead, потому что делать автономную конференцию - дорого, а перспективы собрать участников - неясны. Управление знаниями - проблемная область, потому как, с одной стороны, оно всем нужно и всем им по факту занимаются - когда сохраняют знания о проектах, онбордят сотрудников, передают знания от уходящих, налаживают обмен опытом, а, с другой стороны, это делают в рамках основной деятельности и обычно без выделенных позиций специалистов, наряду с прочим. И потому для потенциального участника конференция проигрывает по сравнению с профильными. А ведь управление знаниями - довольно старая дисциплина, в ней есть свои практики и методы, которые позволяют существенно ускорить решение всех этих задач, сделать их более уверенными.
= Мой доклад =
Я сам выступал, мой доклад [[Почему проектный подход не работает в IT (Teamlead-2022)|'''Почему проектный подход не работает в IT''']] вызвал очень большой интерес, полный зал и целый слот цифровых кулуаров. И это при том, что он стоял в 10 утра во второй день, когда далеко не все доехали до площадки. Как следует из названия, в докладе я разбирал, почему именно проектный подход, как он сформулирован в PMBOK, не работает в ИТ. Он не гарантирует успеха ИТ-проектов, хотя именно это представляют как ценность методологии: пусть она тяжелая, но если будете ей следовать - успех гарантирован. И именно на этих основаниях был включен в стандарты и нормативку. Но дело в том, что разработчики проектного подхода заложили в него ограничения, которые не выполняются в большинстве ИТ-проектов, особенно в современных - поэтому гарантии отсутствуют. При этом стоимость реализации метода много выше, чем у Agile-методов или гибридных вариантов. Для меня это - не новая тема, она звучала во многих докладах, но занимала там лишь несколько слайдов, а тут я ее разбирал подробно, чтобы лишить проектный подход ложного ореола. Этот ореол одних разработчиков заставляет страдать, что они не могут сделать проекты по-настоящему. А других - пробовать его реализовать, особенно когда это поддержано нормативно, тратя бесполезные усилия в стремление к невозможному результату, а после провала снижает самооценку.
= Алексей Обровец. Питательная среда для качественной коммуникации=
