- PVSM.RU - https://www.pvsm.ru -
Последние годы в управлении проектами активно распространилась идеология Agile. Многие работодатели указывают знание Agile как обязательное требование к кандидату. Появились целые школы, которые обучают Agile, выдают сертификаты и т.п. Я считаю, что эти люди( и работодатели, я уж не говорю про HR) просто не имеют опыта управления, а Agile - модное слово, наверно что-то продвинутое, современное. В общем я знаю, как образовалась Agile, с точки зрения программиста она достаточно привлекательна. Но распространять идеологию Agile на все проекты в ИТ - мягко выражаясь некорректно. Предлагаю вашему вниманию другую идеологию управления проектами и продажами.
Корпус (Рамки)
Чёткие границы: сроки, бюджет, зоны ответственности.
Пример: «Проект — 6 месяцев, оплата по этапам, правки только по согласованию».
Шестерёнки (Этапы)
Логичные, взаимосвязанные шаги: анализ → прототип → разработка → тест → сдача.
Фишка: Как в механизме часов — пропуск одной детали рушит систему.
Механизм (Процесс)
Регулярные «сверки времени»: созвоны раз в неделю, отчёты о прогрессе.
Важно: Не «как получится», а «как договорились».
Циферблат (Визуализация)
Клиент видит прогресс: скрины, тестовые данные, гайдлайны.
Приём: Отправлять мини-отчёты в формате «3 завершённых задачи + 2 на этой неделе».
Завод (Мотивация)
Поддержание интереса: напоминать о выгодах («После запуска вы сэкономите N часов в день»).
Лайфхак: Перед сдачей — «А давайте добавим финальный штрих бесплатно?» (клиент чувствует заботу).
Гарантийный талон (Пост-поддержка)
«Часовая мастерская» после покупки: 1 месяц на исправление багов, потом — платные доработки.
Применительно к продажам:
Почему это лучше «воронки продаж»?
Образность. Клиент сразу понимает, что вы работаете как швейцарский хронометр — без сбоев.
Акцент на качестве. Не «продавили сделку», а «отработали идеально».
Уважение к времени. Часы символизируют дисциплину — это импонирует серьёзным заказчикам.
Как внедрить?
Добавьте формулировку в презентации:
«Мы работаем по принципу швейцарских часов: точно, надёжно, с гарантией результата».
В договоре выделите раздел «Этапы и контрольные точки» как детали механизма.
После завершения проекта подарите клиенту виртуальный «сертификат точности».
«Мои проекты — это не конвейер, а ручная сборка. Как швейцарские часы: тикают ровно, служат десятилетиями»
1. Философия
|
Принцип швейцарских часов |
Agile |
|
Точность и предсказуемость — жёсткие этапы, чёткие сроки, минимум изменений. |
Гибкость и адаптация — проект evolves по мере развития, приветствуются правки даже на поздних стадиях. |
|
Пример: Строительство объекта связи по заданным параметрам. |
Пример: Разработка мобильного приложения с тестами пользователей после каждого спринта. |
2. Планирование
|
Швейцарские часы |
Agile |
|
Детальный план до старта (ТЗ, бюджет, график). |
План корректируется после каждой итерации (спринта 1-4 недели). |
|
Фишка: Клиент знает результат заранее. |
Фишка: Клиент может менять приоритеты. |
3. Роль клиента
|
Швейцарские часы |
Agile |
|
Клиент участвует в начале (согласование ТЗ) и в конце (приёмка). |
Клиент вовлечён постоянно (еженедельные демо, feedback). |
|
Плюс: Меньше времени клиента. |
Плюс: Больше контроля для клиента. |
4. Управление изменениями
|
Швейцарские часы |
Agile |
|
Изменения = пересмотр договора и сроков. |
Изменения = часть процесса (бэклог задач обновляется). |
|
Риск: Конфликты, если клиент передумал. |
Риск: «Доработки до бесконечности». |
5. Где лучше применять?
|
Принцип швейцарских часов |
Agile |
|
Проекты с чёткими требованиями: создание объектов, сетей, дата-центров… |
Проекты с неопределённостью: IT-стартапы, дизайн, креативные индустрии, программные продукты. |
|
Важно: Клиент не любит «сюрпризы». |
Важно: Клиент готов экспериментировать. |
6. Плюсы и минусы
|
Критерий |
Швейцарские часы |
Agile |
|
Скорость выхода |
Медленнее (всё спланировано). |
Быстрее (работает MVP). |
|
Бюджет |
Предсказуемый. |
Может расти из-за правок. |
|
Стресс для команды |
Низкий (все знают план). |
Высокий (постоянные изменения). |
|
Клиентский опыт |
Предсказуемость vs. жёсткость. |
Гибкость vs. хаос. |
7. Гибридный подход?
Иногда можно сочетать оба метода:
Жёсткие этапы (как в «швейцарских часах») + Agile-итерации внутри этапа.
Пример: Разработка ПО с фиксированным релизом через 6 месяцев, но ежемесячными спринтами.
Итог
Выбирайте «швейцарские часы», если:
Требования неизменны,
Клиент хочет гарантий,
Проект технически сложный (например, инженерия).
Выбирайте Agile, если:
Требования размыты,
Нужно быстро тестировать гипотезы,
Клиент готов к collaboration.
Метод швейцарских часов идеален для проектов, где важна точность, а Agile — где важна скорость адаптации.
Автор: intdif
Источник [1]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/agile/424025
Ссылки в тексте:
[1] Источник: https://habr.com/ru/articles/923682/?utm_source=habrahabr&utm_medium=rss&utm_campaign=923682
Нажмите здесь для печати.