RU
EN
МЕНЮ

Блог

Перчатка Таноса для вашего бизнеса: Как 10 лет борьбы и 120 000 часов автоматизации создали IT-систему dZENcode

dZENcode эффективности
средне ≈ 8 минут 24

Введения: Систему не изобретают, ее выковывают в огне

Систему не придумывают на брейнштормах и не пишут на хакатонах под пиццу. Систему выковывают в огне ошибок, кризисов и решений, от которых стынет кровь.

Нас часто спрашивают: “В чем ваш секрет?”

Секрета нет. Есть 10 лет боли, выживания и 120 000 часов работы над собственной автоматизацией. Из этого и выкована наша “Перчатка Таноса” — система, которая усиливает любого, кто надевает её на руку.

И это не сказка для инвесторов. Это реальная история dZENcode: о “мертворожденных проектах”, кассовых разрывах и людях, которые уходили. О вещах, которые ломают компании. О том, что пришлось пережить, чтобы не умереть и построить то, что сегодня работает как экзоскелет для бизнеса.

Точка отсчета: Профессиональная боль как топливо

Всё начинается с боли. Не с озарения в гараже и не с “стартапа ради стартапа”, а с тупой, хронической боли от того, как хорошие проекты умирают в муках. Именно с этой боли начал свой путь Денис, основатель dZENcode. Его история — не про “визионера в облаках”. Это история инженера, уставшего смотреть на системный абсурд.

“Элеваторы” и гении в клетке

Первая серия этой драмы — многомиллионная компания, строящая элеваторы. Там были инженеры редкой породы, которых впору заносить в Красную книгу: настоящие звери проектирования. И там же был Денис, возглавлявший IT-направление компании и пытавшийся протащить компанию хотя бы в XXI век.

Над ним сидело руководство, застрявшее между Word 97 и Windows XP.

Денис: “Для них „Agile“ — это был, видимо, новый сорт кофе, а Frontend и Backend — две конкурирующие рок-группы”.

Результат? Гении проектировали “CRM” в Excel и Access. Денис тащил автоматизацию, рассказывал о разделении труда (Frontend и Backend) и необходимости создания отдельного IT-отдела, но все разбивалось о стену непонимания. Так он получил свой первый жесткий урок: даже лучшие исполнители абсолютно бессильны, если ими управляют дилетанты.

Конвейер “мертворожденных проектов”

Денис ушёл, решив, что виновата отрасль — слишком консервативная. Он начала работать в классической IT-компании. Там царила гремучая смесь “несчастного менеджмента” и клиентов с уровнем технической грамотности “мой племянник в пятом классе тоже так умеет”.

Теперь уже в роли тимлида Денис видел, как каждый проект превращается в балаган.

Денис: “Сроки горят, бюджеты тонут, а на выходе рождается цифровой мусор, который даже вирусы отказываются открывать”.

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

Рождение философии “Хирурга”

Из этой двойной боли — бессилия таланта и триумфа хаоса — и родилась философия Дениса.

Он понял: разработка — это не просто услуга “принеси-подай”. Это — хирургия.

Пациент не приходит к хирургу с опухолью, чтобы рассказать, “как правильно резать” и “а может я лучше таблетку рассосу?”. Он либо доверяет протоколу лечения, либо умирает. Он решил работать так же.

Никаких “таблеток от опухоли” в виде бессмысленных фич по хотелкам клиента. Только диагноз и операция по проверенному методу.

Если пациент готов лечиться — мы делаем операцию. Если нет — пусть ищет шамана.

Точка невозврата

Но такая философия не могла выжить в чужой, больной экосистеме. IT-компания, где работал Денис, закономерно рассыпалась. Конвейер “мертворождённых проектов” захлебнулся сам собой: у него просто закончилось топливо — деньги инвесторов и терпение клиентов. И на этой могиле, как это часто бывает, образовалось несколько осколков — небольших компаний, основанных бывшими коллегами, которые решили пойти своим путем.

Для Дениса распад IT-компании стал точкой невозврата.

Хватит быть “могильщиком” на чужих кладбищах идей. Пора строить свою “клинику” — на принципах, выстраданных в чужих операционных.

Денис:

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

— “Неопытный менеджер с неопытным владельцем, они никогда не могут привести к успеху”.

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

Годы выживания: Как шрамы становились броней

Философия — это красиво. Но философией зарплаты не платят. Реальность быстро проверяет любую идею на прочность.

Наши первые годы были не про “миссию и ценности”, а про выживание на пороховой бочке и работу за “булку джуна”. Именно тогда в огне и холоде родилось то, что потом стало нашим ДНК — радикальная честность.

Старт из пепла и драма “короткой спички”

Офис — это двадцатиметровая комната, пять компьютеров и пачка амбиций, которых хватило бы на “Илон Маск Инкорпорейтед”. А ресурсов — на три месяца.

И ровно через три месяца касса пустая. Кассовый разрыв. Денег хватало на четверых. Работников было пятеро. Варианты? Взять кредит, поклянчить у инвесторов, пообещать “ребята, потом заплатим”? Однозначно — нет! Денис выбрал другое: радикальную честность.

Визуал №2_«Драма короткой спички» (1)-min.png

Денис собрал команду (без двух особо ценных специалистов), взял три спички — одна короткая.

— “Ребята, на всех денег нет. Одного придется уволить. Тянем”.

И ребята реально тянули. Без метафор. Кто вытянул короткую — тот проиграл. Его уволили.

Первый шрам. Жестокий. Но честный. Денис понял: лучше сразу принять реальность, а не заклеивать трещины кредитами и обещаниями. Только свои деньги и только честные правила.

Распад первой команды

Казалось, дно пробито. Но снизу постучали. Первая команда ушла. Все. За год-полтора от стартового состава не осталось ни одного идейного бойца.

Почему? Потому что рынок сулил зарплаты вдвое выше, чем могла предложить молодая и небольшая компания. И люди шли туда, где платят больше.

Всё просто, как сказал один из разработчиков:

—”Да мне хоть панд переворачивать, лишь бы платили”.

Второй шрам: нельзя строить систему только на наемниках, которые ищут, где теплее. Команда рождается не из зарплат, а из идей и смысла.

Уроки партнерства

Компания dZENcode выжила. Пережила стандартные этапы кризисов на 3-й и 6-й месяцы. Даже начала расти. В команду вошли сильные технические специалисты (из компании, которая образовалась параллельно). Те самые, которые раньше называли нас “бомжами” и отказывались слиться в одну команду. Всё это время они теряли, а мы — боролись.

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

Казалось, вот он — успех. Но через три года всё закончилось.

Почему? Потому что партнерство — это не про дружбу. Это про совпадение ценностей и готовность к урегулированию взаимных претензий. Наш партнер хотел “много и сейчас”. Денис строил “систему и надолго”. Для него главной ценностью были деньги. Для нас — смыслы.

И когда он сказал: “Да у нас тут только про деньги”, стало понятно: партнёрство мертво.

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

Итог

Три удара. Три шрама. И это — только то, что на поверхности.

  • Кассовый разрыв научил Дениса финансовой честности.

  • Уход команды — ценить идейных людей.

  • Разрыв с партнером — ставить смыслы выше выгоды.

Эти шрамы стали броней. Они и превратились в принципы, на которых выросла система dZENcode.

Не теория. Чистая практика. Выживание, превращенное в кодекс.

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

Рождение “Экзоскелета”: Как боль превращалась в код

Принципы без инструментов — это плакат на стене в духе “Keep calm and carry on”. Красиво, но бесполезно.

Денис знал: если наша ДНК — радикальная честность и фокус на смыслах — останется лозунгами, система сдохнет. Поэтому в dZENcode начали методично превращать боль в код. Так появился фирменный “Экзоскелет” или “Перчатка Таноса”.

Хаос и несправедливость → Трекер (WTR)

Главная язва IT-рынка — отсутствие честного учёта работы. Клиенту кажется, что его обманывают. Хорошие сотрудники получают столько же, сколько лентяи. А внутренние трекеры? Внутренние трекеры на Bitrix были “говном”. Любой трекер без скриншотов — инструмент, который имитирует контроль и который легко обмануть. Всё держалось на догадках и взаимном недоверии.

Визуал №3_Визуал_ «Рождение WTR» (1)-min.png

Наш ответ: Тайм-трекер WTR. Февраль 2020-го. Наш личный гейм-чейнджер.

Как он работает? Без шпионажа, только математика. Каждые пять минут WTR делает снимок экрана с размещением на таймлайне, а также постоянно фиксирует активность клавиатуры и мыши. Если активности нет — таймер останавливается. В конце дня разработчик сам распределяет это зафиксированное время по задачам. Все просто, прозрачно и неопровержимо.

В dZENcode сделали его не “надсмотрщиком”, а инструментом справедливости и эффективности.

  • Для клиента: каждая минута оплачена по факту, управление в режиме “реал-тайм”. Никаких “на глаз”, никаких “ощущений”. Только скриншоты, только хардкор. Не только контроль, но и управление — перераспределить ресурсы (время разработчиков) на следующий спринт таким-то образом? Без проблем. Мечта управленца высшего звена.

  • Для сотрудника: оплачивается всё — ресерч, фиксы, бессонные ночи. Ни одна минута не уходит “в молоко”. Гибкий график, только сложные и интересные задачи, переработки, потому-что хочется и увлекает? Без проблем. Всё будет оплачено по счётчику. 

