Мы отказались от формального деления команды на L1, L2 и L3. Разрешили инженерам брать задачи независимо от грейда. Не паникуем, если SLA горит красным. И знаете что? Это работает.
У нас в К2Тех есть собственный (далее…)
Когда у компании начинает проседать выручка, почти всегда происходит одна и та же вещь.
Сначала все говорят про рынок, про сезонность, про давление расходов, про то, что надо “собраться”. Потом кто-то открывает таблицу с ФОТ. И разговор довольно быстро приходит к знакомому вопросу: кого увольнять первым.
На этом месте бизнес очень любит делать вид, что решение сейчас будет рациональным. На деле именно здесь часто начинается управленческая паника, только оформленная в Excel.
Привет, на связи Стас Иванкевич — техлид в команде разработки (далее…)
Быстрые спойлеры для тех, у кого мало времени
Невозможно получить внятный эффект от трансформации только части бизнес-процесса, например, ии-зировать только, блок ИТ, а продуктологов и маркетинг оставить «как есть». При таком подходе результат один — сотрудники, продолжают считать на калькуляторе, а результат вбивают в ячейку в Excel. Чтобы получить эффект на расходы или на скорость работы, начинать трансформацию стоит с самого начала — с менеджеров и продуктологов, которых научили принципам работы ИИ, и которые начали ставить правильно задачи и требовать корректных результатов от остальных подразделений.
Привет, Хабр. Меня зовут Настя, я руковожу QA-командами уже больше 7 лет — строила отделы тестирования с нуля, масштабировала автоматизацию, выстраивала процессы в компаниях. В этой статье хочу рассказать про принцип управления 3D (три Д).
Он родился органично — не из книжки и не из очередного agile-тренинга. Появился сам, в процессе работы с командой. Название придумали сотрудники. Вначале принцип существовал в виде шутки, потом оброс деталями и философией, прижился и показал себя в трех компаниях.
Проблемы, с которыми он помогает:
Хаос под видом демократии.
Материал подготовлен для будущих студентов курса «Archimate».
Используя понятие объекта управления, я пытаюсь разложить понятие управления корпоративной архитектурой на отдельные объекты управления и взаимосвязи между ними. В прошлом материале мы разбирались с объектами управления на уровне бизнес‑архитектуры, теперь переходим на слой информационных технологий. Статья не претендует на полноту, это лишь мое мнение, правда основанное на некотором опыте в этой теме.
Неделю назад я опубликовал на Хабре статью о том, как сделал Telegram-бот, который превращает текстовые и голосовые сообщения в задачи с помощью AI. Это был мой первый публичный запуск. Я не знал, чего ожидать — может, 10 человек зайдут, может, никто.
Зашли 120.
Это история о том, что было дальше: реальные цифры, неожиданные инсайты и ошибки, которые я бы не заметил без живых пользователей. Если вы задумывались о запуске своего мини-продукта — возможно, мой опыт будет полезен.
MENO (далее…)
Неделю назад я опубликовал на Хабре статью о том, как сделал Telegram-бот, который превращает текстовые и голосовые сообщения в задачи с помощью AI. Это был мой первый публичный запуск. Я не знал, чего ожидать — может, 10 человек зайдут, может, никто.
Зашли 120.
Это история о том, что было дальше: реальные цифры, неожиданные инсайты и ошибки, которые я бы не заметил без живых пользователей. Если вы задумывались о запуске своего мини-продукта — возможно, мой опыт будет полезен.
MENO (далее…)
В этой статье я подробно расскажу, как проходит покупка стартапа IT-гигантом. Пошагово разберем весь процесс: от первых договоренностей и прединвестиционной проверки до подписания документов и постсделочного сопровождения.
Причина, почему я решила написать эту статью, очень простая: я считаю, что экзит должен усиливать стратегию компании, а не заменять её. Сопровождая сделки, я обычно вижу совсем другое: сильные IT-проекты продаются дешевле справедливой оценки. При чем происходит это не из-за качества проекта, а из-за неподготовленности к сделке.