Дорогой ты наш человек... или когда подрядчику распускать команду разработки после релиза. 💔💔💔
Вчера случилось неожиданное. Казалось бы, что может пойти не так в проекте, в котором из списка рисков наступили примерно все?) Всего сутки со дня релиза системы - и подрядчик заявляет, что главный разработчик покидает проект. Причем не увольняется - а именно переходит на другой. Сказать что был шок - ничего не сказать. Вопросов к менеджменту с той стороны много по этому поводу, ну да и чорт бы с ними. Вопрос к себе - где мы просчитались?
⚠️Думаю, все слышали такой термин как "приемка проекта". Для сложных систем типа нашей приемка осуществляется по итогам опытно-промышленной эксплуатации. Т.е.тесте на реальных пользователях в реальной работе, желательно месяц-два. Но держать все это время дорогостоящего спеца "на подхвате" никто не будет. Агентства - коммерческая организация, и их можно понять. Но для проекта это означает: ⚠️ При возникновении багов, выявленных в рамках ОПЭ, поддержка будет ковыряться в чужом коде. А значит, любые правки могут затянуться. ⚠️ Скорее всего, документация не готова. Ковыряться в коде будет втройне сложнее и можно все сломать. ⚠️ Скорее всего, остался технический долг. Где то там далеко внутри, и о нем знает только покинувший команду разработчик. Исправлять его физически будет некому.
Что бы я сделала по-другому, если бы была возможность вернуться на 8 месяцев назад: 1️⃣ Прописала в договоре сроки и доступность команды во время приемки и опытно-промышленной эксплуатации. 2️⃣ Прописала критерии приемки и порядок приемки системы (да, это как правило все пропускают, считая формальностью, пока не столкнутся с подобной моей ситуацией). 3️⃣ Прописала ответственность за консультации пользователей - админов. 4️⃣ НИКОГДА не экономила бы на документации. Это то, чем можно занять разработчика в первые пару недель ОПЭ.
Вообще опыт интересный и в список "что обязательно должно быть в договоре" стоит включить и такой пункт. Агентствам чуждо человеческое, у них дорог каждый человеко-час. Но исправлять гарантию силами людей, которые ничего не смыслят в системе - нуууу так себе. Люблю IT!🩷🩷🩷🩷💖
· 02.09.2024
Занимать разработчика документацией уже в ОПЭ - это поздно. Получите филькину грамоту. "Подштриховка документации в ОПЭ" - может быть.
Лучше когда вся разработка ведется с документацией нормальной. Т.е. все ваши совещания сопровождаются терминами, диаграммами отражающими участие этих терминов в процессах. Все должно быть понятно вам, пользователю в этом процессе - при взгляде на схемы/диаграммы и т.п. Это должно быть описано, еще до начала кода.
Иначе вы получите в коде такую несуразицу, что никто и поддерживать не сможет нормально. Придется тратить еще кучу денег на то, чтобы привести это в порядок.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 02.09.2024
PS: не имею ввиду "водопадный подход" к разработке проекта. Но все что идет в разработку - идет с описанием и документацией понятной обеим сторонам. Тогда результат будет ожидаем, проверяем и процесс контроллируем.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 03.09.2024
Вы абсолютно правы, в идеальной картине мира так бы было. Но в неидеальной разработчики еще не научились делать нормальную документацию.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 03.09.2024
Ваш ответ обычно звучит, КАК от тех - кому лень искать решение. Просто топите разработчиков (а скорее аналитиков) тем - что непонятно "что они собрались делать". За пол годика научатся писать, следующие проекты пойдут нормально. Ну и спец конечно там должен быть умеющий это делать или несущий ответственность, чтобы его компетентность поднять, а он уже коллег обучит, задаст темп и направление. Критерий был - понятно обеим сторонам. DDD вам в помощь. Workflow должен содержать этап документирования.
Про оценку нормальности речи нет, это скорее творческая индивидуальная работа. Кому как удобно, главное - понятно.
А тратить время на якобы документацию, но толку от нее 0 - смысла не имеет. У меня как раз похожая ситуация сейчас... Но это другая история :D
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 03.09.2024
Спасибо за совет "топить"))) Так и буду делать!)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён