Комментарии 2
Рад видеть команду ГК Экстрим на Хабре.
Скажите пожалуйста, какие инструменты/подходы/методологии наиболее активно сейчас применяются у вас в компании? Насколько, согласно опыту, существенна разница в ведении проекта с командой аналитиков и без?
Скажите пожалуйста, какие инструменты/подходы/методологии наиболее активно сейчас применяются у вас в компании? Насколько, согласно опыту, существенна разница в ведении проекта с командой аналитиков и без?
Добрый день!
Жить без выделенных аналитиков можно (одно время у нас так и было), основная проблема — это немасштабируемая схема. Если вам нужно расширяться, то найти человека, который пишет код и одновременно работает с требованиями (и делает это одинаково хорошо), крайне сложно. Найти отдельного разработчика и отдельного аналитика — проще.
Типичный вопрос специализации и разделения труда (как в 19 веке в промышленном секторе).
Подход к разработке в целом интеративный, как правило 2-3 недельные итерации.
Требования к ПО у нас представлены в виде текста, который проиллюстрирован картинками.
Текст мы пишем в вики-редакторе Confluence. Он обеспечивает версионность, ссылочную целостность и т.д.
Текст может сопровождаться схемами бизнес-процесса (BPMN, BizAgi Process Modeller), отдельными видами диаграмм UML (Sequence, State Machine, Class), макетами интерфейса (Axure), логическими моделями данных.
Если есть интеграция — либо WSDL/XSD, либо JSON/REST. В первом случае аналитики составляют схемы и WSDL (Altova XML Spy), во втором — описывают набор данных и методов.
Насколько, согласно опыту, существенна разница в ведении проекта с командой аналитиков и без?Я бы немного перефразировал вопрос. Даже если в вашей команде нет человека с должностью «аналитик», то кто-то всё равно работает с требованиями. Может это руководитель проекта, может один или несколько разработчиков, может вся команда, а может вообще продвинутый заказчик. Отличие в том, что «аналитик» становится выделенной ролью.
Жить без выделенных аналитиков можно (одно время у нас так и было), основная проблема — это немасштабируемая схема. Если вам нужно расширяться, то найти человека, который пишет код и одновременно работает с требованиями (и делает это одинаково хорошо), крайне сложно. Найти отдельного разработчика и отдельного аналитика — проще.
Типичный вопрос специализации и разделения труда (как в 19 веке в промышленном секторе).
Скажите пожалуйста, какие инструменты/подходы/методологии наиболее активно сейчас применяются у вас в компании?Вопрос очень общий. Отвечу тоже в общем, если что-то нужно раскрыть поглубже — просьба уточнить.
Подход к разработке в целом интеративный, как правило 2-3 недельные итерации.
Требования к ПО у нас представлены в виде текста, который проиллюстрирован картинками.
Текст мы пишем в вики-редакторе Confluence. Он обеспечивает версионность, ссылочную целостность и т.д.
Текст может сопровождаться схемами бизнес-процесса (BPMN, BizAgi Process Modeller), отдельными видами диаграмм UML (Sequence, State Machine, Class), макетами интерфейса (Axure), логическими моделями данных.
Если есть интеграция — либо WSDL/XSD, либо JSON/REST. В первом случае аналитики составляют схемы и WSDL (Altova XML Spy), во втором — описывают набор данных и методов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Опыт организации и проведения корпоративных конференций для аналитиков