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

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

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

Сначала показывать
  • Новые
  • Лучшие™
Порог рейтинга
  • Все
  • ≥0
  • ≥10
  • ≥25
  • ≥50
  • ≥100

«Я не ответственный, я — Responsible» — как объяснить бабушке, что такое RACI-матрица

Блог компании Timeweb Cloud Управление разработкой *Управление проектами *Управление продуктом *Научно™-популярное


Приехала я год назад к друзьям играть™ в настолки. А они ссорятся. Из-за того, что Маша сказала Саше вынести мусор / убрать™ носки / погулять с хомяком, а он не сделал™, потому™ что тупо забыл. Рассказала я Саше и Маше про ToDoList и таск-трекеры и нарисовала им на холодильнике импровизированную асану. Маша наклеила стикеры с задачами и сроками, Саша терпеливо кивнул™. Настолки состоялись.

Недавно я снова заглянула в гости. Стикеры на холодильнике висят, а Маша и Саша опять ссорятся. Точнее™, громко™ выясняют, кто хотел починить стол / вывести холодильник / искупать кота, кто по-факту должен™ был это делать™, и почему™ до сих пор ничего™ не сделано. Я промолчала, т.к. в чужие семейные разборки со своим PMBOK-ом не лезут.

Но потом решила™, что всё нормально, лезут, т.к. вспомнила, что видела™ RACI-матрицу для распределения ответственности с шуточным объяснением через поездку семьи на дачу. Полезла искать™ эту картинку для Саши с Машей, нашла, а в ней куча ошибок™:



Простите. Не могу промолчать. Не надо так.
Читать™ дальше™ →
Всего голосов 38: ↑33 и ↓5 +28
Просмотры 6.5K
Комментарии 30

Новости

Как научиться слушать всех и не превратиться в будку гласности

Блог компании Ak Bars Digital Управление разработкой *Управление проектами *Управление продуктом *

Меня зовут Александр Глухов™, я в финтехе с 2013 года. Сейчас™ работаю в Ак Барс Банке и оптимизирую процессы в мидл-офисе и бэк-офисе. Мы делаем™ разные™ продукты для банка, один из них — универсальное рабочее место сотрудника. Это внутренний сервис™ для сотрудников банка, которые рассматривают кредитные заявки™ и после всех проверок решают™, давать™ кредит™ или нет.

Мой рассказ — о работе™ с бэклогом и внутренними заказчиками. Он основан на наших разработках для мидл- и бэк-офиса, но выводы™ применимы и в других™ областях, даже не связанных с банками и финтехом.

Эта статья™ — расшифровка доклада с митапа™ Three Amigos™ Talk.

Читать™ далее
Всего голосов 6: ↑5 и ↓1 +4
Просмотры 784
Комментарии 0

AGIMA.Outsource: зачем нам 400 подрядчиков и как мы их ищем

Блог компании Агентство AGIMA IT-инфраструктура *Управление разработкой *IT-компании

Привет™! Я Юля Грибова из AGIMA, руковожу отделом закупок. В этой статье™ расскажу, как нам удалось за 5 лет в 40 раз увеличить количество подрядчиков у компании и зачем нам это было нужно. Думаю, узнать™ обо всем этом будет интересно коллегам по рынку и тем, кто сам выполняет работы™ на аутсорсе. Рассказывайте в комментариях, с какими™ проблемами сталкиваетесь, когда ищете подрядчиков или заказчиков.

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

Особенности удалённого грумминга

Блог компании Домклик Управление разработкой *Agile *

Статья™ коллеги про отношение к вынужденной удалёнке вдохновила меня рассказать о самом серьёзном испытании, с которым я столкнулся в первые™ полгода такого™ режима™: грумминг сложных задач стал невыносим. Под катом я постарался не только™ рассказать о проблеме, но и поделиться своими™ соображениями о её решении. Возможно, кто-то сочтёт™ мои рассуждения очевидными и подумает, что были допущены детские ошибки™. Но я также верю, что найдутся и те, кому мой опыт окажется полезен.

Читать™ далее
Всего голосов 39: ↑38 и ↓1 +37
Просмотры 5K
Комментарии 10

Ошибки™ при внедрении OKR как системы исполнения стратегии. Опыт Хабра

Блог компании Gai.Company Управление разработкой *Управление проектами *Управление продуктом *Управление персоналом *