Этот трекер стал нашим щитом. Благодаря ему мы пережили и COVID, и другие кризисы — без просадок и истерик — с планомерным ростом на 20% в год. Потому что система перестала зависеть от субъективных мнений и создала единую, прозрачную реальность.

Разочарования в людях → Коллективный отбор

Раньше руководство компании, как и все, верило в людей “на слово”. Казалось: если человек понравился лидеру, значит, всё будет окей. Но “окей” быстро превращалось в “прощай”. Люди подводили, компания теряла деньги, а личные симпатии оказывались слабейшей из всех валют.

Ответ dZENcode: демократия с топором.

Сегодня ни один ключевой сотрудник не попадает в систему по решению одного человека. Его проверяют несколько экспертов: техлид, PM, иногда CEO. В компании смотрят не только на навыки, но и на психотипы.

Результат? В системе остаются только те, кто вписывается по всем параметрам. Не друг “с конференции”, не “классный парень из чата”. Только тот, у кого схожая ДНК.

Повторяющиеся действия и ошибки → 120 000 часов автоматизации

Есть правило: если ошибка повторилась дважды — виновата не команда, а система. Есть и второе: если операция повторилась дважды — её обязан делать не человек, а машина.

В dZENcode устали не только от граблей, но и от бессмысленной рутины. Ответ — автоматизация как двойной удар: против ошибок и против рутинных процессов.

Удар №1. Институциональная память (борьба с ошибками):

  • Сотрудник ушёл и унёс знания? Они уже в базе знаний с AI-ботом.

  • Разработчики снова ловят баги уровня первого курса универа? SonarQube находит их ещё до ревью.

  • Каждый наш шрам перекован в код. Каждая ошибка дала идею для алгоритма, который делает систему сильнее.

Удар №2. Инженерный порядок (борьба с рутиной):

  • Автоматизированная аналитика проектов показывает узкие места ещё до проблем.

  • Онбординг настроен так, что новый человек в команде за дни, а не за недели.

  • Система сама сопоставляет желания и навыки сотрудников с картой департаментов — и подбирает им место.

Итог: В dZENcode вложили более 120 000 часов во внутреннюю автоматизацию. Это адски много. Часть ушла на то, чтобы превратить грабли в ступени. Другая — на то, чтобы построить скоростное шоссе там, где все остальные ползут по просёлочной дороге.

Так родилась “Перчатка Таноса” dZENcode. Каждый инструмент в ней — это “камень бесконечности”, выкованный либо из боли, либо из инженерного перфекционизма. По отдельности — просто фичи. Вместе — несокрушимая система.

Стресс-тест ДНК вашей компании

Визуал №4_Визуал_ «Чек-лист ДНК» (1)-min.png

Устали от историй и теорий? Давайте проверим вашу систему на прочность по стандартам dZENcode, выкованным за 10 лет борьбы.

Пять вопросов, которые работают сильнее любого “коучинга”. Отвечайте честно, без корпоративного лоска и иллюзий.

  1. Реакция на кризис. Кассовый разрыв. Проект в ноль. Что делаете? Берёте кредит, чтобы замазать дыру. Или режете по живому, как мы с “короткой спичкой” — честно, больно, но сразу.

  2. Зависимость от героев. Завтра ваш лучший специалист хлопает дверью. Что падает вместе с ним — проект, команда, бизнес. Или пустеет только его кресло, а система продолжает работать.

  3. Институционализация опыта. Ошибка. Большая. Что дальше? Ищете крайнего, устраиваете показательное сожжение на костре. Или меняете процесс так, чтобы та же ошибка больше никогда не смогла физически произойти.

  4. Главный актив. Куда уходят основные деньги? На удержание и перекупку “звёздных” специалистов. Или на систему, которая превращает обычных людей в звёзд.

  5. Валюта доверия. Почему вы верите своим людям? Потому что “Валера — нормальный парень”. Или потому что у вас есть прозрачные данные, которые видно всем — и они сильнее любых слов.

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

Заключение: Систему нельзя скопировать, к ней можно только присоединиться

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

Вам не нужно проживать подобный ад десятилетиями. Если вы устали наступать на одни и те же грабли, если вы хотите пройти через круги ада с минимальными потерями, dZENcode покажет короткий путь. Подключите свой проект к “Перчатке Таноса” и получите результат 10 лет выживания, боли и 120 000 часов автоматизации уже сегодня.

Обсудить проект.

Дзен-коан:

Ученик спросил старого кузнеца:

— “Учитель, почему твой меч такой прочный? В чем секрет?”

Кузнец, не моргнув, ответил:

— “Мой меч прочен не из-за качества стали. Мой меч прочен потому, что помнит тысячу ударов молотом и тысячу погружений в огонь.”

И помните: люди устают. Люди ошибаются. Люди уходят. Система — остается.

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

Визуал №5_Визуал_ «Урок Кузнеца» (1)-min.png