7140
правок
Изменения
Новая страница: « Выступление 24.09.2018 [http://teamleadconf.ru/ '''Saint TeamLead Conf'''] в Санкт-Петербурге [http://teamleadconf.ru/spb/2018/abstra…»
Выступление 24.09.2018 [http://teamleadconf.ru/ '''Saint TeamLead Conf'''] в Санкт-Петербурге
[http://teamleadconf.ru/spb/2018/abstracts/3786 Доклад на сайте конференции]
Видео ожидается
Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения.
Между тем известно, что, когда разработчик воплощает собственный дизайн, который ему понятен, он работает гораздо эффективнее, чем когда дизайн пришел от другого. Особенно когда казавшаяся понятной реализация в процессе работы оказывается менее понятной и требуются решения.
Помочь тут могут практики разделения ответственности бирюзовых организаций, которые как раз и утверждают принцип: ответственность за решение - именно на том, кто решение выполняет.
Рассказ будет о том, как это воплотить в жизнь, при этом сохранив целостность решения.
= Презентация =
{{Presentation|TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf|left|290px|page=-}}
[[Категория:Agile]][[Категория:Бирюзовые организации]][[Категория:Доклады]]
[http://teamleadconf.ru/spb/2018/abstracts/3786 Доклад на сайте конференции]
Видео ожидается
Совместное принятие решений в команде часто выливается в долгие обсуждения о правильной архитектуре или способе документирования, в результате которых каждый остается при своем мнении. И многие полагают, что единственный способ этого избежать - назначить ответственного: главного по архитектуре, главного по описаниям и других главных, и предоставить им право решения.
Между тем известно, что, когда разработчик воплощает собственный дизайн, который ему понятен, он работает гораздо эффективнее, чем когда дизайн пришел от другого. Особенно когда казавшаяся понятной реализация в процессе работы оказывается менее понятной и требуются решения.
Помочь тут могут практики разделения ответственности бирюзовых организаций, которые как раз и утверждают принцип: ответственность за решение - именно на том, кто решение выполняет.
Рассказ будет о том, как это воплотить в жизнь, при этом сохранив целостность решения.
= Презентация =
{{Presentation|TealOrg for IT - TeamLeadSpb-2018 Tsepkov.pdf|left|290px|page=-}}
[[Категория:Agile]][[Категория:Бирюзовые организации]][[Категория:Доклады]]