В январе™ 2021 года я закончил работу™ с Хабром™ по формированию их новой стратегии. Мы описали стратегию в формате Х-матрицы, дальше™ ребята™ сказали, что сами декомпозируют X-матрицы на департаменты, и спросили, с помощью какой системы лучше реализовывать стратегию. Я ответил, что на сегодняшний день не знаю ничего™ лучше OKR (Objectives and Key Results): она гибкая™, не требует особых™ знаний™ и понятна всем, кто так или иначе сталкивался с Agile. Мы ударили по рукам и разошлись.

Однако™ уже в мае ко мне постучались Денискин и Баксли™ с просьбой посмотреть, что не так. Ребята™ попытались сами внедрить ОКR, но что-то пошло не так, и система не приживалась. После небольшого анализа был выявлен ряд ошибок™, основной из которых у Хабра, на мой взгляд™, стала попытка внедрения сразу во всей компании.

Ниже перечень этой и прочих™ ошибок™, которые были обнаружены мною в Хабре, а также в других™ компаниях, где я наблюдал или внедрял OKR.

Читать™ далее
Всего голосов 19: ↑17 и ↓2 +15
Просмотры 1.1K
Комментарии 3

Почему™ у вас не работают agile процессы?

Управление разработкой *Agile *
Из песочницы

Поработав в разных™ видах скрама™, канбана и SAFe размышляю на тему того, что может пойти не так в agile процессах. Разберемся, от чего страдают команды, как эти страдания уменьшить и сделать процессы более эффективными. Материал предполагает, что вы уже пробовали работать с гибкими методологиями, знакомы с основными терминами и принципами Scrum.

Читать™ далее
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 3.1K
Комментарии 6

QA, из команды в тимлиды — как выжить™ между двух огней

Блог компании Альфа-Банк Тестирование мобильных приложений *Управление разработкой *Управление персоналом *Карьера в IT-индустрии

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

Сейчас™ я занимаюсь Альфа-Мобайлом, нашим мобильным приложением для физических лиц. Работа™ в команде состояла из обычного взаимодействия с нашими™ IOS- и Android-разработчиками, с аналитиком, с бэкенд™-разработчиком и с product owner’ом. В моей командной работе™ были обычные спринты, обычная приемка, обычное написание автотестов к различным компонентам архитектуры, конечно же, дедлайны и еженедельный всеобщий Мобайловский регресс. Помимо™ работы™ в команде, есть еще наставничество.

Архитектура довольно нетипичная: помимо™ обычного front’a и back’a есть еще и middle™, и не каждый™ въезжает сразу, на это тратится много времени. На тот момент™, когда со мной поговорил мой руководитель и рассказал, что пора переходить в лиды, у меня было два начинающих падавана. В общем, состоялся разговор о том, что пора расти, пора уже переходить дальше™, я ответила, что хоть и очень загружена, но готова™. 

Читать™ далее
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 2.9K
Комментарии 1

Автоматизация оптимизаций в Go

Блог компании Delivery Club Tech Open source™ *Программирование *Go *Управление разработкой *
image

Привет™, Хабр! Меня зовут Денис Лимарев, я разработчик платежной системы в Delivery Club.
Недавно мы провели два митапа™: по оптимизациям и по нашему™ новому™ линтеру. На первом™ митапе™ разобрали оптимизации кода на Go, а в рамках™ второго поговорили про создание и возможности нашего™ нового™ линтера, который может искать™ и самостоятельно применять эти оптимизации, и не только™. Как делался линтер™ и поиск каких оптимизаций смогли™ автоматизировать — читайте под катом.
Читать™ дальше™ →
Всего голосов 18: ↑17 и ↓1 +16
Просмотры 2.5K
Комментарии 1

Погромист. Мои самые эпичные провалы за всю карьеру

Программирование *Управление разработкой *Управление проектами *Карьера в IT-индустрии

Я люблю критику. Если вы не заметили, я, как старый™ дед, всё поливаю грязью™ и всем недоволен.

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

Читать™ далее
Всего голосов 243: ↑235 и ↓8 +227
Просмотры 61K
Комментарии 144

А лидер настоящий?

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

Аутентичность с каждым™ днем ​​становится все более и более неаутентичной. То, что раньше™ было искренним желанием, теперь™ стало модным™ словечком, которое некоторые лидеры™ разбрасывают, чтобы потешить свое эго. Истинное смирение нужно доказывать, а не заявлять.

