Последние годы в управлении проектами активно распространилась идеология Agile. Многие работодатели указывают знание Agile как обязательное требование к кандидату. Появились целые школы, которые обучают Agile, выдают сертификаты и т.п. Я считаю, что эти люди( и работодатели, я уж не говорю про HR) просто не имеют опыта управления, а Agile - модное слово, наверно что-то продвинутое, современное. В общем я знаю, как образовалась Agile, с точки зрения программиста она достаточно привлекательна. Но распространять идеологию Agile на все проекты в ИТ - мягко выражаясь некорректно. Предлагаю вашему вниманию другую идеологию управления проектами и продажами.
Принцип швейцарских часов: 6 деталей идеального проекта
Корпус (Рамки)
Чёткие границы: сроки, бюджет, зоны ответственности.
Пример: «Проект — 6 месяцев, оплата по этапам, правки только по согласованию».
Шестерёнки (Этапы)
Логичные, взаимосвязанные шаги: анализ → прототип → разработка → тест → сдача.
Фишка: Как в механизме часов — пропуск одной детали рушит систему.
Механизм (Процесс)
Регулярные «сверки времени»: созвоны раз в неделю, отчёты о прогрессе.
Важно: Не «как получится», а «как договорились».
Циферблат (Визуализация)
Клиент видит прогресс: скрины, тестовые данные, гайдлайны.
Приём: Отправлять мини-отчёты в формате «3 завершённых задачи + 2 на этой неделе».
Завод (Мотивация)
Поддержание интереса: напоминать о выгодах («После запуска вы сэкономите N часов в день»).
Лайфхак: Перед сдачей — «А давайте добавим финальный штрих бесплатно?» (клиент чувствует заботу).
Гарантийный талон (Пост-поддержка)
«Часовая мастерская» после покупки: 1 месяц на исправление багов, потом — платные доработки.
Применительно к продажам:
Почему это лучше «воронки продаж»?
Образность. Клиент сразу понимает, что вы работаете как швейцарский хронометр — без сбоев.
Акцент на качестве. Не «продавили сделку», а «отработали идеально».
Уважение к времени. Часы символизируют дисциплину — это импонирует серьёзным заказчикам.
Как внедрить?
Добавьте формулировку в презентации:
«Мы работаем по принципу швейцарских часов: точно, надёжно, с гарантией результата».В договоре выделите раздел «Этапы и контрольные точки» как детали механизма.
После завершения проекта подарите клиенту виртуальный «сертификат точности».
«Мои проекты — это не конвейер, а ручная сборка. Как швейцарские часы: тикают ровно, служат десятилетиями»
Сравнение с Agile
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 — где важна скорость адаптации.