Dеfault
а что еще может вытекать?
Dеfault
это просто два слова, которые обозначают одно и то же
Vladimir
Похоже ты не знаешь что такое T-shape
Vladimir
t-shape это про отдельного человека, это не про команду
Vladimir
не, про команду, конечно, тоже можно сказать t-shaped... но чаще говорят t-shaped по отношению к людям
Dеfault
Похоже ты не знаешь что такое T-shape
все специалисты не могут быть одинаковы, каждый всегда что-то знает лучше остальных - это "I", а знания, которые у него есть о работе стальных участников команды - "_"
Vladimir
все специалисты не могут быть одинаковы, каждый всегда что-то знает лучше остальных - это "I", а знания, которые у него есть о работе стальных участников команды - "_"
Ага. Но это относится не только к кроссфункциональным командам
Dеfault
t-shape это про отдельного человека, это не про команду
Хоспаде, Владимир)
Вот тогда для вас, буквоеда.
Кроссфункциональная команда = команда из Т-шейп людей.
Так лучше?)
D.
Vladimir
Это не то что написано в гайде ))
Vladimir
Это интерпретация
D.
Кроссфункциональной будет и команда из 4 I-шейпд людей разной специализации
D.
Главное что она не функциональная (back-end team, front-end team, qa team, etc)
Denis
Не, я понимаю, что T-shape подразумевается. Я скорее спрашивал про как об это гайд говорит.
"Разработчик — единственная роль для членов Команды Разработки, независимо
от типа задач, которые он выполняет. Скрам не признает других ролей в Команде
Разработки, это правило не имеет исключений."
Vladimir
Все таки скрам подразумевает t-shaped. В скраме хочешь не хочешь а прихдится помогать друг другу из-за двух факторов: скроссфункциональность + нельзя переходить к дальнейшей работе пока скоуп спринта не завершен (хотя это спорное утверждение).
Получается надо помогать коллегам, в том числе коллегам, которые занимаютс ядругими делами. Приходится становиться t-shaped. Хоть капельку но прихдится.
Vladimir
Denis
И опять таки нет ни слова про t-shaped )
"Скрам не признает других ролей в Команде
Разработки, это правило не имеет исключений."
"Разработчик, который занимается только тестированием" и второй, который занимается "только разработкой бэкенда на джаве" это как бы разные роли, вне зависимости от названия.
Vladimir
"Скрам не признает других ролей в Команде
Разработки, это правило не имеет исключений."
"Разработчик, который занимается только тестированием" и второй, который занимается "только разработкой бэкенда на джаве" это как бы разные роли, вне зависимости от названия.
В скраме и тот и другой - разработчики. НЕЗАВИСИМО от скиллов и выполняемой работы.
O
"Скрам не признает других ролей в Команде
Разработки, это правило не имеет исключений."
"Разработчик, который занимается только тестированием" и второй, который занимается "только разработкой бэкенда на джаве" это как бы разные роли, вне зависимости от названия.
то есть аналитик в DT не разработчик?
O
Это вопрос к скрам гайду?
Нет, к гайду вопросов нет, а есть к вот этому “"Разработчик, который занимается только тестированием" и второй, который занимается "только разработкой бэкенда на джаве" это как бы разные роли, вне зависимости от названия.”
Jane
Individual Development Team members may have specialized skills and areas of focus, but accountability belongs to the Development Team as a whole.
Ivan
Вероятно, что примере Дениса речь про разные компетенции (программирование бекэнда, тестирование).
С точки зрения Скрама - может быть всего три роли.
В development team - только роль developer "with all the skills as a team necessary to create a product Increment" (необходимые навыки/компетенции для создания инкремента продукта).
Я предпочитаю роль developer называть "создатель", а не "разработчик" - т.к. часто "разработчик" означает "программист", что вносит некую путаницу.
Jane
Вот что в гайде…
Jane
Вероятно, что примере Дениса речь про разные компетенции (программирование бекэнда, тестирование).
С точки зрения Скрама - может быть всего три роли.
В development team - только роль developer "with all the skills as a team necessary to create a product Increment" (необходимые навыки/компетенции для создания инкремента продукта).
Я предпочитаю роль developer называть "создатель", а не "разработчик" - т.к. часто "разработчик" означает "программист", что вносит некую путаницу.
про все скиллы - это про команду в целом, а не одного человека
Jane
👍
Konstantin
хорошо по скраму рис собирать на поле
у всей команды скилы одинаковые
Konstantin
куда же по скраму тестирование посадить ?
Ivan
Тестирование - это всего лишь одна из компетенций/навыков в команде :)
Konstantin
ну они обычно не умееют классики, docker и прочую ересь
Konstantin
сам же анегдот присылал
Konstantin
про бар
Ivan
Jane
Кстати, вот если тестирование задачи оценивается в 40 пойнтов, а разработка в 1 - что делать в итоге?Если реально такая ситуация, а не проблема в оценке?Разработчикам идти писать тесты?
Konstantin
)
Artem
попросить команду дать одну оценку
Konstantin
я не знаю
Konstantin
говорят это вымрет - так как такого не жизненно
Jane
Ну они скажут 40, в итоге разработчики все сделали, что дальше?
Artem
ничего
Konstantin
помню я писал программу для проведения взрывных работ
Konstantin
и собирания данных ))))
Sergey
Ну не оценивают отдельно тестирование и отдельно разработку.
Konstantin
про тестирование я даже не спрашивал ))))
Artem
если у вас такой перекос и разрабы ничего не могут кроме кодинга на 1сп - значит сидят
Sergey
Ну они скажут 40, в итоге разработчики все сделали, что дальше?
Дальше окончание Спринта и новый Спринт :)
Mikhail
Konstantin
хороший вариант не тестировать каждую задачу по 40 часов
а набрать готовый релиз и уже его тестировать
Konstantin
для демонстрации достаточно протестировать по минимому
если это не идет заказчику - можно полный регрес не устраивать
Ivan
для демонстрации достаточно протестировать по минимому
если это не идет заказчику - можно полный регрес не устраивать
а это точно является готовым инкрементом работоспособного продукта? (по окончанию спринта.... если мы всё еще про Скрам...)
Konstantin
ну может после демо мы все перепишем
Sergey
для демонстрации достаточно протестировать по минимому
если это не идет заказчику - можно полный регрес не устраивать
Блин. Ну дайте ему кто-нибудь уже Скрам-гайд почитать :(
Konstantin
да я читал его
Sergey
да не читал ты его
Konstantin
вчера скачал в оригинале
Konstantin
на англ
Konstantin
прочитаю
Sergey
Jane
Да никто и не оценивает отдельно, оценили задачу в целом, она включает достаточно простой кодинг по алгоритму, но должна быть проверена на больших массивах данных с разными вариациями, допустим. Что по вашему будут делать разработчики?Просто пока ответы в духе - сам дурак, раз у вас разработчики такие и тп. Мне интересна такая ситуация, так как она встречается достаточно часто (мне встречалась). Пока я поняла, что ответ - пойдут помогать делать тесты, верно? Это правильный ответ? Как же тогда скрам гайд со специализациями?
Ivan
да не читал ты его
интересный момент, что даже прочитал несколько раз - всё равно сложности с пониманием :)
(встречается часто)
Konstantin
а вот ты про тестируешь на 40 часов
и это точно будет готовым инкрементом ?
Sergey
интересный момент, что даже прочитал несколько раз - всё равно сложности с пониманием :)
(встречается часто)
Ну я его реально каждый день почти читаю. И какждый раз новое нахожу.
Sergey
а вот ты про тестируешь на 40 часов
и это точно будет готовым инкрементом ?
Для этого DoD есть
Sergey
Done-Undone works
Jane
Да никто и не оценивает отдельно, оценили задачу в целом, она включает достаточно простой кодинг по алгоритму, но должна быть проверена на больших массивах данных с разными вариациями, допустим. Что по вашему будут делать разработчики?Просто пока ответы в духе - сам дурак, раз у вас разработчики такие и тп. Мне интересна такая ситуация, так как она встречается достаточно часто (мне встречалась). Пока я поняла, что ответ - пойдут помогать делать тесты, верно? Это правильный ответ? Как же тогда скрам гайд со специализациями?
Или - будут сидеть и ждать окончания спринта. Ответ номер два. Верно?
Ivan
Если тестирование такое трудоемкое/сложное и так далее - то правильным вопросом могло бы быть - как я могу помочь улучшить / облегчить / упросить наш процесс тестирование (чтобы он не занимал 40 сторипоинтов)?
Jane
Команда отвечает за результат.
Я и не спорю с этим утверждением. Результат будет не более того, что способен выпустить тестер (если не брать вариант - все пошли помогать тестеру)
Sergey
Или - будут сидеть и ждать окончания спринта. Ответ номер два. Верно?
У нас принято следующее рабочее соглашение. 1. Предлагаешь помощь команде. 2. Если не можешь помочь команде - предлагаешь помочь другим командам. 3. Если им не нужна помощь - идешь и выбираешь себе работу из Бэклога вместе с командой.