Comments 8
Сергей, подскажите пожалуйста, в таких больших и разлапистых проектах вы используете гибкие методологии разработки ПО (Agile, Scrum, Канбан) или же это все-таки традиционный водопад и большим этапом сбора требований, проектирования с прототипами и т.д.? Аргументируйте, плиз, ваш ответ, почему вы используете, выбранную вами методику.
Если говорить о мейнстриме проектов, то за более чем 15 лет разработки выстрадали настроенную под нас методологию, на базе в первую очередь MSF и немного RUP. Большинство наших сотрудников в свое время обучал лично Rafal Lukawiecki. Гибкость наших подходов, как правило, несколько ограничивается фиксированным бюджетом, ТЗ и сроками контракта. Но, конечно, это не водопад – в ходе проекта выпускается множество релизов начиная с прототипа, чтобы доставлять новые требования итерационно, реализуя в первую очередь наиболее приоритетные из них.
В чем делаете прототипы? Это что-то интерактивное на базе какой-либо демонстрационной версии продукта с базовыми интерфейсами, но с данными заказчика или скетчи низкой степени детализации?
В комментарии выше речь шла о рабочем прототипе (proof of concept выбранных технологий, архитектурных принципов, ключевых требований). На демонстрациях прототипа мы, конечно, рекомендуем использовать данные заказчика, чтобы он видел хоть что-то знакомое для себя. Что касается скетчей или даже interactive wireframes, то данную технику часто используем для прототипирования интерфейса пользователя. Используем, например, инструмент FlairBuilder. Показать заказчику один скетч гораздо полезнее и веселее, чем заставить его читать 20 страниц спецификации.
… и принимать обращения граждан. Второе потом выбыло из списка госуслуг, я подозреваю — потому что это была одна из немногих форм, куда можно было написать в духе: «Я езжу по этой дороге с 87 года и за это время она ни разу не ремонтировалась». Писали по всем поводам, а по правилам, госорган обязан рассмотреть любую заявку и перенаправить её в правильное ведомство.
Подозрительно часто я встречаю такой подход: сначала функция очень нужна, а потом, когда выясняется, что с ней потом надо работать, её спешно убирают.
А можете подробнее рассказать про фреймворк для управления опросами и голосованием?
Sign up to leave a comment.
«Тяжёлый» прикладной софт: будни разработки и внедрения