Как я один сделал iOS-игру LootShrine — и что это значит для бизнеса

iOS-игру LootShrine я сделал один: код, графику, звук и публикацию в App Store сделал один человек за десять месяцев. Для бизнеса урок не в игре, а в риске — если у компании единственный программист 1С, при его уходе система становится чёрным ящиком, а работа встаёт.

как один разработчик довёл iOS-игру lootshrine от идеи до релиза

LootShrine — данжен-луткрафтер для iPhone и iPad: заходишь в подземелье, собираешь снаряжение, прокачиваешь героя и идёшь глубже. Я делал её один: писал код на Swift и SpriteKit, рисовал интерфейс, сводил звук, тестировал каждую сборку сам и вёл переписку с ревью App Store. Ушло около десяти месяцев вечеров и выходных, без инвестора и без команды за спиной.

Один человек может закрыть роль архитектора, программиста, художника и тестировщика — но не одновременно. Пока я допиливал систему инвентаря, копился долг по багам в боевой системе. Пока чинил баги, останавливалась работа над балансом экономики. Отпуск, болезнь или просто неделя без сил — и проект замирает целиком, потому что заменить себя некому и спросить не у кого.

что чаще всего ломается, когда работаешь один

Три вещи всплывали регулярно: код без комментариев, который через месяц читаешь как чужой; тестирование одним человеком на одном устройстве, из-за чего часть багов доходила до релизной сборки; и решения, принятые второпях, которые потом приходилось переделывать, потому что их некому было поставить под сомнение на этапе обсуждения. После первого релиза добавилась четвёртая: поддержка пользователей, багрепорты и правки для новых версий iOS легли на того же одного человека, который писал код полгода назад и уже забыл часть деталей.

В инди-разработке это цена скорости, и я готов был её платить — риски несу я один, и решение о том, где срезать угол, тоже принимаю я один. Тот же паттерн я потом узнал в работе с клиентами ukved. Компании малого и среднего бизнеса в Москве нередко держат всю автоматизацию на одном программисте 1С — штатном или приходящем на несколько часов в неделю. Пока он один, риски игры и риски бизнеса совпадают почти дословно: знания, ответственность и единственная точка отказа сходятся в одном человеке, только цена ошибки другая.

в чём риск, если критичную систему 1С ведёт один программист

Риск возникает не из-за квалификации конкретного человека, а из-за устройства процесса: знания о том, как собрана база, какие доработки внесены и почему, живут только в одной голове. Документации нет или она устарела — писать её было некогда, под рукой всегда была более срочная задача от директора или бухгалтерии, а документация подождёт до лучших времён, которые не наступают.

Пока программист на месте, бизнес этого не замечает: отчёты формируются, обмен с сайтом работает, зарплата считается вовремя. Проблема всплывает в момент ухода — увольнение, длительная болезнь, декрет, переход к конкуренту с более высокой ставкой. Новый специалист тратит недели на то, чтобы разобраться в чужом коде без комментариев, а склад, бухгалтерия или отдел продаж в это время работают в ручном режиме, теряя часы на то, что раньше делала автоматика без участия человека.

Отдельный источник риска — доработки, написанные под давлением сроков и без проверки на реальной нагрузке. Такой код часто не проходит тест Гилёва — методику, которой измеряют быстродействие типовых операций 1С на конкретном железе и конфигурации. Пока пользователей немного, медленный отчёт или тяжёлый обмен незаметны; на растущей базе, с новыми складами и новыми сотрудниками, такие доработки превращаются в узкое место, которое тормозит всю компанию именно тогда, когда скорость важнее всего.

как исправить ситуацию, когда 1с в компании держится на одном человеке

Первый шаг — аудит: что доработано, зачем, кто и когда это делал, какие модули типовые, а какие переписаны под задачи конкретной компании. Без этого следующий специалист будет чинить систему вслепую, методом проб и ошибок на боевой базе, рискуя каждой правкой что-то сломать в соседнем модуле. В ukved аудит часто идёт вместе с доработкой 1С — правки фиксируются в документации сразу, а не постфактум, когда автора уже не найти и спросить не у кого.

Второй шаг — перевести поддержку с одного человека на команду. Когда за системой стоит несколько специалистов, отпуск или увольнение одного не останавливает бизнес: задачу подхватывает следующий по регламенту и документации, а не по памяти о том, кто что когда-то писал и почему именно так. Почасовое сопровождение 1С и сисадминские работы стоят от 3800 руб/час — оплата идёт за решённую задачу, а не за то, что специалист единственный, кто вообще понимает систему изнутри.

Третий шаг — договориться о правилах на будущее: доступ к базе и к серверу принадлежит компании, а не человеку; правки фиксируются в журнале изменений с датой и причиной; критичные доработки проходят проверку до того, как попадут в рабочую базу, а не после того, как в ней что-то сломается в разгар отчётного периода.

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

Если компания раз за разом нанимает одного специалиста вместо команды, риск воспроизводится с той же регулярностью: облегчение после ухода прежнего программиста сменяется тем же тупиком через год-два, когда новый человек тоже становится незаменимым в одиночку — потому что структура найма не изменилась, изменилось только имя в трудовом договоре.

Разорвать цикл помогает не поиск ещё одного одиночки с идеальным резюме, а переход на подрядчика с командной моделью работы. Внедрение 1С у нас ведёт группа специалистов, а не один человек: есть архитектор, есть разработчик, есть тестировщик, и знание о системе не привязано к конкретному сотруднику подрядчика — уйдёт один, работу продолжит другой без остановки проекта и без паузы на передачу дел.

Это же касается регулярных задач: обновление 1С на постоянной основе снимает ещё одну зависимость — от памяти конкретного человека о том, какая версия конфигурации сейчас стоит, что в неё внесено вручную и что сломается при обновлении типового функционала после очередного релиза от вендора.

что снижает зависимость бизнеса от одного разработчика 1С

Предотвратить дешевле, чем лечить. При выборе, как автоматизировать компанию, стоит сразу закладывать процесс, который переживёт уход конкретного человека — штатного программиста, фрилансера или сотрудника подрядчика, каким бы надёжным он ни казался сегодня.

Для растущей розницы или оптовой компании это особенно заметно: внедрение 1С:Управление торговлей или 1С:ERP — не разовая покупка коробки, а процесс, который команда ведёт годами, с документацией, регламентом доступа и планом на случай, если кто-то из специалистов уйдёт в другую компанию или сменит профиль работы.

Проверить будущего подрядчика несложно ещё до подписания договора: спросите, сколько человек в команде реально будут касаться вашей базы, кто подхватит задачу в отпуске основного специалиста и как оформляется документация по доработкам. Если ответ — «я справлюсь один», риск, о котором эта статья, никуда не денется, просто сменит имя исполнителя в договоре. Мы сравниваем это со сборкой мебели по инструкции против сборки на глаз: результат может выглядеть похоже, но переделывать чужую работу без документации всегда дороже, чем строить с нуля по понятной схеме.

что LootShrine дал мне как опыт: один разработчик — плюс для игры и риск для бизнеса

В инди-игре единоличная разработка — часть замысла: я управляю каждым решением от геймдизайна до цвета кнопки, и это честный компромисс между скоростью и риском задержки релиза. Если я на две недели пропаду с проекта, пострадаю только я и, может быть, дата релиза в App Store — больше никто.

Для бизнес-системы, от которой зависит склад, отгрузки и зарплата, такой компромисс не работает — цена простоя измеряется не задержкой релиза, а остановкой процессов, которые приносят деньги каждый день. Отгрузка не уедет клиенту, зарплата не начислится вовремя, отчёт в налоговую не сформируется день в день — и это уже не риск одного разработчика, а риск всей компании и её репутации перед контрагентами.

Разработка мобильного приложения такого масштаба, как LootShrine, начинается от 500 000 руб и ведётся командой, а не одним человеком — именно чтобы клиент не унаследовал тот же риск единственной точки отказа, о котором идёт речь в этой статье применительно к 1С.

❓ Частые вопросы

Сколько времени ушло на разработку iOS-игры LootShrine в одиночку?

Около десяти месяцев вечеров и выходных: код на Swift и SpriteKit, графика, звук, тестирование и переписка с ревью App Store — всё делал один человек без команды и без инвестора.

Причём тут разработка игры и внедрение 1С в бизнесе?

Оба случая объединяет риск одной точки отказа: пока разработчик или программист 1С один, вся система держится на одном человеке. Для инди-игры это приемлемый компромисс, для бизнес-критичной системы — нет.

Как понять, что компания зависит от одного программиста 1С?

Если доработки не задокументированы, доступ к базе привязан к личному логину исполнителя, а на вопрос «кто подхватит задачу в отпуске» ответа нет — зависимость уже есть, даже если сбоев пока не было.

Сколько стоит перевести 1С с фрилансера на команду подрядчика?

Почасовое сопровождение 1С и сисадминские работы у нас стоят от 3800 руб/час. Стартовая точка — аудит текущих доработок, после которого понятен объём и стоимость дальнейшей поддержки.

Сколько стоит разработка мобильного приложения уровня LootShrine?

От 500 000 руб. Цена зависит от жанра, объёма контента и платформ, но в отличие от инди-проекта разработку ведёт команда, а не один человек — это снижает риск для заказчика.