ИГ
Что трассируете?
Size: a a a
2020 February 28
АП
Какими средствами?
Jira, конфлюенс и TopTeam
АП
Что трассируете?
требования на US+US, они трассируются автоматом на роли и спеки + так же на релиз ноутсы
АП
между связанными историями тож трассировки есть
АП
так же в Jira требования ведутся так, что под ними заводятся таски на разработку с инфой о команде и спринте
АП
все это дает понимание кто, что, когда и как делал, какие процессные области затрагивались, какие объекты, какие роли и т.д.
A
Алексей Эпов
Далеко не факт что команда разработки знает как он работает, а тем более как он должен работать.
Вот это вот очень плохо 😁 если так
A
В заказной разработке при формате "жопа всегда должна быть прикрыта" и низкой процессной зрелости заказчика (карма меня кидает в основном на такие проекты), то вообще не оверхэд. Если говорить про стартап, внутреннюю разработку или требования с маленьким количеством конфликтов - то овэрхед
Я говорю про разработку микросервиса как независимой системы с командой разработки, которая может решить любой вопрос определенного ограниченного бизнес-домена
A
Сейчас знает. А завтра свалит работать к другому дяде. И новая команда будет остужать пригорающую жопку, разбирая их код.
Как будто документация позволит не разбирать код. Не исключает вообще.
Очень часто разработчики доку не читают
Очень часто разработчики доку не читают
AB
Я говорю про разработку микросервиса как независимой системы с командой разработки, которая может решить любой вопрос определенного ограниченного бизнес-домена
ну тогда наверное оверхэд, хотя смотря тоже смотря какие рамки бизнес-домена
A
В заказной разработке при формате "жопа всегда должна быть прикрыта" и низкой процессной зрелости заказчика (карма меня кидает в основном на такие проекты), то вообще не оверхэд. Если говорить про стартап, внутреннюю разработку или требования с маленьким количеством конфликтов - то овэрхед
Ну это же больше к договоренностям относится? Мы вам это, вы нам то. Записали. Разрабатывается то сильно больше
АЭ
Вот это вот очень плохо 😁 если так
Это не плохо и не хорошо, это норма на больших проектах.
Если нет подробной документации — значит на тебя неумолимо надвигается большая жопа.
Если нет подробной документации — значит на тебя неумолимо надвигается большая жопа.
A
ну тогда наверное оверхэд, хотя смотря тоже смотря какие рамки бизнес-домена
2 пиццы на команду разработчиков 😁
A
Не больше 9-10 человек
A
Чтоб могли поддерживать сервис
A
Включая тестеров, аналитиков итд
A
Алексей Эпов
Это не плохо и не хорошо, это норма на больших проектах.
Если нет подробной документации — значит на тебя неумолимо надвигается большая жопа.
Если нет подробной документации — значит на тебя неумолимо надвигается большая жопа.
Почему?
A
а если его еще и без тебя дорабатывали, так вообще...
Не совсем поняла. Кто без тебя дорабатывал?
АЭ
Почему?
Даже при учете несменяемости разработчиков, что выглядит фантастикой, через год или два они уже не вспомнят какие были требования и, даже разобравшись в коде, будут долго думать почему они это сделали, что именно хотели получить на самом деле, а что являлось компромиссным решением, это не говоря о тестировщиках, которые тихо начнут сходить с ума уже через полгода.
DK
Не совсем поняла. Кто без тебя дорабатывал?
Человек написал код. Потом его дорабатывали без него другие разрабы