Разделение ответственности в IT-командах - практики бирюзовых организаций на каждый день (SaintTeamLeadConf-2018)

Материал из MaksWiki
Версия от 11:19, 15 марта 2019; MaksTsepkov (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск
Выступление 24.09.2018 Saint TeamLead Conf в Санкт-Петербурге
Доклад на сайте конференции
Видео на youtube

Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения.

Между тем известно, что, когда разработчик воплощает собственный дизайн, который ему понятен, он работает гораздо эффективнее, чем когда дизайн пришел от другого. Особенно когда казавшаяся понятной реализация в процессе работы оказывается менее понятной и требуются решения.

Помочь тут могут практики разделения ответственности бирюзовых организаций, которые как раз и утверждают принцип: ответственность за решение - именно на том, кто решение выполняет.

Рассказ будет о том, как это воплотить в жизнь, при этом сохранив целостность решения.

Отзыв Олега Бунина о докладе. Максим Цепков посещает множество конференций, много знает и активно делится опытом. На Saint TeamLead Conf он нам рассказал о бирюзовой организации. Все ей интересуются, живо обсуждают, но чаще всего разбираются плохо и живых примеров не видели. Сегодня мы поняли, каково это, когда ответственность за решения на исполнителе.

Видео

Презентация

Скачать весь pdf
TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf