Всем хорошо знакомы проектные менеджеры, также широкое распространение получили менеджеры по продажам. Менее распространены, но тоже достаточно известны менеджеры по продуктам. Однако немногие слышали о Delivery Manager, и в этой статье мы рассмотрим, что это за специалисты и какие требования к ним предъявляются.
Мы - брокерская платформа. Что мы имеем? С одной стороны сложную предметную область, высокую вариативность сценариев и потенциально огромные риски от ошибок. С другой - короткие итерации разработки и частые циклы доставки. Я расскажу о том, как при таких вводных на данный момент выглядят процессы обеспечения качества множества бэкенд-сервисов, которые поставляют всю необходимую информацию нашим торговым терминалам.
Всем привет! Я Дима Солодов, инженер по тестированию в Авито. За свой почти десятилетний опыт в тестировании я успел поработать в разных методологиях – от классического «водопада» до современного и эффективного Agile, а именно – по Scrum.
У автоматизации тестирования в Scrum-командах есть ряд особенностей, с которыми приходится сталкиваться или же вовсе преодолевать их при работе над улучшением продукта. Об этом и идёт речь в данной статье.
Никогда не понимал хейт со стороны некоторых разработчиков в сторону Scrum!
Особенно его много здесь, на Habr. Казалось бы, этот фреймворк придуман разработчиками для разработчиков в противовес классическим многовековым иерархичным ступенчатым подходам к организации труда. В основе Scrum лежат самоорганизация, эмпиризм, бережливое производство. Взрослый подход для взрослых людей. Что здесь может не нравится?
И опирается это всё на Agile манифест, который тоже был создан разработчиками для разработчиков: Роберт Мартин, Кент Бек, Роберт Фаулер и т.д. Знакомые фамилии?
Можно конечно сказать, что тут есть определенное ограничение: Agilе говорит нам, что «над продуктам должны работать мотивированные профессионалы». Так значит всю волну хейта поднимают только зелёные джуны, которых лишили няньки и заставили разделать командную ответственность?
Так вроде нет. Я видел массу случаев, когда молодые ребята активно участвуют во всех процессах, пытаясь понять итоговую ценность разрабатываемого функционала, пытаются найти решения исходя из ценности для пользователя.
Так что позиция «я хочу кодить, а не невотэтовотвсё» совершенно не зависит от опыта. А тогда от чего?
Давайте разбираться.
Началось все с конфликта. В моем трайбе где я работал Agile коучем пришел новый технический лидер и начал разбираться, что же мы тут натворили.
При этом команда была, проактивная и выпускала один MVP за другим проверяя разные бизнес гипотезы. Увидели потенциал идеи, взяли сделали, записали, что нужно доработать в будущем в техдолг, и пошли смотреть эффект ориентируясь на бизнес показатели. Тех долг постепенно решался, бизнес показатели росли. Вроде все хорошо. Но новый технический лидер трайба постоянно, как заезженную пластинку твердил «У вас все сделано на коленке».
Привет Хабр! Меня зовут Алексей Цыбульник, я куратор по направлению корпоративного бизнеса, аккредитованный тренер «Канбан стандарт», продюсер конференций FlowDays и «Agile среда» в ПСБ и спикер конференций Merge, Agile days.
Ищете альтернативный путь в Agility? Обратите внимание на методологию Канбан, которая менее известна, чем фреймворк Scrum. При этом ее уникальные преимущества хорошо работают как отдельно, так и в дополнение к Scrum. О том, как этот метод трансформирует команды разработчиков, рассказываю в статье.
После выхода постановления о санкциях 12 сентября 2024 года, ведущие международные платформы для управления проектами и задачами, включая Jira, приостановили работу в России. Это оставило IT-команды и другие предприятия без привычных инструментов.
Перед многими разработчиками, DevOps-инженерами и продакт-менеджерами встала задача — найти сервисы, которые смогут не только заменить функции Jira, но и дадут возможность легко и быстро импортировать задачи и документацию в новую программу. В этой статье мы разберем 12 инструментов, которые помогут перенести процессы с минимальными потерями и адаптироваться к новым условиям.
Впервые со сложностью согласованного принятия решений менеджеры «Фланта» столкнулись в 2022 году. Компания сильно выросла, и нужно было синхронизировать процессы в разных командах, развивать межкомандные коммуникации, продажи и управление бюджетом.
Число руководителей уже не позволяло выбирать решения единогласно. Мы пробовали собрать рабочие группы по пяти основным направлениям задач, но быстро выяснилось, что их состав недостаточно гибкий. Гораздо более эффективным подходом оказались эфемерные рабочие группы для решения каждой конкретной проблемы. В статье рассказываем, как они появились и работают.
Привет, Хабр! На связи Александр Конин, ведущий менеджер продукта в Открытой мобильной платформе. В рамках текущей статьи хотелось бы рассказать, как выглядят процессы Delivery и Discovery в продуктовых командах Аврора Центра.
Наш продукт — это корпоративная система управления парком мобильных и стационарных устройств, будь то мобильные телефоны на ОС Аврора или Android, или компьютер на Linux.
Наши заказчики — это крупные и средние компании из разных сегментов экономики, но в основном это: ритейл, банки, промышленные компании, а также различные государственные органы.
При этом у заказчиков разный опыт управления корпоративными парками устройств и взаимодействия с системами, подобными нашим. Для кого-то такие системы являются неотъемлемой частью бизнес-процессов уже очень давно, и они могут дать четкое ТЗ на систему, указав, что из функционала им необходимо. С другими компаниями все менее однозначно — они только принимают решение по цифровизации процессов и пытаются найти решения, которые позволят автоматизировать их текущие кейсы.
Каждый из нас знаком с проблемой большого количества встреч. Часто мы думаем, что если в принятии решения принимают участие более одного человека, то скорей всего без встречи не обойтись, тем более если это запуск кросс-проекта, планирование или стратегическая сессия.
Как часто вы задумывались о том, что большинство решений можно принимать без бесконечного обсуждения или выходили с очередной встречи с ощущением, что потеряли час впустую?
Лучшая реальность заключается в том, что большинство процессов и коммуникаций отлично подходят для перехода в асинхронный формат, без потери качества. При этом ускоряя процесс принятия решения и снижая уровень стресса, за счет отсутствия постоянного ожидания немедленного ответа.
Используя процессы асинхронной работы вы можете выбирать удобное время для выполнения задач, фокусироваться без постоянных прерываний и успешно взаимодействовать с коллегами независимо от часовых поясов.
Жили-были в одном лесу коза, осел и волк. И у каждого были свои заботы. Коза искала самую сочную траву, осел мечтал о ровной дороге без камней, а волк строил настоящую империю: охотился, управлял стаей и внедрял новые технологии.
Однажды коза и осел заметили, что у волка всё идёт как по маслу: стая довольна, добычи в достатке. И решили они узнать, в чём его секрет. Волк, хитро прищурившись, сказал:
— Я внедрил Agile, использую генеративный ИИ и веду квартальные OKR-сессии.
Коза округлила глаза:
— Вот оно! Нужно срочно начать проводить стендапы!
Осел закивал:
— А я сразу закажу какой-нибудь модный AI!
Однажды команда открыла для себя 'Plus for Trello' — уникальное браузерное расширение для Trello, которое стало одним из лучших инструментов для учёта рабочего времени и ведения скрама небольшой командой. В этой статье расскажем о том, как этот плагин использовался в рабочем процессе, как Obsidian смог подхватить эстафету после его «смерти», и будет представлен проверенный временем шаблон проекта Obsidian для командной работы по scrum.
Привет, Хабр!
Зовут меня Егор, и в этой статье я хочу рассказать, как мы с ребятами из компании АИСА запилили свой аналог Jira – с блэкджеком и быстрым API на Go.
User stories популярный инструмент для формирования описания фичей не разработчика для разработчика. Имеет свои плюсы и минусы, к чему-то подходит, к чему-то не подходит. Попробуем разобраться, куда его использовать, а куда не стоит.
Если ты как заказчик, хочешь разобраться с User Story, что бы понять, где их использовать, а где не стоит - тебе под кат.
В эпоху удаленной работы нас всех накрыло одним большим одеялом дисконекта. Так, словно мы оказались в каком-то фильме ужасов, где «команда» — это не более чем призраки в Zoom. Я тут, чтобы поделиться парочкой фишек, как мы остаёмся на связи несмотря ни на что и укрепляем командный дух.
Привет! Меня зовут Роман Фроленков, я являюсь руководителем группы тестирования QA в компании «Комус-Тех». В нашей команде более 10 внутренних QA-специалистов, а также свыше 15 специалистов из аутсорса, которые работают в составе продуктовых команд.
В этой статье хочу поделиться опытом нашей команды: с какими проблемами мы столкнулись при оценке задач QA, какие подходы пробовали, и какой метод в итоге стал для нас наиболее эффективным.
Сразу уточню: я не претендую на универсальность предложенного метода. Этот подход успешно работает в рамках наших процессов, но это не значит, что он подойдет всем без исключения.
Методы я решил подробно не описывать, так как их описание можно легко найти в открытых источниках. В данном материале я сделал акцент на правильное сочетание, своевременность применения и нюансы использования этих подходов. Если вам интересно узнать больше о каждом из упомянутых методов, рекомендую ознакомиться с их описанием в этой статье: TestGrow.
Работая в QA, я часто сталкивался с проблемой: как объективно оценить трудозатраты на тестирование задач? Не раз замечал, что оценки «на глаз» оказывались неточными. Ведь если заложить слишком много рисков — в продакшен попадут не все задачи, а если их не заложить — есть и вовсе риск не успеть провести полноценный регресс или найти дефекты только за несколько часов до релиза.
Привет всем читателям! Меня зовут Дима, я продуктовый дизайнер в одной из команд Домклик. В этой статье я расскажу о встречах, которые являются важной частью рабочего процесса любого дизайнера.
Объясню, что там происходит и какую пользу можно из них извлечь.
Наверное, кто-то слышал, что бывает такой человек, как скрам-мастер. Обычно он приходит, ничего не делает, а потом ничего не происходит, и зачем он нужен — вообще не понятно.
Примерно так звучала одна из версий о том, кто такой скрам-мастер, которую я слышала недавно.
А представьте, что есть ещё такая разновидность скрам-мастера, как агент изменений. Это скрам-мастер в сферическом вакууме. В том вакууме, где скрама нет, но ты должен всех вокруг убедить, что он нужен.
Вот про агента и поговорим. И о том, как такому агенту выжить среди тех, кто его не звал и не понимает, зачем он такой красивый нужен.
Дисклеймер. Эта статья — для скрам-мастеров. Если вы не он/она/они — вам будет некомфортно. В статье я рассказываю про здоровье: ментальное, физическое, психическое и прочие «ические». Но если что — вы предупреждены.
Всем прекрасного вторника, коллеги!
Сейчас 11 ноября - пик кленовой шуршальности и срок когда стоило бы закрыть работы по строительству, потому что строить под дождем, когда по ночам минус - неприятно и больно. Слева дачка моего соседа. Он строит ее уже 6 год и потратил миллионов 10, она еще не накрыта крышей, хотя летом он планировал закрыть тепловой контур. У моего соседа свой бизнес, связанный со строительством, он трудолюбивый, аккуратный и богатый. То есть его компетенции и ресурсы не вызывают сомнений.
Справа моя дачка, внутри нее есть мохнатое кресло, теплые полы, горячая ванна, посудомоечная машина, а в печке горит огонь. Я построил ее за полгода и 2 миллиона рублей и уже 4 год в ней живу.
+
И вопрос, который я бы хотел поднять в этой статье - это почему заведомо более ресурсный и компетентный специалист проиграл в достижении цели некомпетентному и бедному. И вопрос конечно не строительстве дома, а в IT- долгостроях. Всегда ли куча ресурсов и компетентности гарантируют если не коммерческий успех, то хотя бы вывода MVP в продакшн.
Другими словами почему Паша Дуров, командой из 30 человек тянет телегу с миллиардом пользователей за него вступается Илон Маск и Президент ОАЭ, а ты своей командой из 30 сеньоров почти закончил за год фичу, по регулировке сыра в приложухе для заказа пиццы.
Для честности сразу скажу, у меня дом 96 метров, у него больше 350, и я не хочу начинать срач, на тему зачем на даче 4 туалета на трех членов семьи и зачем спальня в 50 метров на 2 этаже. Даже если выкинуть это то путем простой экстраполяции мы понимаем, что дом в четыре раза больше оказался в 10 раз дороже и в 20 раз дольше по срокам.
