Как стать автором
Обновить
245.2
Рейтинг

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

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

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

Математика в HR

Время прочтения 2 мин
Просмотры 1.7K
Управление разработкой *Управление проектами *Развитие стартапа Управление персоналом *Карьера в IT-индустрии
Кейс

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

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

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

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

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

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

Читать далее
Всего голосов 5: ↑0 и ↓5 -5
Комментарии 2

ICE, RICE, WSJF или как эффективно организовать бэклог

Время прочтения 6 мин
Просмотры 2.1K
Управление разработкой *Управление проектами *Agile *Управление продуктом *

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

Читать далее
Всего голосов 6: ↑4 и ↓2 +2
Комментарии 18

На старт, внимание, патч! Как реализовать онлайн-документацию для накопительных изменений

Время прочтения 5 мин
Просмотры 572
Веб-дизайн *Open source *Интерфейсы *Управление разработкой *Подготовка технической документации *
Recovery mode
Из песочницы

Привет читателям! Меня зовут Владимир Маркиев, но сегодня зовите меня Александр Сергеевич, я — технический писатель в компании, которую нельзя называть. Когда компания, которую нельзя называть, создавала онлайн-документацию при помощи Antora, стояла задача оставить место, куда в будущем интегрируется список накопительных изменений.

Читать далее
Всего голосов 1: ↑0 и ↓1 -1
Комментарии 2

Подрядчик или сотрудник в штат: что выгоднее для снижения бэклога и TTM?

Время прочтения 2 мин
Просмотры 484
Блог компании Fix Price Управление разработкой *Управление проектами *Управление продуктом *
Кейс

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

Меня зовут Кристина Кондакова, я руководитель центра компетенций QlikView компании Fix Price, и в этой статье расскажу, как мы в Fix Price снизили TTM и количество текущих задач за счет привлечения подрядчиков, а затем оценили экономический эффект.

Объем бэклога и TTM (Time To Market) — ключевые показатели для любой крупной компании. Аналитика очереди задач и роста бэклога внедрена у нас давно во всех отделах разработки. Еженедельно аналитическое подразделение формирует объемную рассылку-отчет для руководства. В отчете отражена динамика роста бэклога по отделам/проектам, средние ТТМ задач в очереди и ряд других показателей.

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

Читать далее
Всего голосов 7: ↑5 и ↓2 +3
Комментарии 7

Роль бизнес-аналитика в Scrum-команде

Время прочтения 8 мин
Просмотры 1.1K
Блог компании OTUS Управление разработкой *
Перевод

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

Читать далее
Всего голосов 19: ↑9 и ↓10 -1
Комментарии 3

С 0 до 430 000 рублей в месяц. Опыт развития SAAS-сервиса в России. Медленно все

Время прочтения 14 мин
Просмотры 3.3K
Блог компании offlineCRM: Бесплатная CRM для самозанятых Управление разработкой *Управление проектами *Контекстная реклама *Управление продуктом *
Кейс

Меня зовут Максим Кульгин, моя компания clickfraud.ru занимается защитой от скликивания рекламы. Стартовали мы в конце 2019 года, сейчас вышли на выручку ~430 000 рублей в месяц, получили грант 4 млн. руб. и мы все еще стартап. Хочу поделиться с вами опытом развития бизнеса с самого начала.

Я подготовил статью в виде вопросов-ответов, т.к. полагаю, что так проще систематизировать информацию. Постарался осветить основные моменты, с которыми сталкивались в процессе работы и, надеюсь, развеял некоторые мифы. Наверное что-то забыл, отвечу в комментариях или пишите в Телеграм - ссылка в конце статьи. Уверен, что мы наделали (и еще наделаем) огромную массу ошибок и оглядываясь назад многое я бы сделал сейчас по другому.

В тексте не будет привычных и любимых :) читателями терминов - trello, scrum, agile, stable diffusion, chatGPT, k8s, мозговой штурм, стратегический маркетинг, выгорание и т.п. У нас все как-то сильно проще, может быть по этому и долго? Но пишу как есть...

Итак...

