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

Материал из MaksWiki
Перейти к: навигация, поиск
м
м
Строка 16: Строка 16:
 
= Презентация =
 
= Презентация =
  
{{Presentation|TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf|left|290px|page=-}}
+
{{Presentation|TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf|290px}}
  
 
[[Категория:Agile]][[Категория:Бирюзовые организации]][[Категория:Доклады]]
 
[[Категория:Agile]][[Категория:Бирюзовые организации]][[Категория:Доклады]]

Версия 13:57, 31 декабря 2018

Выступление 24.09.2018 Saint TeamLead Conf в Санкт-Петербурге
Доклад на сайте конференции
Видео ожидается 

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

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

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

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

Отзыв Олега Бунина о докладе. Максим Цепков посещает множество конференций, много знает и активно делится опытом. На 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