Agile подход говорит так: скажите сколько у вас есть денег на проект и в какой срок вы должны уложиться, и я подскажу что самое важное из проекта вы сможете сделать за эти деньги и этот срок.

Знаете, мое мышление в области автоматизации бизнес-процессов готово рассматривать оба взгляда на один проект одновременно.
Сейчас я веду небольшой проект по аудиту ИТ-инфраструктуры (используемых софтов, включая 1С) и аудиту управленческого учета в небольшой группе компаний.
По результатам аудита я настоятельно рекомендовал добавить в ИТ-контур систему казначейства и бюджетирования, сейчас казначейство в Битрикс, платежный календарь строится в экселе.
Рассмотрели несколько систем, остановились на БитФинанс, как самом массовом ПО в этой области.
Тот объем функционала, который хочется покрыть, если делать проект на стороне не будет стоить меньше 2-2,5 млн.рублей.
У заказчика в бюджете есть всего 1 млн. и если говорить о классическом проектном подходе, до здесь ответ один - нет, такой проект выполнить не возможно.
Но если включить голову и подумать что лучшее мы можем сделать за 1 млн. рублей, то вполне может найтись решение, устраивающее заказчика.
Но к сожалению, 90% внедренцев, особенно 1С-франчайзи идут классическим подходом и говорят нет или предлагают какие-то работы а не конечные результаты.

Приведу еще две картинки от СБЕРа по поводу двух подходов:

Сегодня углубился в сравнение двух проектных подходов, завтра, обещаю, продолжу про Agile.

Подробнее об AGILE подходе я записал недавно видео - адрес: https://youtu.be/-YmfUUaz2Ds?si=-tIQ7YrxZ2WaztLr

Продолжаю про Agile, как я его понимаю применительно к внедрению ERP систем.

Считается что есть четыре главных постулата философии Agile:

Конечно, это подход, удобный заказчику. Подрядчику же наоборот выгодно подписать финансирование на весь проект до конца.

И разрешите последнюю тему кратко.
Среди всех Agile-проектов в России 48% выполняется с использованием методики Scram.
Не буду рассуждать долго о Scram приведу лишь один слайд и одно пояснение.

Остановлюсь только на одном принципе - Time-boxing
Скрам рассматривает время как одно из самых важных ограничений в управлении проектом.
Чтобы решить проблему ограничения времени, Scrum вводит концепцию под названием «Time-boxing», которая предлагает фиксировать определенное количество времени для каждого процесса и действия в проекте Scrum.
Это гарантирует, что члены команды не берут на себя слишком много или слишком мало работы в течение определенного времени и не тратят свое время и энергию на работу, относительно которой у них мало ясности.

И можно к вам вопрос - кто как понимает TIME-BOXING в принципах Scrum? Что это для вас?
Пишите ответы в группе t.me/DigCFOChat - лучший ответ заработает интересную книгу ))

До завтра!
Завтра - примеры протоколов совещаний, проектных решений и whatsapp каналов.

Друзья, с радостью продолжаю. Сегодня пятница, предвыходной день, поэтому публикую пост раньше ))