Разделение ответственности в IT-командах - практики бирюзовых организаций на каждый день (SaintTeamLeadConf-2018) — различия между версиями
м |
м |
||
Строка 1: | Строка 1: | ||
Выступление 24.09.2018 [http://teamleadconf.ru/ '''Saint TeamLead Conf'''] в Санкт-Петербурге | Выступление 24.09.2018 [http://teamleadconf.ru/ '''Saint TeamLead Conf'''] в Санкт-Петербурге | ||
[http://teamleadconf.ru/spb/2018/abstracts/3786 Доклад на сайте конференции] | [http://teamleadconf.ru/spb/2018/abstracts/3786 Доклад на сайте конференции] | ||
− | [https://www.youtube.com/watch?v=DRH5xnF4Y2U&list=PL_L_HiHe5k_0vtAFoBZVo3xCije7yIMHN&index=10&t= | + | [https://www.youtube.com/watch?v=DRH5xnF4Y2U&list=PL_L_HiHe5k_0vtAFoBZVo3xCije7yIMHN&index=10&t=6s Видео на youtube] |
Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения. | Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения. |
Текущая версия на 11:19, 15 марта 2019
Выступление 24.09.2018 Saint TeamLead Conf в Санкт-Петербурге Доклад на сайте конференции Видео на youtube
Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения.
Между тем известно, что, когда разработчик воплощает собственный дизайн, который ему понятен, он работает гораздо эффективнее, чем когда дизайн пришел от другого. Особенно когда казавшаяся понятной реализация в процессе работы оказывается менее понятной и требуются решения.
Помочь тут могут практики разделения ответственности бирюзовых организаций, которые как раз и утверждают принцип: ответственность за решение - именно на том, кто решение выполняет.
Рассказ будет о том, как это воплотить в жизнь, при этом сохранив целостность решения.
Отзыв Олега Бунина о докладе. Максим Цепков посещает множество конференций, много знает и активно делится опытом. На Saint TeamLead Conf он нам рассказал о бирюзовой организации. Все ей интересуются, живо обсуждают, но чаще всего разбираются плохо и живых примеров не видели. Сегодня мы поняли, каково это, когда ответственность за решения на исполнителе.
Видео
Презентация
Скачать весь pdf