Всем привет! Меня зовут Дмитрий Шкилёв, я тимлид команды Teachers Platform. Мы занимаемся личным кабинетом преподавателя и внутренними ресурсами, которые необходимы для обеспечения работы преподавателей.

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

Под катом несколько кейсов. Они актуальны для конкретной команды с ее укладом, поэтому прежде всего погружу вас в наши процессы. Но при этом прошу помнить, что статья — не агитация за определённый процесс работы, а описание способа построения дашбордов на примере отдельно взятой команды. Вы вправе сами решить, делать ли вам Code Review, логировать ли время, оценивать с помощью идеальных часов или стори поинтов, использовать ли сабтаски или связанные таски, как связывать баги с задачами и каким образом разделять задачи по эпикам. И я надеюсь, что после прочтения статьи вы сможете создать актуальный для вас борд.

https://habr.com/ru/post/714246/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714246

Atlassian (Jira, Confluence) ушёл из России. +- с июня 2022г. в 8 раз выросло количество обращений на импортозамещение этих сервисов в EvaTeam. Мы в EvaTeam полгода закрывали разрыв по функциональности с Jira и Confluence.

К декабрю 2022 закрыли разрыв (Осталось улучшить популярные плагины типа «structure») + сделали крутой импорт.

Основной болью на декабрь 2022г. оставался интерфейс (по словам клиентов). Он был немного другой, пользователи не хотели привыкать. Было принято стратегическое решение — сделать полный клон. Вариант интерфейса «Jira».

Ниже описание со скриншотами того, что удалось разработать за полгода. Российские разработчики сделали за полгода то, что разрабатывалось и внедрялось 20 лет (первый релиз Jira 2002 год).

Кратко, что будет в этой статье:

WorkFlow, GitHub, GitLab, Автоматизация, Миграция из Jira № 1, Гант, Отчеты, Дашборды, Time-tracker, BQL, аналоги плагинов Tempo, Scriptrunner, draw.io, а также On-Premise-версия и т. д. в обновленной EvaProject и EvaWiki

https://habr.com/ru/post/714114/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714114

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

https://habr.com/ru/post/713998/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713998

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

https://habr.com/ru/post/713998/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713998

Стояла задача:

1. Провести опрос вовлеченности, узнать фидбек по следующим направлениям: понимание продукта, оценка коллег, профессиональное развитие, оценка руководителя, оценка HR-процессов, оценка компании.

2. Интерпретировать цифры в проблемы и сформулировать задачи для улучшения оценок.

С какими сложностями столкнулись:

1. Данные отличались от того, что мы слышали на exit-интервью, 1to1 и ревью. То есть количественные методы показывали одно, качественные — другое.

2. В компании 90 человек, опрос прошли 40 человек из 6 отделов, причем разделение сотрудников по отделам было неравномерным: от 3 до 17 человек. Встал вопрос: можно ли экстраполировать данные (выводы, сделанные на основе ответов 40 человек, перенести на всю компанию)? Если да, то как считать?

https://habr.com/ru/post/714102/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714102

Привет всем читателям, желающим грамотно выстраивать самые многозадачные бэклоги. Меня зовут Фёдор Гвоздев, я основатель интернет-магазина корейской косметики HolySkin. Работаю над развитием этого проекта уже 8 лет и не раз сталкивался с трудностями приоритизации. В этой статье я постараюсь поделиться своим опытом и представить самые «рабочие» модели, которые не раз выручали нас в работе.

https://habr.com/ru/post/713966/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713966

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

https://habr.com/ru/post/713744/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713744

Привет! Меня зовут Александр Гумановский, и я строю архитектуру бизнес-процессов в компании Hoff Tech. Мы разрабатываем удобные решения для One Retail, а один из наших ключевых клиентов — сеть гипермаркетов мебели и товаров для дома Hoff.

Процессный подход последнее время набирает популярность, и о нем говорят едва ли не на каждом углу. В этом тексте речь пойдет не о преимуществах или недостатках концепции (таких статей уже много на Хабре). Я расскажу о реальном опыте внедрения подхода на примере Hoff Tech — со всеми трудностями и неудачами, но и, конечно, с успехами. Обо всем этом под катом.

