А нужны ли менеджеры программистским компаниям?
-
- Уже с Приветом
- Posts: 1796
- Joined: 10 Dec 2006 06:10
- Location: Toronto
-
- Уже с Приветом
- Posts: 1394
- Joined: 15 Sep 2007 11:43
- Location: Globus
-
- Уже с Приветом
- Posts: 13080
- Joined: 14 Sep 2001 09:01
- Location: Odessa, Ukraine -> Santa Clara, CA
shrecher wrote:Selective wrote:Получается, что скрам-мастер - это что-то вроде секретаря команды, зато продакт-менеджер делает окончательный выбор как преставитель заказчика, а также расставляет приоритеты. Правильно ли я понимаю равноправие в Скраме?
да все верно. Часто скрам-мастер обычный прог.
А кто заставляет программеров писать документацию? Вот, они на своем скрам-собрании решили - а, ну, ее эту документацию. Или, вообще, ничего не решали - просто, не пишут. Оно и понятно, какой программер любит писать документацию?
Что происходит, если скрам-собрание не приходит к консенсусу? Половина говорит - А, а вторая половина - В. Как принимается решение?
-
- Уже с Приветом
- Posts: 9354
- Joined: 12 Apr 2006 03:25
-
- Уже с Приветом
- Posts: 1394
- Joined: 15 Sep 2007 11:43
- Location: Globus
slozovsk wrote:А кто заставляет программеров писать документацию? Вот, они на своем скрам-собрании решили - а, ну, ее эту документацию. Или, вообще, ничего не решали - просто, не пишут. Оно и понятно, какой программер любит писать документацию?
Ну а кто заставляет прогеров писать комменты или делать тесты? Паяльник в жопу?
Обычно в процесс разработки включают общие требования релизу: код должен быть отревьювен, оттестирован, документрован, сырцы лежат в version control-е с тагом. Задача не считается выполнена пока все эти элементы не сделены. Нет смысла их обсуждать на собраниях, т.к. это часть культуры.
slozovsk wrote:Что происходит, если скрам-собрание не приходит к консенсусу? Половина говорит - А, а вторая половина - В. Как принимается решение?
Нужно привести плюсы и мнусы решения А и В. Если решение принципиальное и команда не может принять решение на основе этих данных, то вовлекают product manager. Ему сообщают варианты с их достоинствами и недостатками. Это задача product manager выбрать более небоходимое с точки зрения бизнеса.
-
- Уже с Приветом
- Posts: 1796
- Joined: 10 Dec 2006 06:10
- Location: Toronto
shrecher wrote:slozovsk wrote:А кто заставляет программеров писать документацию? Вот, они на своем скрам-собрании решили - а, ну, ее эту документацию. Или, вообще, ничего не решали - просто, не пишут. Оно и понятно, какой программер любит писать документацию?
Ну а кто заставляет прогеров писать комменты или делать тесты? Паяльник в жопу?
Обычно в процесс разработки включают общие требования релизу: код должен быть отревьювен, оттестирован, документрован, сырцы лежат в version control-е с тагом. Задача не считается выполнена пока все эти элементы не сделены. Нет смысла их обсуждать на собраниях, т.к. это часть культуры.slozovsk wrote:Что происходит, если скрам-собрание не приходит к консенсусу? Половина говорит - А, а вторая половина - В. Как принимается решение?
Нужно привести плюсы и мнусы решения А и В. Если решение принципиальное и команда не может принять решение на основе этих данных, то вовлекают product manager. Ему сообщают варианты с их достоинствами и недостатками. Это задача product manager выбрать более небоходимое с точки зрения бизнеса.
А что будет если команда коллективно принимает какое-то решение, но с точки зрения бизнеса продакт менеджер решительно не согласен?
-
- Уже с Приветом
- Posts: 1394
- Joined: 15 Sep 2007 11:43
- Location: Globus