Читать™ далее
Всего голосов 19: ↑16 и ↓3 +13
Просмотры 6.1K
Комментарии 1

Незакрытая дверь приводит к возрастанию энтропии Вселенной

Программирование *Анализ™ и проектирование систем™ *Управление разработкой *GTD *Читальный зал

На двери кабинета физики™ в институте, где я начинал свою трудовую деятельность, висела™ табличка: «Закрывайте, пожалуйста, дверь. Незакрытая дверь приводит к возрастанию энтропии Вселенной». Народу™ табличка нравилась, никто не хотел причинять вред Вселенной. Призыв™ действовал — дверь обычно™ аккуратно закрывали.

Если хаос слишком велик, то у кого угодно™ просто™ опустятся руки. Представьте, что вы удаляете из кучи одну песчинку, а в то же время сверху™ падает™ десятки новых песчинок. Согласитесь ли вы продолжать этот бесполезный труд?

Читать™ далее
Всего голосов 18: ↑13 и ↓5 +8
Просмотры 14K
Комментарии 11

Как PVS-Studio™ защищает от поспешных правок™ кода, пример™ N2

Блог компании PVS-Studio™ C *Управление разработкой *

Ошибка в Blender, PVS-Studio
Большое количество ошибок™ программистами допускается просто™ по невнимательности или из-за спешки™. Хорошо™ это видно на небольших неправильных изменениях, вносимых в код. Рассмотрим как раз такой случай™, когда, исправляя одну ошибку™, программист добавляет новую.

Читать™ дальше™ →
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 1.5K
Комментарии 0

Что такое техрадар и почему™ он сбережёт ваши нервы

Блог компании СберМаркет Разработка под e-commerce *Управление разработкой *Управление проектами *Управление e-commerce *

Техрадар обычно™ бывает™ двух видов: или труп, или сделан™ неправильно. Я Олег Федоткин, Head of PaaS СберМаркета. Хочу рассказать, почему™ это так и как заставить техрадар работать.

Это текстовая версия™ моего выступления на Podlodka TechLead Crew. Если вам больше™ нравится смотреть видео, то оно здесь.

Читать™ далее
Всего голосов 18: ↑14 и ↓4 +10
Просмотры 3.2K
Комментарии 7

Разработка без ТЗ

Управление разработкой *Управление проектами *Управление продуктом *
Из песочницы

Техническое задание штука сложная и долгая™. Написание ТЗ многих™ вгоняет в уныние™. А чтение™ ТЗ некоторых доводит до трясучки. Так же и в нашей компании. После месяцев страданий и обвинений друг-друга во всех мыслимых и не очень проблемах родился подход™. Спустя™ время подход™ доказал свою пользу™ и теперь™ им не стыдно™ делиться.

Читать™ далее
Всего голосов 13: ↑10 и ↓3 +7
Просмотры 7.5K
Комментарии 23

Python™ в металлургической промышленности

Блог компании Группа™ НЛМК Python™ *Программирование *Управление разработкой *Управление сообществом *

Когда речь заходит о тяжелой промышленности и технологиях в ней, в большинстве случаев мы ожидаем услышать Java, а может быть и Java EE, или наоборот что-то очень низкоуровневое. Именно™ такие предположения я чаще всего слышу от друзей™, когда рассказываю, где работаю. Однако™, в реальности всё немного иначе и на практике мои коллеги используют множество технологий.

В этой статье™ я расскажу о том, зачем на металлургическом комбинате Python™ и с какими™ проблемами я столкнулся при работе™ над задачами.

Читать™ далее
Всего голосов 16: ↑16 и ↓0 +16
Просмотры 8.4K
Комментарии 12

Лучший™ способ™ ругаться на созвоне? VR! Обзор корпоративных VR-звонилок

Мессенджеры *Управление разработкой *Софт AR и VR Будущее здесь

Нас в команде всего четверо. Нам нужно всего лишь раз в день слышать друг друга и иметь возможность показывать экран. Никаких специфических требований. Не нужно корпоративной авторизации, не нужно держать ПО на своих серверах, даже записи™ созвонов не нужны. Мы не против™ прослушки от ФСБ или ФБР — пожалуйста. Казалось бы, только™ самый отсталый мессенджер до сих пор не навелосипедил видео- или, хотя бы, аудио-конференции (привет™, Mattermost). Вариантов, кому продать свои разговоры, — море. Как же так получилось, что мы устраиваем наши дейли митинги... в виртуальной реальности??

