Software
User-involvement как самый спорный момент работы с требованиями. Часть 2
Продолжаем рассуждать на тему привлечения конечных пользователей к работе над требованиями к программному продукту. В прошлой части статьи мы взяли крупное исследование, которое показало, что лишь в 70% (точнее 67%) случаев этот подход признан позитивно влияющим на результаты проекта. Сегодня мы расскажем еще один интересный момент про User-involvement. Мы решили обратиться к самым новейшим исследованиям, …
Continuous development (deployment). Разбираемся что это
Мы привыкли считать, что IT проект — это проанализируй работу заказчика, собери требования, спроектируй продукт, нарисуй продукт, запрограммируй, протестируй, передай заказчику. Именно поэтому, измерять успешность и опытность менеджера проектов, аналитика, программиста, тестировщика, архитектора мы привыкли количеством завершенных проектов. Но насколько это правильно? Допустим, приходит к вам на собеседование опытный менеджер проектов, который работал с десятками, …
User-involvement как самый спорный момент работы с требованиями. Часть 1
Участие пользователя в разработке требований к системе — одно из самых спорных решений на проекте. На нашей практике мы, с одной стороны, слышим от пользователей в день старта опытной эксплуатации: “Отличная система, классный интерфейс, а когда мы уже будем разрабатывать то, что нужно нам?”, но в то же время в начале проекта функциональный заказчик (пользователи …