https://habr.com/ru/post/713048/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713048

Начнем эту увлекательную историю издалека. Во время первого локдауна, в начале 2020 года, сайт Леруа Мерлен испытал б'oльшую нагрузку, чем когда-либо. Проводившие много времени дома и на даче наши пользователи взялись чинить полочки, проектировать новые кухни и всеми силами делать свой дом уютнее, воплощая в жизнь новые ремонтные проекты, а инженеры были вынуждены экстренно адаптировать системы под небывалый наплыв трафика. Тогда же стало ясно, что начатое незадолго до локдауна внедрение элементов SRE нужно ускорить.

https://habr.com/ru/post/712960/?utm_source=habrahabr&utm_medium=rss&utm_campaign=712960

Если вы когда-нибудь занимались тестированием прототипов на респондентах, то наверняка замечали, что люди подсознательно сразу воспринимают прототип как готовый продукт и не «делают скидку» на все его условности. Опечатки, дублирование информации, шаблонный текст, тупиковые пути, долгая загрузка и прочие особенности прототипов отвлекают респондентов от реальных недостатков и могут восприниматься как ошибка интерфейса. Наверняка вы хотите не собирать отзывы об очевидных огрехах работы прототипа, а сосредоточиться на поиске возможных проблем при взаимодействии пользователей с конечным продуктом. А чтобы люди не отвлекались на косяки прототипов, нужно создавать их по некоторым правилам.

https://habr.com/ru/post/711620/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711620

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

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

https://habr.com/ru/post/711930/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711930

Привет! На связи СберМаркет Tech. Эту подборку книг составили инженерные менеджеры СберМаркета и ведущие подкаста «Для tech и этих» Олег Федоткин, Никита Елагин, Семён Мацепура и Вячеслав Артемьев. Сейчас в подчинении у ребят суммарно более 200 инженеров. Мы попросили их поделиться книгами, которые в своё время помогли им вырасти из разработчиков в управленцев. Эти книги не только про лидерство, но и про найм, стратегическое мышление и коммуникации. Они будут полезны тем, кто уже управляет командой или идёт к такой цели. Поехали!

https://habr.com/ru/post/711796/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711796

Привет! Меня зовут Карина Суворова, в «Северстали» я занимаюсь автоматизацией пользовательских процессов. Как часто вам приходят письма и встречи с задачами, которые надо выполнить в определённые сроки? Мне много. А моим коллегам, особенно тем, чей рабочий день состоит из таких «почтовых задач», ещё больше.

Чтобы ничего не забыть, нужен удобный инструмент управления, с категоризацией и возможностью анализа загрузки, повторяемости и фактически затраченного времени. И он есть — Jira.

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

Чтобы избавиться от этого разрыва, мы разработали прекрасное решение, которое доступно всем и не требует подготовки для поддержки. Работает оно с Outlook. Нужны только Jira для размещения и структурированного хранения задач и Visual Basic for Applications (VBA) для их создания.

https://habr.com/ru/post/711638/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711638

Всем привет! Меня зовут Аня Ланда, я фронтенд-разработчик в Самокате. В компании я больше двух лет, общий стаж во фронтенде – 6 лет и всё это время я делаю таблицы. В этом посте расскажу про эволюцию подходов к работе с ними, что меняется на пути от нескольких сотен до сотен тысяч элементов в таблице.

https://habr.com/ru/post/711202/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711202

С 2013 года я работаю в IT и прошла путь от Account manager до Senior Product manager в таких компаниях как МегаЛабс (Мегафон), Билайн, X5 Retail Group. С 2017 года я начала собирать свои команды в роли PO (до этого работала под руководством других PM или PO) и все это время я изучала, что же входит в широкий термин «Управление командой». Проходила множество обучений на эту тему, наблюдала за коллегами и их опытом работы, слушала доклады PO на проф. мероприятиях и читала статьи на тему. И все это интересовало меня, так как была цель дать максимум пользы крутым специалистам, с которыми мне повезло работать в одной команде.

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

https://habr.com/ru/post/711614/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711614