Все потоки
Поиск
Написать публикацию
Обновить
270.64

Управление разработкой *

Планирование, отслеживание и контроль

Сначала показывать
Порог рейтинга
Уровень сложности

Как мы автоматизировали отправку заказов в производство на n8n в high-load E-commerce

Время на прочтение7 мин
Количество просмотров2.1K

Делимся опытом создания робота-диспетчера на low-code платформе n8n для обработки большого потока заказов. В статье рассказываем, как использовали Redis для очередей и динамической конфигурации, показываем реальные workflow и код, а также делимся, как боролись с утечками памяти и гонкой состояний. Будет полезно разработчикам, аналитикам и тимлидам, которые смотрят в сторону low-code для решения реальных бизнес-задач.

Читать далее

«Что? Где? Когда?» и эмоциональный интеллект в бизнес-команде

Уровень сложностиПростой
Время на прочтение14 мин
Количество просмотров3K

На протяжении многих лет моим главным хобби является игра в «Что?Где?Когда?». За зеркальным столом я капитан команды, а на работе — бизнес-аналитик. Но в последнее время эти роли размываются, потому что параллели между поведением команды за столом и во время обсуждения рабочих задач…как-то уж очень близки.

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

Читать далее

Мультиагентные системы: как «команда ИИ» берёт сложность штурмом

Уровень сложностиПростой
Время на прочтение22 мин
Количество просмотров2.3K

Когда один ИИ — мало. Нужна команда

Ночные падения, баги «только на проде», фичи, которые нужно вчера — знакомо?
В такие моменты один, даже очень умный, ИИ похож на гения-одиночку на стройке небоскрёба. Он силён, но не масштабируется. Решение — команда ИИ-агентов: аналитик, фиксер, контролёр, координатор. Каждый делает своё, вместе — закрывают задачу.

В этой статье мы покажем, как собрать такую «бригаду» поверх LLM так, чтобы она реально работала с кодом: читала файлы, вносила патчи, гоняла тесты и сама себя проверяла. Без магии — с понятным интерфейсом действий (ACI), с архитектурой, которая объясняет метрики, и с живыми примерами из репозитория.

Что получите за чтение:

простую логику, почему «команда» надёжнее «соло-ИИ» и как это связано с ReAct, self-consistency, процессной проверкой и Mixture-of-Agents;

инженерный взгляд на масштабирование качества не только «размером модели», но и временем вывода (больше попыток → лучше отбор);

практику: минимальные команды запуска, «скриншоты» прогонов и аккуратный ACI, который превращает LLM из советчика в исполнителя;

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

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

Читать далее

Инструменты бережливого производства

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров4K

Мой канал

Бережливое производство (Lean Production) – это подход к управлению, нацеленный на максимизацию ценности для клиента при одновременном устранении потерь. Его корни лежат в производственной системе Toyota, где были разработаны многие из инструментов, о которых пойдет речь.

Читать далее

Социократия 3.0: быстрые и безопасные решения без права вето

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров1.8K

Привет, Хабр!

Частенько тимлидов беспокоит одна ситуация: команда из кросс-функциональных специалистов собирается решить важный вопрос, а процесс превращается в бесконечный спор. Каждый тянет одеяло на себя, вето любого участника способно затормозить прогресс, и в итоге решение либо принимается слишком долго, либо вообще откладывается. В поисках способа ускорить принятие решений и при этом учитывать мнение каждого, естьподход под названием Sociocracy 3.0 (S3). Сегодня я расскажу, что это за методика, как она помогает командам принимать решения на основе согласия без бесконечных обсуждений и вето, и как её можно пилотно опробовать в проекте.

Читать далее

Зачем CEO рискует всем ради хакатона с AI? История MergeSensei

Время на прочтение6 мин
Количество просмотров766

Глубокой ночью CEO инициирует хакатон — за 48 часов команда собирает MVP AI-ревьювера кода. Безумие? Возможно. Но теперь мы ищем CTO и тимлидов, чтобы протестировать MergeSensei и сделать его настоящим помощником в code review. Подключайтесь — и помогите нам улучшить инструмент, который реально снимает боль ревью.

Читать далее

ИТ-стратегии: какие бывают и как их использовать

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров1.6K

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

Читать далее

Что самое важное в тестировании? Мы спросили у команды

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров576

Привет, Хабр! На связи Алина Корсакова, тестировщик в кластере качества RVN Support, R-Vision.

Если вы работаете в разработке, то наверняка сталкивались с QA-командой. Кто-то считает тестировщиков тормозом релиза, кто-то — формальными исполнителями чек-листов, а кто-то вообще полагает, что всё за них решит автоматизация.

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

Чтобы осветить важные аспекты тестирования, которые обычно остаются за кадром, я задала коллегам один, на первый взгляд, простой вопрос:

 – Что самое важное в тестировании?

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

Читать далее

Стать лучшей версией себя: как развивать продукт на основе фидбека от юзеров

Время на прочтение11 мин
Количество просмотров1.3K

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

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

Читать далее

Как ИИ помогает мошенникам

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров1.4K