Идея бизнеса? Случайность на 100%. В конце года ко мне в офис (мы в Питере) зашел товарищ и пожаловался, что на его проекте по рекламе кликают до 30% ботов. Затраты на контекстную рекламу ~10 млн. в месяц (я не ошибся в цифрах, сфера — продажа мебели) и потери, мягко говоря, ощутимы. Как он это понял? Ребята добавили Google reCapcha на сайт для дополнительного анализа сессий и немного удивились результатам. Предложил нам подумать и сделать сервис, который помогал бы анализировать трафик и отключать рекламу явным ботам. Стали нашими первыми клиентами.

Читать далее
Всего голосов 12: ↑9 и ↓3 +6
Комментарии 6

Процессный подход на цыпочках, или как выстроить процессы в крупном ритейле

Время прочтения 9 мин
Просмотры 3.5K
Блог компании Hoff Tech Анализ и проектирование систем *Управление разработкой *Управление проектами *Бизнес-модели *

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

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

Читать далее
Всего голосов 16: ↑15 и ↓1 +14
Комментарии 9

Data driven SRE

Простой Простой
Время прочтения 12 мин
Просмотры 897
Блог компании Леруа Мерлен Управление разработкой *

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

Читать далее
Всего голосов 6: ↑6 и ↓0 +6
Комментарии 0

Как пнёшь, так и полетит. 3 приёма ускорения разработки в приборостроении

Время прочтения 7 мин
Просмотры 2.1K
Управление разработкой *Управление проектами *Производство и разработка электроники *Электроника для начинающих
Туториал

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

Об этом речь и пойдет.
Всего голосов 7: ↑7 и ↓0 +7
Комментарии 4

Базовое проектирование и разработка требований к интеграции систем (для начинающих аналитиков)

Время прочтения 6 мин
Просмотры 9.7K
Анализ и проектирование систем *Управление разработкой *Управление проектами *
Из песочницы

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

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

Читать далее
Всего голосов 7: ↑7 и ↓0 +7
Комментарии 7

RPG в разработке — как создать команду с учётом особенностей ролей

Время прочтения 14 мин
Просмотры 1.9K
Блог компании QIWI Управление разработкой *Управление проектами *Управление персоналом *Карьера в IT-индустрии
Туториал

Привет! Меня зовут Тимофей, я IT lead в QIWI. Но так было не всегда — например, год назад я в рамках того же продукта, что и сейчас, был продуктовым разработчиком в части бэкенда. Передо мной (так я был старожилом) поставили занятную задачку — собрать новую команду. В этом посте я хочу рассказать про ролевую модель Белбина, почему она (на мой взгляд) очень полезна для работы и для построения команд. А ещё о том, какие проблемы могут возникать в вашей компании, если в ней нет определенных ролей.

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

Я понял, что у меня как у программиста понимание этой модели (почему некоторые команды складываются, а некоторые — вообще никак) почти никакого нет. Когда я был больше программистом, большинство моих вопросов мог решить Stack Overflow. Однако с вопросом «Как мне собрать идеальную команду, чтобы она здорово перформила?» даже он не смог мне помочь.

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

Читать далее
Всего голосов 24: ↑23 и ↓1 +22
Комментарии 10

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

Время прочтения 13 мин
Просмотры 2.9K
Блог компании ГК ЛАНИТ Программирование *Управление разработкой *Карьера в IT-индустрии Удалённая работа
Обзор

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

Читать далее
Всего голосов 53: ↑49 и ↓4 +45
Комментарии 4

Выйди и зайди правильно

Время прочтения 8 мин
Просмотры 48K
Управление разработкой *Управление персоналом *Карьера в IT-индустрии

Управлять программистами в ИТ-компании – дело особое. Не сказать, что сильно сложное. Совру, если назову простым. Особое.

Книжек, статей, курсов создано великое множество. Что-то помогает, у кого-то получилось. Собственно, промахнуться с оценкой сложно – отрасль ведь не просто существует, но и весьма активно развивается. Даже в нашей деревне. Значит, как-то, кое-как, с горем пополам, но управление программистами не только возможно, но и получается.

Однако, кризисы случаются. Бывает, что затяжные – например, какая-нибудь серьёзная деревенская компания не может ни найти, ни воспитать приличного руководителя программистов. Благо, сейчас это не великая проблема – бизнес вполне себе растёт лишь потому, что растёт рынок, и заполнить его некому. Поэтому за начальника сойдёт и табуретка. Но – лишь до поры, до времени.

