
Как я создаю «Черный ящик»: почему разработчику не подходят Jira, Битрикс24 и другие трекеры «для маркетологов»
paibx 8 минут назад Как я создаю «Черный ящик»: почему разработчику не подходят Jira, Битрикс24 и другие трекеры «для маркетологов» Средний 6 мин 444 Управление разработкой * Управление проектами * Управление продуктом...
Anthropic — What company has the best second artificial intelligence model at the end of June?
Значимый прорыв формирует отрасль ИИ: paibx 8 минут назад Как я создаю «Черный ящик»: почему разработчику не подходят Jira, Битрикс24 и другие трекеры «для маркетологов» Средний 6 мин 444 Управление разработкой * Управление проектами * Управление продуктом * Кейс Из песочницы Привет, Хабр! Меня зовут Алексей, и я в веб-разработке уже 16 лет. Большую часть этого времени я работаю с платформой 1С-Битрикс, руковожу техническими процессами, общаюсь с клиентами и веду проекты разной сложности.
За полтора десятка лет в индустрии я успел поработать, кажется, во всех популярных таск-трекерах и CRM-системах. И все эти 16 лет меня не покидала одна и та же мысль. Идея, которую я вынашивал в голове много лет: почему все современные системы управления проектами создаются маркетологами для маркетологов, а не разработчиками для разработчиков?
Технические детали
В итоге я решил реализовать эту идею сам и начал разработку собственной платформы под кодовым названием «Черный ящик» (BlackBox). В этой пилотной статье я хочу поделиться личной болью, философией своего проекта и рассказать, как именно я решаю проблемы разрозненности процессов в своей системе, которая уже доросла до стадии работающего прототипа. В чем проблема современных трекеров: взгляд разработчикаЕсли вы зайдете на сайт любого популярного таск-трекера (Jira, ClickUp, Asana, Kaiten, Weeek или Битрикс24), то в 90% случаев увидите на посадочной странице лозунги про «повышение конверсии», «управление воронками продаж», «эффективность маркетинговых кампаний» и «контроль KPI отдела продаж».
Эти системы проектируются так, чтобы радовать руководителей, маркетологов и менеджеров по продажам. Но когда туда заходит обычный программист, начинается боль. Информационный хаос (все размазано по углам)Сейчас типичный рабочий день разработчика выглядит как попытка собрать пазл:Задачи и бэклог живут в Jira или Trello.
Обсуждение деталей, правок и багов идет в Telegram или Slack. Макеты лежат в Figma, а файлы и логи ошибок — на Google Диске, или в Google-таблицах. Официальные подтверждения и согласования бюджетов — на почте.
Отраслевые последствия
Информация постоянно теряется. Клиент написал важную правку в Telegram, она утонула во флуде, разработчик сделал задачу по старому ТЗ из трекера. Начинаются споры, переделки, взаимные претензии.
Я устал собирать крупицы технических требований по личным перепискам и чатам, поэтому идея объединить общение и задачи в одном месте зрела у меня очень давно, тем более, мое образование в области Экономической кибернетики, прямо кричит о системе “Черный ящик”, как одном из основных краеугольных камней в кибернетике и представляющем собой систему, которая обрабатывает входязий хаос и выдает на выход упорядочные потоки. Клиентский микроменеджмент: «Ну как там? »Каждый разработчик вздрагивает от этого вопроса.
Клиент пишет его не из вредности — он просто находится в «информационном вакууме». Он не понимает, на каком этапе находится задача. Если дать клиенту доступ в классический трекер, возникают две проблемы:Это безумно дорого.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