Тема безопасности в эпоху LLM всплывает всё чаще. И речь идёт не о самой модели — а о пользователях, которые доверяют ей без оглядки.

Сегодня многие разработчики и админы спрашивают у GPT не только совета, но и готовые команды. Результат выглядит правдоподобно — и команда уходит в терминал. Иногда прямо на прод.

Читать далее

Как прокачать Java-приложения без миграции: Axiom JDK Express теперь на JVM 21

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров2.1K

Мы знаем, как это бывает: проект на Java 8 живёт уже десятый год, релизить страшно, тестов мало, миграция пугает, а система критичная. И вот бизнес хочет «ускорить и не трогать».

Читать далее

Управление проектами: дайджест публикаций #40

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров2.6K

Всемогущий календарь, обзоры ИСУП, гибрид Гантта и канбана, эффективный баг-трекинг, вредная многозадачность, обзоры новых книг для лидов и ПМ и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Читать далее

Качество программного продукта: что это такое и зачем оно вам, если вы не продакт?

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров635

В «Сдобе» мы часто говорим про исследования, но редко затрагиваем тему, которая напрямую влияет на успех пользовательского опыта в программном продукте — качество этого продукта. Что это вообще такое, как касается не продактов и почему без заботы о нем сложно развивать сервисы?

Меня зовут Аня Серова – продакт в Контуре и экс UX-исследователь. В докладе на конференции ProdConf я делилась, как мы в Контуре подошли к теме качества программного продукта. В статье раскрою идеи из доклада с фокусом на пользу для всех ролей в продукте.

Читать далее

Ближайшие события

Agile в классической литературе ч2. Пушкин «Евгений Онегин»

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров3.2K

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

Читать далее

От «раздражителя» к «гению»: работает ли знаменитый подход Патрика Ленсиони в IT?

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров4.2K

Привет, Хабр! Меня зовут Павел Новиков. Я руковожу группой разработки мобильных редакторов приложения МойОфис Документы. Мы реализуем его на Kotlin и Swift, и всё это – на базе кроссплатформенного C++17-ядра.

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

Читать далее

Обзор 10 бесплатных систем управления проектами в 2025 году: проверяем, что можно без бюджета

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров8.7K

Бесплатные тарифы есть почти у всех разработчиков, но условия разные: где-то ограничено число пользователей, где-то урезаны функции или интеграции. Мы собрали 10 популярных таск-менеджеров 2025 года и проверили, где free-тариф подходит для полноценной работы,  а где командам всё равно придётся купить подписку.

Читать далее

Методы имплементации ERP-систем с точки зрения оргобъема

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров267

Казалось бы, чего может быть сложного: спроектировали, разработали, протестировали программную информационную систему и все, осталось только ее запустить в продуктивный режим эксплуатации, что обычно неоднократно репетируется. Но так ли это просто? Ответ положительный, если внедряется ERP-система на подразделении с небольшим числом конечных пользователей, уровень владения компьютером у сотрудников плюс-минус нормальный, все участники проекта сосредоточены в одной локации и, наконец, число специфичных требований к системе небольшое. Сейчас мы рассмотрели типовой проект внедрения корпоративной системы (далее – КИС).

Однако, бывают и более масштабные проекты, требующие более тщательного анализа и выбора вариантов запуска ERP-решения. Например, компания имеет распределенную географию работы, число конечных пользователей велико, часть из которых и компьютером то не пользовались, плюс ожидается, что КИС будет сильно кастомизирована под потребности заказчика. Здесь не получится взять и сразу запустить новое ИТ-решение на всех локациях и для всех пользователей. Хотя, нет, получится, но риск того, что все закончится провалом, достаточно велик. Как быть в этом случае? Необходима более разумная и согласованная со всеми стратегия запуска ERP-системы. Подобную стратегию называют по-разному: где-то концепция имплементации, в других источниках – стратегия развертывания, мы же будем называть ее стратегией внедрения.

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

Читать далее

Как ИИ помогает разгрести легаси и ускорить модернизацию

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров1.7K

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

Читать далее

Симулятор команды — вместо десятка ретроспектив

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров912

Сколько нужно времени, чтобы команда сработалась? Мы проводим ретроспективы, 1-1, призываем внешних фасилитаторов, проговариваем планы и решения, но чего-то не хватает. Всё это попытки рационализировать — объяснить, как нам друг с другом работается. Но есть же и чувства, а их сформулировать сложнее.

Однажды мы собрались с командой оффлайн. Я хотел, чтобы мы сплотились — вовлечённо поработали, почувствовав на собственном опыте, как себя ощущают коллеги в других ролях. Так появилась игра «симулятор команды». В этой статье расскажу, как в неё играть и как она может помочь вам.

Читать далее

Книга: «Технический директор. Эффективное техническое лидерство»

Время на прочтение2 мин
Количество просмотров5.6K

Привет, Хаброжители! Технический директор сталкивается с особыми вызовами в одиночку. Многие, с энтузиазмом начав свою первую роль на этом уровне, покидают ее разочарованными, столкнувшись со сложностью задач и необходимостью осваивать новые навыки.

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

Читать далее

Вклад авторов