Последние годы в управлении проектами активно распространилась идеология Agile. Многие работодатели указывают знание Agile как обязательное требование к кандидату. Появились целые школы, которые обучают Agile, выдают сертификаты и т.п. Я считаю, что эти люди( и работодатели, я уж не говорю про HR) просто не имеют опыта управления, а Agile - модное слово, наверно что-то продвинутое, современное. В общем я знаю, как образовалась Agile, с точки зрения программиста она достаточно привлекательна. Но распространять идеологию Agile на все проекты в ИТ - мягко выражаясь некорректно. Предлагаю вашему вниманию другую идеологию управления проектами и продажами.

Принцип швейцарских часов: 6 деталей идеального проекта

1. Корпус (Рамки)

   • Чёткие границы: сроки, бюджет, зоны ответственности.

   • Пример: «Проект — 6 месяцев, оплата по этапам, правки только по согласованию».

2. Шестерёнки (Этапы)

   • Логичные, взаимосвязанные шаги: анализ → прототип → разработка → тест → сдача.

   • Фишка: Как в механизме часов — пропуск одной детали рушит систему.

3. Механизм (Процесс)

   • Регулярные «сверки времени»: созвоны раз в неделю, отчёты о прогрессе.

   • Важно: Не «как получится», а «как договорились».

4. Циферблат (Визуализация)

   • Клиент видит прогресс: скрины, тестовые данные, гайдлайны.

   • Приём: Отправлять мини-отчёты в формате «3 завершённых задачи + 2 на этой неделе».

5. Завод (Мотивация)

   • Поддержание интереса: напоминать о выгодах («После запуска вы сэкономите N часов в день»).

   • Лайфхак: Перед сдачей — «А давайте добавим финальный штрих бесплатно?» (клиент чувствует заботу).

6. Гарантийный талон (Пост-поддержка)

   • «Часовая мастерская» после покупки: 1 месяц на исправление багов, потом — платные доработки.

   Применительно к продажам:

   Почему это лучше «воронки продаж»?

   1. Образность. Клиент сразу понимает, что вы работаете как швейцарский хронометр — без сбоев.

   2. Акцент на качестве. Не «продавили сделку», а «отработали идеально».

   3. Уважение к времени. Часы символизируют дисциплину — это импонирует серьёзным заказчикам.

   Как внедрить?

   1. Добавьте формулировку в презентации:
      «Мы работаем по принципу швейцарских часов: точно, надёжно, с гарантией результата».

   2. В договоре выделите раздел «Этапы и контрольные точки» как детали механизма.

   3. После завершения проекта подарите клиенту виртуальный «сертификат точности».

   «Мои проекты — это не конвейер, а ручная сборка. Как швейцарские часы: тикают ровно, служат десятилетиями» 

Сравнение с Agile

1. Философия

2. Планирование

3. Роль клиента

4. Управление изменениями

5. Где лучше применять?

6. Плюсы и минусы

7. Гибридный подход?

Иногда можно сочетать оба метода:

• Жёсткие этапы (как в «швейцарских часах») + Agile-итерации внутри этапа.
  

• Пример: Разработка ПО с фиксированным релизом через 6 месяцев, но ежемесячными спринтами.

  Итог

• Выбирайте «швейцарские часы», если:

  • Требования неизменны,

  • Клиент хочет гарантий,

  • Проект технически сложный (например, инженерия).

• Выбирайте Agile, если:

  • Требования размыты,

  • Нужно быстро тестировать гипотезы,

  • Клиент готов к collaboration.

Метод швейцарских часов идеален для проектов, где важна точность, а Agile — где важна скорость адаптации.