JF
это скорее относится к "разработчик это сделает быстрее". А я спрашиваю про "это сделает только разработчик"
Size: a a a
2021 June 08
Kd
бизнесу требуется решение задачи в it плоскости, разработчик его предоставляет
D
Далеко не всегда нужна отдельная документация. Иногда комментариев в коде достаточно.
JF
так то бизнес не с разработчиком общается, а с менеджером (даже если это один человек)
Kd
это просто прокси, если его исключить просто вырастет время на взаимопонимание, уточнение требований, етц
JF
не совсем прокси, скорее маппер
Kd
ну, главное чтоб не масло масляное😀
JF
вот в этом корневой вопрос и заключается:
Что является результатом работы менеджера?
Что является результатом работы менеджера?
Kd
инкапсуляция работы команды как отдельного юнита
AM
Ты там KPI на каждого члена команды вывести пытаешься, что ли?
JF
+ маппер задач или нет?
Kd
роли же, тимлид, архитект, итп
JF
даже им нужно маппить задачи разве нет?
JF
"Хочу авторизацию как вон там" -> ТЗ
JF
я хочу тестировать менеджеров
у меня складывается очень устойчивое чувство, что я работают с JunManager'ами
у меня складывается очень устойчивое чувство, что я работают с JunManager'ами
Kd
ну в самом вырожденом случае, типа как у меня - да(
JF
не совсем понял, раскройте пожалуйста
Kd
два человека на проекте, манагер и разраб
D
Главное - чтобы написанная документация соответствовала работающему решению.
Это работает на ватерфоле, когда есть госзаказ, его сделали, задокументировали, закоммитили в гит ( =))
Если же работать итеративно, неизбежно документация быстро начинает не отражать реальных изменений в программе
Это работает на ватерфоле, когда есть госзаказ, его сделали, задокументировали, закоммитили в гит ( =))
Если же работать итеративно, неизбежно документация быстро начинает не отражать реальных изменений в программе
JF
и? в этом случае манагер не должен маппить задачи?