Регулярно ИТ-бизнес думает-думает, решает-решает, плюнет, да и снова попробует старый добрый метод: нанять успешного руководителя из другой сферы. Производство, строительство, торговля – ну суть. Оттуда много кандидатов, у них подтверждённый опыт, зачастую – MBA, и они такие прям чёткие всегда! Знают, чего хотят, на что способны, чего им нужно.

Мне этих руководителей всегда искренне жаль – я знаю, что их ждёт, каков будет их путь, почему они в итоге уволятся. Я не семи пядей во лбу, просто в течение многих лет наблюдал их в обеих сферах – ИТ и той, из которой они пришли, где добились успеха. Могу плюс/минус сопоставить контексты, работающий инструментарий, важные и второстепенные личностные качества.

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

Однако, тут такая история вышла: в ИТ-компанию собралась устроиться некто Ира, хорошая знакомая моего хорошего знакомого. Он, как мог, пытался её отговорить, но не преуспел, т.к. сам работает программистом, и руководителем никогда не был.

Попросил меня. Я предложил формат статьи – и моё мнение услышит, и ваше. В конце концов, вполне возможно, я не прав, как это обычно случается (если верить вашим комментариям).

Итак, погнали. Буду писать, как бы лично обращаясь к Ирине.

Читать далее
Всего голосов 158: ↑140 и ↓18 +122
Комментарии 117

Чеклист для прототипов

Время прочтения 7 мин
Просмотры 4.9K
Блог компании VK Usability *Управление разработкой *

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

Читать
Всего голосов 32: ↑32 и ↓0 +32
Комментарии 0

Истории

Как обеспечить «вдвое больше за половину времени»

Время прочтения 20 мин
Просмотры 7.3K
Управление разработкой *Управление проектами *Agile *Управление продуктом *Статистика в IT

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

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

Вперёд к оптимизациям систем!
Всего голосов 15: ↑11 и ↓4 +7
Комментарии 14

9 книг для тимлидов и тех, кто хочет ими стать

Время прочтения 4 мин
Просмотры 9.3K
Блог компании СберМаркет Управление разработкой *Управление проектами *Управление продуктом *

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

Читать далее
Всего голосов 12: ↑9 и ↓3 +6
Комментарии 3

Хватит копипастить, или как превратить Outlook-письмо в Jira-задачу в один клик

Время прочтения 9 мин
Просмотры 3.3K
Блог компании Северсталь Управление разработкой *Управление проектами *Agile *

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

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

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

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

Читать далее
Всего голосов 9: ↑8 и ↓1 +7
Комментарии 10

Эволюция подходов к работе с таблицами во фронтенде

Время прочтения 13 мин
Просмотры 8.1K
Блог компании Samokat.tech JavaScript *Программирование *Управление разработкой *
Кейс

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

Читать далее
Всего голосов 21: ↑21 и ↓0 +21
Комментарии 17

3 ошибки хорошего Product Manager

Время прочтения 7 мин
Просмотры 3.2K
Управление разработкой *Управление сообществом *Управление продуктом *
Мнение

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

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

Читать далее
Всего голосов 18: ↑16 и ↓2 +14
Комментарии 9

Как багатон снизил нам количество багов с 900 до 950

Время прочтения 7 мин
Просмотры 5.3K
Блог компании Skyeng Управление разработкой *Управление проектами *
Кейс

Количество заведённых багов к количеству исправленных: расскажу про день, когда мы переломили тренд

У нас некоторое время назад сменился CTO и некоторые детали в политике качества. В какой-то момент это привело к тому, что мы решили наводить порядок в багах.

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

Понятно, что блокеры и критикалы мы правили быстро и чисто. Но вот когда у вас в бэклоге багов накоплено штук так под сотню задач и они все вроде бы мелкие — либо не затрагивающие хоть сколько-нибудь значимое число пользователей, либо затрагивающие, но не сильно (типа сдвинутой на бесящий пиксель кнопки), их можно копить годами. Что, собственно, и произошло. Мы копили их годами, и настало время всё это разгребать.

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

Как вы уже можете догадаться по заголовку, кое-что пошло не так.
Читать дальше →
Всего голосов 37: ↑37 и ↓0 +37
Комментарии 15

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

Работа