1000 и 1 успешный кейс
Описаны только частые и не уникальные кейсы
Интернет-магазин. Подрядчик затянул сроки, выдал сырой результат. Нужно как можно быстрее стартовать продажи, работа стоит, непонятно, что делать. После анализа ситуации получилось найти компромисс, разделить запуск на этапы. Сначала решено было делать только необходимое для старта продаж, потом все остальное. Был составлен план работ, найден тестер-фрилансер. Держа руку на пульсе подрядчика, удалось оперативно закончить первый этап и запустить продажи. Второй этап уже делали без спешки и нервов, что отразилось на качестве.
Заказчик, предоставляющий услуги клиентам, решил дополнить сайт приложением. Но не было понятно, насколько это будет рентабельно, как следствие бюджет выделяли маленький, которого не хватало на разработку нативных приложений под две мобильные платформы. Получилось найти компромисс, выпустить прототип без нативной разработки и уложиться в бюджет.
В интернет-магазине возникла сложная ситуация — внутренняя команда не справлялась с потоком задач, и качество разработки сильно страдало из-за авралов. Владельцы бизнеса были уверены, что переход на битрикс и замена команды разработки спасет ситуацию. Анализ возможного перехода на битрикс выявил критичные минусы для бизнеса. Вместе с отделом разработки был составлен план по решению ряда критичных проблем на проекте. Часть работ получилось отдать на подряд, чем сэкономили внутренние ресурсы.
Сайт заказчика был написан с нуля и поддерживался в течение нескольких лет, накопилось очень много клиентского и административного функционала. Но у маркетологов была огромная потребность в системе управления контентом (CMS). Оценка работ включала переделывание всего проекта под популярный движок, либо разработку своей CMS, оба варианта были дорогостоящими. Получилось найти компромиссный вариант, переделать только лендинг и публичные страницы на популярный движок CMS, и продолжить поддерживать старую клиентскую и административную часть сайта.
На проекте заказчика возникла техническая проблема, сервер постоянно падал. Внутренние разработчики не могли отловить причину уже долгое время, ситуация стала критичной. Я привлек к работе знакомого сисадмина. Вместе проведя анализ дампов памяти сервера нам удалось выявить, что серверный код уходил в бесконечный цикл, из-за чего скрипт съедал все ресурсы и сервер падал. После нашей подсказки внутренние разработчики нашли и исправили баг в коде.
Заказчик разместил заказ на фрилансерской бирже труда и получил очень большой разброс по бюджету и срокам. Было непонятно, кого выбирать. После проведения анализа и общения с некоторыми из подрядчиков получилось выделить адекватные предложения.
Заказчик пожаловался на постоянные проблемы, возникающие при доработке работающего интернет-магазина. После аудита кода и анализа ситуации был выявлен недобросовестный разработчик-фрилансер, который, пользуясь отсутствием возможности контролировать его работу, завышал оценку задач, свои недоработки сваливал на проблемы прошлых разработчиков, отказывался от трудных задач, мотивируя это отсутствием технической возможности. С человеком расстались, нашли нового разработчика, ситуация нормализовалась.
Made on
Tilda