Скрам-мастер программист, и он держит руку на пульсе разработки, но сам в ней не участвует.
Когда добираемся до таких задач, составляем из них спринты.
Действительно, в классическом скраме задачи берутся из общего пула, но т.к. стоимость работы фрилансеров разнится очень сильно, мы сами берем на себя процесс распределения задач.
3 дня — это чтобы успеть к четвергу :)
Ревьюить сейчас уже приходится очень много, и сложно держать планку качества. Собственно поэтому третий тег был введен, и я обращаюсь к хабре за советом.
На нашей посреднической части еще есть ревьюер. Его роль выполняю я., а т.к. ревьюинг это всего один день, остальное время я занимаюсь налаживанием процесса и поиском фрилансеров.
Очень важно сохранить такую «рельсовость» — наша прибыль — это процент от дохода фрилансеров, а бизнесс-процесс должен быть четким и формализованным, иначе кровь кишки анархия.
Мы разрабатываем модули для CRM, иногда довольно крупные (рекорд около полугода).
Насчет того, что может выйти — вопрос распределения спринтов. Обычно спринты распределяются по принципу «если спринтер уже подобное делал».
Неоднородность кода не является проблемой, проблема — это слабосвязные спринты.
Но я хочу найти более эгоистическое применение.
www.gridspot.com/ — вот тоже отличный сервис.