Вы не диалог ведете, а навязываете мне свою точку зрения. Я вашу точку зрения понял с самого начала.
Я вам еще раз говорю, что в больших проектах, аналитик необходим из-за большого количества итераций, бизнес-требований и необходимости тестирования(tdd выносим за скоуп).
Мне просто интересно как разработчики будут работать с бт, писать документацию, выяснять требования, говорить как должно работать тестировщику, взаимодействовать с заказчиком и кодить))
Да и разработчики есть разного уровня, если вы про инженерную составляющую, как и аналитики. А ваш хлеб оставьте себе, он не нужен аналитику, есть разные уровни абстракции.
Наверное, у вас в команде не было хорошего системного аналитика или не было его вообще. Он решает много проблем, начиная от интеграции стороннего человека на проект, путем написания всей технической документации до проектирования wsdl/openApi или запросов graphQL, как минимум на этих двух пунктах вы уже экономите кучу денег, когда программист на вход получает "Хочу красиво" он не понимает что нужно делать, а когда написано реализуй сервис по CQRS + EventSourcing c такими-то требованиями и так далее, совсем другое. Вы не понимаете чем занимается этот человек, от этого вы эту специальность игнорируете.
Я с вами не согласен.
На больших проектах по agile такой подход достаточно высокоэффективен и на мой взгляд вообще единственный.
А ваша мысль про «разработчики-рабочая сила» это скорее про людей, а не про подход.
вау, крутой материал!
Опен спейс с разделением на отделы, и наличием каких-то буфферных зон между ними оптимально на мой взгляд.
Отношу себя к интровертам больше, и был разный опыт: удаленка, кабинеты, опен спейс.
Удаленка не панацея и на мой взгляд является наиболее спорной локацией для работы.
Специальность молодая и набирающая обороты, так что 5 стадий принятия неизбежного
Вы не диалог ведете, а навязываете мне свою точку зрения. Я вашу точку зрения понял с самого начала.
Я вам еще раз говорю, что в больших проектах, аналитик необходим из-за большого количества итераций, бизнес-требований и необходимости тестирования(tdd выносим за скоуп).
Мне просто интересно как разработчики будут работать с бт, писать документацию, выяснять требования, говорить как должно работать тестировщику, взаимодействовать с заказчиком и кодить))
Да и разработчики есть разного уровня, если вы про инженерную составляющую, как и аналитики. А ваш хлеб оставьте себе, он не нужен аналитику, есть разные уровни абстракции.
Наверное, у вас в команде не было хорошего системного аналитика или не было его вообще. Он решает много проблем, начиная от интеграции стороннего человека на проект, путем написания всей технической документации до проектирования wsdl/openApi или запросов graphQL, как минимум на этих двух пунктах вы уже экономите кучу денег, когда программист на вход получает "Хочу красиво" он не понимает что нужно делать, а когда написано реализуй сервис по CQRS + EventSourcing c такими-то требованиями и так далее, совсем другое. Вы не понимаете чем занимается этот человек, от этого вы эту специальность игнорируете.
На больших проектах по agile такой подход достаточно высокоэффективен и на мой взгляд вообще единственный.
А ваша мысль про «разработчики-рабочая сила» это скорее про людей, а не про подход.