Вы что, серьёзно, что ли?
Всего голосов 28: ↑27 и ↓1 +26
Просмотры 7.3K
Комментарии 34

Парадокс pull request-ов: как мы с ним справляемся

Блог компании Productivity Inside™ Управление разработкой *
Перевод
Парадокс pull request-ов можно объяснить так. Я только™ что закончил писать™ код, который может хорошо™ сказаться на опыте наших пользователей, и хочу поскорее запустить его в работу™. Мне нужна ваша помощь™, но вы заняты™ и в большей степени склонны работать над собственным кодом.



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


Очень, очень сжатая™ история pull request-ов


Pull request-ы появились в мире открытого кода и были необходимой мерой. Нужен был какой-то способ™ контролировать вклад от участников проектов со всего мира. В GitHub™ создали соответствующее решение для тех, кто работает с открытым кодом, а вскоре™ Git получил широкое распространение в корпоративном мире, несмотря на то, что большая часть его пользователей работала в офисе. Впрочем, сейчас™ круг замкнулся, и мы стали массово уходить на удаленку. Получается, pull request-ы стали актуальны, как никогда прежде™? Возможно.

Однако™ рост популярности pull request-ов означает, что возникает новое препятствие между нашим кодом и слиянием/релизом. Раньше™ сотрудники просматривали код друг друга непосредственно в кабинете – в процессе парного программирования или синхронизированной проверки. Закончили – внесли™ код в проект™. Сейчас™ pull request-ы по большей части проходят процедуру одобрения асинхронно, с многократной пересылкой файлов™ туда-сюда. По этой причине в процессе возникают периоды простоя, которых не было раньше™.
Читать™ дальше™ →
Всего голосов 11: ↑8 и ↓3 +5
Просмотры 5.1K
Комментарии 2

Бестолковые сообщения об ошибках: вносим™ ясность

Тестирование IT-систем™ *Программирование *Usability *Управление разработкой *

Попробуйте вспомнить, какие оригинальные и необычные сообщения об ошибках вам выдавали многочисленные программы и приложения, которыми вы пользуетесь. Наверняка у каждого из вас найдётся пара забавных примеров таких сообщений. В моём личном™ рейтинге на данный™ момент™ безусловный лидер — «Метод вернул™ что-то не то».

Каким же должно™ быть идеальное сообщение об ошибке™?

Читать™ далее
Всего голосов 17: ↑16 и ↓1 +15
Просмотры 4.8K
Комментарии 21

Выявление техдолга и оценка™ его процентов

Блог компании Конференции Олега Бунина™ (Онтико™) IT-стандарты *Управление разработкой *Конференции DevOps™ *

Как оценить технический долг и получить разрешение на его починку, прежде™ чем он поглотит вас и вашу команду? Этот вопрос™ рано или поздно™ встает™ перед всеми лид-разработчиками. Но его решение требует большой экспертизы и грамотного анализа. Поэтому давайте вместе™ разбираться, как лучше искать™, извлекать и обеспечивать техдолг, а заодно™ выясним причём™ тут слоны.

Читать™ далее
Всего голосов 18: ↑18 и ↓0 +18
Просмотры 2.3K
Комментарии 0

Митап гильдии архитекторов Росбанка: автоматизация управления, оценка™ модернизации и composable architecture в локдаун

Блог компании Росбанк IT-инфраструктура *API *Управление разработкой *Управление продуктом *

Привет™! Продолжаем делиться интересными выступлениями с митапов наших гильдий. Вслед за фронтендерами приходит очередь архитекторов. Митап 9 декабря открыл™ наш коллега Дмитрий Зыков с рассказом об автоматизации управления. Дмитрий Бардин™ из Croc Code продолжил выступлением об оценке™ модернизации. И завершил основную часть Егор Слесаренко из Leroy Merlin™, поделившись опытом™ перестройки магазинов в локдаун с помощью composable architecture. Основные тезисы™ всех выступлений — в этом посте.

Читать™ далее
Всего голосов 9: ↑5 и ↓4 +1
Просмотры 1.4K
Комментарии 2