Оформите заявку на услугу, мы свяжемся с вами в ближайшее
время и ответим на все интересующие вопросы.
ОСОБЕННОСТИ ПРОЕКТОВ AGILE
Классическая схема внедрения продуктов 1С: сначала специалисты пишут техническое задание, затем следует этап разработки, а потом показывают заказчику продукт. В итоге заказчик видит первый результат, через большой промежуток времени после начала проекта. В Agile подходе - результат программирования виден сразу после достижения желаемой цели-спринта, постановка технического задания отсутствует. У заказчика есть возможность вносить новые требования в процессе всего проекта, что критически важно при развитии бизнеса или изменения внешних условий.
Важно понимать, что цели из разряда «получить новую платформу» или «автоматизировать» – это не цели. Цели должны быть четко расставлены и представлены визуально. Например, получение структуры себестоимости или отчета по себестоимости. Заказчик понимает, что какая-то обработка – тоже может быть целью.
Например, прошел двухнедельный спринт, и заказчику предоставили одну версию продукта, пусть это будет одна подсистема, блок согласования на оплату в казначействе. Это результат, и он подлежит приемке, внедрению и дальнейшей эксплуатации. Все эти моменты необходимо проговаривать на стадии заключения договора.
ДОСТОИНСТВА И НЕДОСТАТКИ ТЕХНОЛОГИИ AGILE
|
Достоинства (+) |
Недостатки (-) |
|---|---|
|
Минимизация рисков за счет поэтапной приемки |
Отсутствие четкого и полного бюджета проекта |
|
Прозрачный результат для всех сторон |
Расход времени на проведение митингов |
|
Минимальные сроки |
Отсутствие общей архитектуры системы. |
|
Нацеленность команды на результат |
|
Следует отметить, что при некоторых ограничениях Agile – технологии в проектах 1С являются мировым трендом в разработке программ обеспечения. И в ближайшее время более половина проектов будет с использованием Agile - технологий.
Принципов Agile-манифеста
- Наивысший приоритет-удовлетворение потребностей заказчика
- Изменение требований приветствуется, даже на поздних стадиях
- Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев
- Разработчики и представители бизнеса должны работать вместе
- Над проектом должны работать мотивированные профессионалы
- Непосредственное общение является наиболее эффективным способом работы
- Работающий продукт - основной показатель прогресса
- Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм
- Постоянное внимание к техническому совершенству и качеству
- Простота-искусство минимизации лишней работы
- Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд
- Систематический анализ и корректировка
Философия Scrum
- Люди и взаимодействие важнее процессов и инструментов
- Работающий продукт важнее исчерпывающей документации
- Сотрудничество с заказчиком важнее согласования условий контракта
- Готовность к изменениям важнее следования первоначальному плану
Для дополнительной информации, обратитесь в по тел.: 8 (499) 755-54-96
