Аналитик мне не нужен, я сам знаю, какой продукт хочу!
В статье расскажу, что делает аналитик, когда он действительно необходим, а когда можно обойтись без него. Думаю, будет интересно всем, кто сталкивается с заказной разработкой и хочет выпускать классный продукт. А еще приглашаю прочитать тех, кто пробует себя в системной аналитике.
Я бы добавил в статью что спецификации аналитика сильно упрощают тестирование. Нормально написанная документация позволяет корректировать автотесты и разрабатывать методики для ручных тестов ещё до того как программисты напишут код. Тестировщик понимает суть изменений, может их отслеживать и выдавать свои замечания как системщику так и кодеру.
Так же спеки позволяют оценить объём разработки и правильно разбить реализацию на этапы/версии, чтобы ПМ не ожидал от кодеров невозможного, да и отслеживать этапность так проще.
По поводу инструментов аналитика - у нас используются требования и для них есть специально разработанный стандарт с неким объёмом метаданных, позволяющих отслеживать источник требований (пункт тз заказчика, например), изменения требований и версии их реализации. Это очень удобно если проект большой и над ним работает несколько аналитиков
У нас новая компания, поэтому многие процессы выстраиваются с нуля.
Вы как раз затронули мою боль. Очень хочу привлекать тестировщиков на этапе сдачи технической документации, но не могу подобрать аргументов (у них сильный загруз)
Не могли вы подробнее рассказать, как у вас тестировщики взаимодействуют с документацией?