Найти в Дзене

Дорогой ты наш человек... или когда подрядчику распускать команду разработки после релиза.

На днях в одном из моих проектов случилось неожиданное. Казалось бы, что может пойти не так в проекте, в котором из списка рисков наступили примерно все?) Всего сутки со дня релиза системы - и подрядчик заявляет, что главный разработчик покидает проект. Причем не увольняется - а именно переходит на другой. Сказать что был шок - ничего не сказать. Вопросов к менеджменту с той стороны много по этому поводу, ну да и чорт бы с ними. Вопрос к себе - где мы просчитались? Думаю, все слышали такой термин как "приемка проекта". Для сложных систем типа нашей приемка осуществляется по итогам опытно-промышленной эксплуатации. Т.е.тесте на реальных пользователях в реальной работе, желательно месяц-два. Но держать все это время дорогостоящего спеца "на подхвате" никто не будет. Агентства - коммерческая организация, и их можно понять. Вообще опыт интересный и в список "что обязательно должно быть в договоре" стоит включить и такой пункт. Агентствам чуждо человеческое, у них дорог каждый человеко-час.
Оглавление

На днях в одном из моих проектов случилось неожиданное. Казалось бы, что может пойти не так в проекте, в котором из списка рисков наступили примерно все?) Всего сутки со дня релиза системы - и подрядчик заявляет, что главный разработчик покидает проект. Причем не увольняется - а именно переходит на другой. Сказать что был шок - ничего не сказать. Вопросов к менеджменту с той стороны много по этому поводу, ну да и чорт бы с ними. Вопрос к себе - где мы просчитались?

Думаю, все слышали такой термин как "приемка проекта". Для сложных систем типа нашей приемка осуществляется по итогам опытно-промышленной эксплуатации. Т.е.тесте на реальных пользователях в реальной работе, желательно месяц-два. Но держать все это время дорогостоящего спеца "на подхвате" никто не будет. Агентства - коммерческая организация, и их можно понять.

Но для проекта это означает:

  1. При возникновении багов, выявленных в рамках ОПЭ, поддержка будет ковыряться в чужом коде. А значит, любые правки могут затянуться.
  2. Скорее всего, документация не готова. Ковыряться в коде будет втройне сложнее и можно все сломать.
  3. Скорее всего, остался технический долг. Где то там далеко внутри, и о нем знает только покинувший команду разработчик. Исправлять его физически будет некому.

Что бы я сделала по-другому, если бы была возможность вернуться на 8 месяцев назад:

  • Прописала в договоре сроки и доступность команды во время приемки и опытно-промышленной эксплуатации.
  • Прописала критерии приемки и порядок приемки системы (да, это как правило все пропускают, считая формальностью, пока не столкнутся с подобной моей ситуацией).
  • Прописала ответственность за консультации пользователей - админов.
  • НИКОГДА не экономила бы на документации. Это то, чем можно занять разработчика в первые пару недель ОПЭ.

Вообще опыт интересный и в список "что обязательно должно быть в договоре" стоит включить и такой пункт. Агентствам чуждо человеческое, у них дорог каждый человеко-час. Но исправлять гарантию силами людей, которые ничего не смыслят в системе - нуууу так себе. Люблю IT!

Больше о проекта - в моем канале https://t.me/olga_v_digital

#очемплачетпроджект #it #digital #управлениепроектами