Стоимость разработки vs ценность

Стоимость разработки — как она коррелирует с ценностью, которую получает заказчик в итоге? Мне кажется — никак. Разработка ПО на аутсорсе — это почти всегда Water-Scrum-Fall. Мы тщательно изучаем, планируем, оцениваем, пишем планы, рисуем диаграммы проекта и собираем ресурсы — это часть Water. Дальше мы разрабатываем итерационно, делаем стендапы, ретро, демо и прочие артефакты аджайла (может у вас Scrum-ban вообще, добавьте свой список, по вкусу) — это Scrum часть проекта. Затем мы передаем это в бета тестирование, делаем стабилизацию, релиз в продакшн и проводим окончательную приемку проекта и получаем последний транш денег — это Fall часть. Все вполне логично, снижает […]

Continue Reading

Agile в зависимости от контекста

В прошлой статье мы обсудили влияние размера команды на применение “гибких” подходов в проектах. В этот раз попробуем разобраться в влиянии производственного контекста на этот выбор. Начнем с определения терминов, которые будем использовать. Контракт — понятие аутсорс разработки, которое не имеет смысла в продуктовой разработке, там есть внутренний заказчик и ваши с ним взаимоотношения строятся по совсем другим правилам. Рассмотрим 3 основные силы проекта: Заказчик— инвестор, владелец бизнеса, который заинтересован получить бизнес выгоду от проекта Команда — технические и не только специалисты, которые выполняют проект, хотят создавать крутые системы, использовать модные технологии, уникальные продукты и так далее Пользователи — люди, которые будут использовать полученный результат, в своей повседневной […]

Continue Reading

Размер команды и Agile мышление

Продолжаю размышления на тему применения agile практик в реальной жизни. Давайте обсудим зависимость от размера команды проекта.  Photo by rawpixel.com on Unsplash до 4 В этом случае абсолютно неважно какому процессу или методологии следовать, это не окажет почти никакого влияния на результат. Тут и менеджер не нужен, от слова “совсем”. Это хакатон, стартап, что угодно, но не проект. до 7 (±2) В команде проекта пара разработчиков, один тестер, а также парт-тайм аналитик и дизайнер? Допустим, что вся команда около 7 человек. Тут оказывает влияние личностные качества ПМа и его умение работать с людьми. Использование легковесных Agile практик помогает, но еще не является критичным […]

Continue Reading