home.social

#бэклог — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #бэклог, aggregated by home.social.

fetched live
  1. «Тут только поле добавить…»: как не превратить B2B-продукт в заказную разработку

    «Нам только поле в карточку задачи добавить, чтобы туда подтягивался номер договора из нашей учетной системы. И фильтр по нему, и выгрузка в отчет. Ну и права, чтобы видели только юристы». Такие задачи могут приходить регулярно, причем от клиентов, которых очень не хочется терять. По отдельности каждое требование выглядит разумно, вместе они способны за пару лет превратить продукт в заказную разработку. Привет, Хабр! Меня зовут Шамиль Зигантдинов, я директор по продуктам экосистемы ИТ-продуктов Лукоморье . Под катом расскажу про нашу систему работы с клиентскими запросами: что мы берем в дорожную карту продукта, что закрываем скриптами и настройками, а что отдаем партнерам в виде плагинов. И разберем, из чего складывается настоящая цена «фичи на месяц».

    habr.com/ru/companies/lukit_ru

    #дорожная_карта #бэклог #бэклог_продукта #roadmap #task #jira #jira_plugin #backlog

  2. Как я стал настоящим опытным CTO и понял, что управляю отделом

    Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

    habr.com/ru/companies/kaiten/a

    #CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды

  3. КТЗ показал единицу, а задачу вернули трижды. Что на самом деле ломает процесс требований

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

    habr.com/ru/articles/1051356/

    #управление_требованиями #definition_of_ready #аналитика_требований #agile #scrum #груминг #уточнение_задач #бэклог #управление_проектами #фиксация_договоренностей

  4. BACKLOG НА 3 ГОДА: КАК 90% ЗАДАЧ ОТСЕЯЛИСЬ ДО РАЗРАБОТКИ

    Оператор склада писал напрямую программисту. Директор по логистике ставил задачу руководителю разработки - разработчик откладывал то, над чем работал. Прилетала задача от CEO - все бросали всё. ИТ не работало медленно. Просто работало одновременно над всем. Когда я попробовал собрать картину - что ИТ сделало за последний месяц и как это повлияло на бизнес - не получилось. Задачи приходили из почты, мессенджеров, нескольких параллельных Excel-файлов. У разных людей были разные версии одного и того же списка. Формального приоритета не было ни у одной задачи: всё было одинаково срочным, потому что каждый заказчик считал своё важнейшим.

    habr.com/ru/articles/1047330/

    #управление_разработкой #itменеджмент #управление_проектами #бэклог #product_management

  5. Находим конфликты в пользовательских историях за 10 минут с помощью ИИ

    В бэклоге может быть десятки аккуратно оформленных user stories — и несколько противоречий, которые сорвут спринт. Покажем, как за 10 минут проверить требования с помощью ИИ, найти скрытые конфликты и получить конкретные варианты исправления до того, как разработчики начнут писать код.

    habr.com/ru/companies/otus/art

    #пользовательские_истории #анализ_требований #конфликты_требований #системный_анализ #искусственный_интеллект #нейросети #Gemini #Python #бэклог #автоматизация

  6. Чей это бэклог? Почему приоритизация это политика, а не методология

    Полгода назад я опубликовал на Хабре статью про «бэклог проблем» . Перечитал ее, остался недоволен. В ней я описал симптом и предложил лечить его инструментом, который в моей собственной практике превратился в оружие для защиты от заинтересованных. Главного я тогда не назвал. Откройте свой бэклог задач. Сверху вниз они отсортированы по RICE или по вашей кастомной модели, у каждой задачи скоринг, все аккуратно, все обосновано. Этот список выглядит как самый рациональный документ в компании и как ваше профессиональное суждение: вы посмотрели на все возможные позиции, взвесили и расставили именно в таком порядке. Так вот, почти наверняка это не ваш список и не ваше собственное суждение. Это набор компромиссов, который вы себе присвоили, часто даже не заметив и не осознав этого.

    habr.com/ru/articles/1043486/

    #backlog #бэклог #приоритизация #конфликты_интересов #проблемы_с_СЕО #управление_продуктом #product_management #product_owner #product_development

  7. Бэклог болей: как hh работает с тем, что не нравится пользователям

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

    habr.com/ru/companies/hh/artic

    #исследование #интерфейсы #бэклог #обратная_связь #usability #hh

  8. Баг завели. Баг забыли. Баг вернулся на прод

    Всем привет, это команда продукта SimpleOne SDLC . Поговорим о вещи, которую в командах обычно не обсуждают вслух — о бэклоге дефектов, который никто не разгребает.

    habr.com/ru/companies/simpleon

    #баги #дефекты #бэклог #приоритизация #severity #priority #груминг #управление_дефектами

  9. Коэффициент токсичности задачи: как одна метрика снизила текучку в команде до 10%

    Из моего отдела ушел ключевой специалист. Унес три года контекста. Я начал разбираться и обнаружил, что инструментов для измерения человеческой стоимости задачи не существует. Пришлось делать свой. Через полгода текучесть в команде упала до 10%.

    habr.com/ru/articles/1032000/

    #управление_проектами #agile #scrum #бэклог #выгорание #метрики #уточнение_задач #планирование_итерации #требования #команда

  10. 15 команд, 1 продукт, 14 проектов в Jira. Что не так?

    Пока команда одна — всё логично: бэклог, доска, понятный поток. Но когда команд становится пятнадцать и все работают над одним продуктом — Jira начинает вести себя странно. Product Owner открывает утро с обхода четырёх проектов, задачи дублируются, а зависимости живут в комментариях. Разбираемся, почему это не про «плохую Jira», а про конфликт моделей.

    habr.com/ru/companies/simpleon

    #Jira #масштабирование #scrum #safe #less #продуктовая_разработка #бэклог #управление_зависимостями #многокомандная_разработка #product_management

  11. User Story: полный гайд по написанию без ошибок

    Почему одни User Story работают как часы, а другие становятся источником бесконечных багов и ночных звонков? За годы работы в FinTech собрал коллекцию типичных ошибок, из‑за которых команды теряют драгоценное время. В статье — живые кейсы, наглядные диаграммы, разбор INVEST и практики Three Amigos, которые снижают число дефектов. Рассмотрим, как превратить сырую идею в зрелую User Story с чёткими критериями приёмки и нефункциональными требованиями.

    habr.com/ru/companies/otus/art

    #User_Story #пользовательские_истории #системный_аналитик #требования #критерии_приёмки #Acceptance_Criteria #INVEST #бэклог #декомпозиция

  12. Почему ваш бэклог давно перестал быть бэклогом

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

    habr.com/ru/companies/simpleon

    #бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

  13. Вы и я не знаем ни JavaScript ни какой-либо другой язык

    Я 10 лет пишу на JavaScript и публично заявляю: я его не знаю. Но почему-то уверен, что закрою любую задачу из вашего бэклога. Разбираю манипулятивную схему, которой грешит весь рынок найма, особенно сейчас, во время кризиса.

    habr.com/ru/articles/1014012/

    #собеседование #JavaScript #найм_разработчиков #карьера_в_IT #рынок_труда #soft_skills #манипуляции_на_собеседовании #знание_языка_программирования #бэклог #кризис_в_IT

  14. Сократили срок выхода задач в продакшен почти вдвое: что реально сработало

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

    habr.com/ru/articles/1010694/

    #разработка #SaaS #Agile #Scrum #спринты #бэклог #релизы #задачи #приоритизация #процессы

  15. Бэклог без хаоса: как навести порядок и не утонуть в задачах

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

    habr.com/ru/articles/967004/

    #бэклог #бэклог_продукта #управление #управление_проектами #управление_продуктом #управление_командой

  16. Страх и ненависть в бизнес-анализе: сравниваем теорию и реальность

    Привет, Хабр! Меня зовут Артем Евтеев, я ведущий аналитик в МТС Web Services. Кажется, каждый бизнес-аналитик (и не только) хотя бы раз в жизни слышал о книге «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти. В очередной раз собрался освежить в памяти теорию — и меня посетила мысль: а насколько изложенное в «инструкции бизнес-аналитика» действительно перекликается с реальностью? Как часто эта «настольная книга» подходит для решения рабочих задачах? В жизни теория нередко сочетается с практикой. Но так ли это в профессии бизнес-аналитика в ИТ-компании — предлагаю разобраться.

    habr.com/ru/companies/ru_mts/a

    #бизнесанализ #стейкхолдеры #CustDev #гипотезы #abтестирование #приоритизация #бэклог #Карл_Вигерс #разработка_требований_к_ПО

  17. Как управлять бэклогом через JIRA Structure

    Периодически слышу, как мне говорят: «В Jira неудобно управлять бэклогом, стандартный список задач мне не нравится». Дело доходит даже до выписывания задач в Excel. Тогда зачем нам таск-трекер? Сегодня попробую рассказать о решении, которым сам пользуюсь, а именно про применение Structure.

    habr.com/ru/articles/980708/

    #structure #jira #бэклог #декомпозиция #типы_задач #спринты #управление_проектами #управление_проектом

  18. Баланс между хаосом и структурой и ни одной скучной минуты за рабочий день: что включает в себя роль CPO в MWS

    Привет, Хабр! Меня зовут Денис Улизко, я CPO CRM-системы Automation of Sales (AoS) в B2B-блоке МТС. Это тот самый продукт, вокруг которого крутится большая часть моего дня. Я уже не первый год в этой роли, но каждый раз убеждаюсь: она про баланс между хаосом и структурой, а не про красивые концепции. В один день — архитектура, в другой — инцидент на проде, вечером — охота за фокусом. Сегодня расскажу, как эта роль выглядит изнутри на примере AoS, как проходит мой рабочий день, какие решения приходится принимать и как удерживать баланс между операционкой и фокусом на ценность для бизнеса и пользователей. Погнали!

    habr.com/ru/companies/ru_mts/a

    #CPO #продуктовый_менеджмент #управление_продуктом #приоритизация #бэклог #CRMсистемы #коммуникации_в_команде #операционные_процессы #разработка_B2Bпродуктов

  19. Как сделать планирование спокойным и предсказуемым: статистические практики управления, которые помогают команде Рунити

    Привет, Хабр! На связи Дмитрий Гребнев, руководитель команды Beehive в Рунити. Сегодня поговорим о том, как сделать управление командой предсказуемым — не на ощущениях, а на данных. Статья будет полезна тем, кто сталкивается с постоянным «разъездом» сроков и переоценкой задач — разработчикам, руководителям команд и менеджерам проектов, работающим по Agile. Речь пойдет о статистическом методе управления: как метрики помогают бороться с шумом и смещением в оценках, почему начинать стоит с Cycle Time, и как декомпозиция, блокировки и нормальное распределение влияют на эффективность команды.

    habr.com/ru/companies/runity/a

    #команда_разработки #управление_проектами #бэклог #бэклог_продукта #cycle_time #lead_time #блокировки #блокер #менеджмент_проектов #менеджмент_в_it

  20. Почему мы не даём инженерам делать «технические» задачи, и как это помогает бороться с техдолгом

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

    habr.com/ru/companies/oleg-bun

    #техдолг #бэклог #управление_разработкой #приоритеты #менеджмент #менеджмент_проектов #управление_проектами #рефакторинг #антикризисное_управление #продуктовая_разработка

  21. Atlassian встроил Claude в Jira — теперь задачи создаются через промпт

    Можно получить любой отчет, просто написав, что тебя интересует. Или назначить задачу, не заходя в Jira. Тестировал неделю. Рассказываю, стоит ли овчинка выделки и как это меняет рабочий процесс. Вчера коллега потратил 10 минут, чтобы создать простую задачу в Jira. Выбирал тип, заполнял поля, искал, кому назначить. Обычная история. Но теперь это можно сделать за 1 минуту, даже не заходя в интерфейс Jira.

    habr.com/ru/articles/918786/

    #ai #cloude #искусственный_интеллект #ии #jira #atlassian #бэклог #бэклог_продукта #user_story #управление_процессами

  22. Приоритизация бэклога. Максимальный гайд

    Привет, читатели Хабра! Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах? Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы

    habr.com/ru/companies/softonit

    #управление_проектами #приоритезация_задач #разработка_по #agile #методологии_разработки #бэклог #управление_itотделом_8 #софтонит

  23. Задача трёх тел. Почему B2B-бэклог — это физика, а не математика

    В деле управления продуктами приоритизация задач сродни оптимизации сложного алгоритма: нужно учитывать множество переменных, балансировать между краткосрочными и долгосрочными целями, а также постоянно адаптироваться к изменениям и принимать риски. На связи руководитель PT Application Inspector, Сергей Синяков, я прошёл десятки планирований, как в простых, так и в сложных продуктах, работал как с B2C-, так и с B2B-решениями. Хочу поделиться мыслями, опытом и примерами того, как систематизировать управление бэклогом, чтобы удержать баланс между разными направлениями развития продукта. Если в B2C этот процесс можно свести к работе с большими данными, где решения принимаются быстро и на основе четких метрик, то в B2B всё скорее напоминает разработку кастомного решения для enterprise-клиента: длинные циклы, множество стейкхолдеров и высокая сложность продукта. Классические фреймворки приоритизации, такие как RICE, MoSCoW или Kano, отлично работают в B2C, где пользовательские потребности относительно схожи или однородны, а циклы обратной связи короткие. Однако в B2B они часто дают сбой. Почему?

    habr.com/ru/companies/pt/artic

    #бэклог #задача_трех_тел #ptai #application_inspector #b2b #экспертиза #приоритизация_задач #зрелость #рынок #прорыв

  24. Структурировали бэклог, теперь внедряем 80% разработок вместо 20%

    Выкатили новую фичу, но клиенты не используют, потому что хотели её под Новый год, а сейчас — июнь. Реализовали улучшение, а оно не востребовано, потому что мы не подумали, как клиенты будут его использовать. Так мы работали в стол, а потом задумались, почему так происходит, и построили иерархию задач. Теперь четыре из пяти внедренных фич получают высокую оценку клиентов. Показываем, как так получилось, и делимся шаблоном.

    habr.com/ru/companies/mindbox/

    #STAR #RICE #бэклог #клиентский_опыт

  25. Формирование бэклога продукта: полное руководство для PO

    Привет, Хабр! В этой статье поговорим о способах насыщения бэклога продукта, оптимальным способом приоритизации основанном на специфике и стадии продукта. Это короткое, но полноценное руководство для продуктовой команды необходимое для того, чтобы не превратить бэклог в свалку задач, понять как к нему подступиться и держать в нем все самое необходимое.

    habr.com/ru/articles/885764/

    #бэклог

  26. Формирование бэклога продукта: полное руководство для PO

    Привет, Хабр! В этой статье поговорим о способах насыщения бэклога продукта, оптимальным способом приоритизации основанном на специфике и стадии продукта. Это короткое, но полноценное руководство для продуктовой команды необходимое для того, чтобы не превратить бэклог в свалку задач, понять как к нему подступиться и держать в нем все самое необходимое.

    habr.com/ru/articles/885762/

    #бэклог #roadmap #беклог

  27. Как «приручить» технический долг: от накопления к решению

    Хабр, привет! Меня зовут Дима, и я — деливери-менеджер технического отдела «Автомакон». В этой статье я расскажу о двух этапах оптимизации работы с техническим долгом, которые помогли нам сделать этот процесс управляемым, эффективным и прозрачным, а также настроить адекватное общение между его участниками.

    habr.com/ru/companies/automaco

    #автомакон #технический_долг #техдолг #управление_разработкой #оптимизация_процессов #оптимизация #приоритизация #бэклог #процесс_разработки #процессы_в_it

  28. Как герой треда пытался внедрить Scrum, а придумал свою версию Getting Things Done (GTD)

    Недавно мы наткнулись на пост в одном популярном телеграмм-канале с интригующей подписью. Смотрите сами.

    habr.com/ru/articles/874234/

    #GTD #agile #scrum #планирование #проект #задачи #личная_продуктивность #бэклог #приоритезация

  29. Работа с бэклогом UX-исследователя

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

    habr.com/ru/companies/skbkontu

    #дизайн #uxисследования #ux_design #бэклог #планирование #разработка #контур

  30. Как правильно формировать бэклог: простое объяснение на примере списка покупок

    Планируем поход в магазин по методике MoSCoW, чтобы на реальном примере разобрать, как формировать бэклог, можно ли брать срочные задачи в закрытый спринт и почему бэклог лучше не заполнять на 100%.

    habr.com/ru/articles/837566/

    #бэклог #приоритизация #backlog #финтехпроекты #продактменеджмент #финтех #project_management #управление_проектами #управление_командой

Share on Mastodon

Enter the server where you have an account.