Процесс такой:
Пул зАдач спускаются от бизнес топов айти директору на очередном митинге
Далее по ним делается расписание с указанием программистов и сроками.
Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
Здравствуйте, e.thrash, Вы писали:
ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
Нет, лиду нужно это время потратить на заполнение своего резюме на hh и на написание заявления на уход.
Иначе все проблемы постановок, реализаций и изменения пожеланий топов рано или поздно повесят на его голову.
Здравствуйте, e.thrash, Вы писали:
ET>Процесс устроен так, что нет отдела тестирования.
ET>Процесс такой: ET>Пул зАдач спускаются от бизнес топов айти директору на очередном митинге ET>Далее по ним делается расписание с указанием программистов и сроками.
Если "расписание с указанием программистов и сроками" делается топами — надо валить оттуда срочно.
ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
А если сами программисты участыуют в составлении расписания — то всё нормально.
Но техлиду следить всё равно надо, чтобы в последний день не оказалось, что ещё только начали.
Здравствуйте, e.thrash, Вы писали:
ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
Приверять — понятие растяжимое.
— Проверка стиля
— Проверка что собирается
— Проверка качества кода вцелом (копипаста, SOLID, использование адекватных алгоритмов etc)
— Проверка что изменения покрыты тестами
— Проверка что проходят юнит тесты
— Проверка что деплоится
— Проверка соответствия изменений спецификации
— Проверка что проходят регрешн тесты
— Проверка что проходит UAT
Как бы UAT это не первая проверка. Ты какую из проверок имеешь ввиду?
Здравствуйте, e.thrash, Вы писали:
ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
А за что конкретно лид отвечает и какие у него полномочия?
Здравствуйте, e.thrash, Вы писали: ET>Далее по ним делается расписание с указанием программистов и сроками.
Без экспертизы со стороны реальных исполнителей? Найс. ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
Нет, не нужно. В этой цепочке надо отрапортовать о выполнении задачи в указанные сроки, а при любом факапе найти виновного программиста, свалить всю вину на него с публичной поркой перед CTO.
Здравствуйте, e.thrash, Вы писали:
ET>Процесс устроен так, что нет отдела тестирования.
ET>Процесс такой: ET>Пул зАдач спускаются от бизнес топов айти директору на очередном митинге ET>Далее по ним делается расписание с указанием программистов и сроками.
ET>Нужно ли лиду проверять все задачи по факту выполнения программистом или можно бизнес сразу просить проверить результат программиста на тестовом стенде?
А как ты их проверишь без тестового стенда? Только на предмет стиля кодирования, общей вменяемости алгоритмов и покрытия юнит-тестами. После такой проверки можно поставить на задачу флажок implemented. Но флажок done лишь после полноценной передачи бизнесу и их прогона.
