Архив рубрики ‘Управление разработкой’

AI-native организация начинается с неопределенности: что меняется в структуре, ролях и управлении

Привет, Хабр! Летом у нас была закрытая рабочая сессия технологических руководителей C-Level клуба Онтико. Сессию помогали вести топ-менеджеры из Сloud.ru Анастасия Тафеенко, директор блока разработки платформы Cloud.ru Evolution, и Алексей Молчанов, директор блока разработки облачной платформы.  Участники обсуждали, как генеративный ИИ и агенты меняют организационный дизайн, роли, компетенции и работу руководителя на горизонте до 2027 […]

Как мы развиваем АСК Легарус: улыбаемся и пашем. Полгода спустя

Полгода назад я написал первую статью о том, как мы развиваем АСК Легарус, и закончил её словами, что постараюсь писать об этом регулярно. Ну что же. Прошло ровно полгода. Видимо, для меня это и есть регулярно 😊 Зато теперь есть о чём рассказать. И есть где. Корпоративный блок конечно хорошо, но думаю наш опыт будет […]

Каждая рабочая задача должна быть чатом. Объясняю, почему вам это точно надо

Привет, Хабр! Я Вера — продакт в системе управления проектами YouGile. И я уверена: работа над задачами становится эффективной только там, где их обсуждают. За этой идеей — опыт 30 тысяч команд. Покажу, почему каждая задача в YouGile — это чат, как такая архитектура убыстряет работу и почему связка с ИИ вообще меняет логику управления […]

«Я думал, вы уже начали» — почему задачи зависают между «готово» и «взял»

11:07 — разработчик пишет: «Готово, можно смотреть».11:10 — менеджер уверен, что задача уже ушла в тестирование.13:00 — выясняется, что проверка на стороне тестирования не начиналась.

ИИ заберёт тексты и код. Но это никогда не было главной работой человека. Часть 3

Всем привет! Я — философ науки и техники и технический писатель. Последние пару лет мою профессию регулярно «хоронят». Большие языковые модели всё лучше пишут документацию, а если вы работаете с текстами, кодом или другим цифровым контентом, то наверняка и сами уже заметили, как меняется привычный процесс работы. Кажется, что ИИ научился делать всё больше задач, […]

Чем отличается менеджер проектов от менеджера проектов? Почему одинаковая вакансия может означать разные профессии

Последние 3,5 года моей основной ролью был Delivery Manager. Формально должность при этом называлась вполне привычно — «Менеджер проектов», и пока я работал внутри одной компании, особой проблемы в этом не видел. Команда понимает, чем ты занимаешься, коллеги знают твою зону ответственности, а название должности постепенно превращается просто в строчку в HR-системе. Проблема стала гораздо […]

Почему разработка постоянно выходит за сроки и как исправить это с помощью Shape Up

Привет, Хабр! Shape Up — метод продуктовой разработки из Basecamp, выложенный отдельной книгой в свободный доступ. Придумывали его люди, уставшие от спринтов, бэклога на четыреста тикетов и вечного переноса задач из итерации в итерацию. Главный ход там в том, что вместо вопроса «сколько эта задача займёт» задают вопрос «сколько эта задача стоит нашего времени». Ответ называется аппетитом, звучит как «шесть недель» или «две недели», […]

Хватит считать токены: почему KPI в эпоху ИИ превратились в фикцию

В одной продуктовой команде рейтинг разработчиков строился по количеству сожжённых токенов за день. Менеджеры выделялись зелёным, отстающие — красным. В комментариях к тикету менеджер писал: «Ваня, ты сегодня потратил всего 80 тысяч токенов, а Петя — 400. Подтянись». Ваня, если что, закрыл за день две сложные интеграции. А Петя — весь день гонял агента по […]

Почему сеньоры не хотят становиться тимлидами (и правильно делают)

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

Vibe coding — это не только про AI. Это про команду, в которой получается делать хорошую работу

Сейчас vibe coding обычно означает: описал задачу для нейросети и получил готовый код. Но я понял, что у этого выражения есть и другой смысл. Им вполне можно описать часть работы руководителя. Когда в команде такая атмосфера, что можно высказывать разные мнения, спорить по существу, показывать сырой результат, задавать «глупые» вопросы и честно говорить о рисках. И при этом — отвечать за качество.