Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Работа с бэклогом задач с точки зрения проектного менеджера в Retail Rocket

Блог компании Retail RocketУправление разработкойУправление проектами
Хабр, привет! Мы продолжаем делиться с сообществом внутренней кухней Retail Rocket, и сегодня расскажем о нашем подходе к работе с бэклогом. Правильная приоритезация задач — это первый шаг в решении таких важных проблем проекта как:

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

За годы существования проекта у нас сложилась система, при которой вся работа со списком задач подчиняется двум принципам: «не начинай новое, если не закончил старое» и «всегда расчищай место для нового функционала».

Вот как эти два принципа воплощаются в правила приоритезации бэклога.


Читать дальше →
Всего голосов 17: ↑15 и ↓2 +13
Просмотры7.4K
Комментарии 2

Практика формирования требований в ИТ проектах от А до Я. Часть 1. Вводная

ПрограммированиеАнализ и проектирование системПроектирование и рефакторингВизуализация данныхПромышленное программирование
Tutorial

Пролог


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

В своей статье «О качестве требований в ИТ проектах, начистоту (с позиции команды разработки)», я попытался более конкретно подойти к решению этих проблем и рассказал на своем опыте, как можно преобразовать собранные требования для автоматизации в ИТ проекте так, чтобы максимально повысить результативность команды, воплощающую их в целевой продукт. Повысить именно за счет качественно сформулированных заданий на разработку продукта, покрывающую весь процесс.

Теперь я хочу рассказать, как можно качественно сформировать сами требования, ведя Заказчика от его «хотелок», к его счастливому и плодотворному сожительству с программным продуктом, его мечты.
Об авторских тренингах на тему: «Обучение проектированию ПО» подробнее можно узнать на моем YouTube канале
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры23.5K
Комментарии 5

Практика формирования требований в ИТ проектах от А до Я. Часть 2. Цели и Потребности

Управление разработкойУправление проектамиУправление продуктомБизнес-модели

Об авторских тренингах на тему: «Обучение проектированию ПО» подробнее можно узнать на моем YouTube канале

IV ОПРЕДЕЛЯЕМ ЦЕЛИ, ПРОЕКТА

Цель не обязательно должна достигаться. Порой это просто направление двигаться дальше.
Брюс Ли.


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

Цель данной группы работ: определить основные задачи, которые ставят перед собой группы заинтересованных лиц, участвующих в проекте.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры17.6K
Комментарии 2

Две картины с заказчиком

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

-«Здравствуйте, чего не открываете?»
-«Так мы вроде бы никого не ждали сегодня..»
-«Как же не ждали? День сегодня какой? Договаривались же…»

Недавний храбрец перевел взгляд на настенный календарь с корпоративным логотипом и на его лице появилось смятение. От осознания тяжелого продолжения вечера затрещала голова. Заказчик неторопливо стряхнул промокший плащ и повесил на вешалку.

-«Пройдемте в переговорку. Чай? Кофе?»

Читать дальше →
Всего голосов 11: ↑6 и ↓5 +1
Просмотры3.5K
Комментарии 11

Готовимся к релизу в App Store. Инструкция для новичков и лайфхаки

Блог компании Touch InstinctРазработка под iOSРазработка мобильных приложенийУправление проектамиУправление продуктом
Tutorial


Подготовили гайд для заказчиков, которые занимаются публикацией приложения самостоятельно. Рассказываем о предрелизных хлопотах: как создать аккаунт разработчика, сколько времени заложить на оформление D-U-N-S number, какие скрины подготовить для стора.
Читать дальше →
Всего голосов 30: ↑25 и ↓5 +20
Просмотры59.6K
Комментарии 4

Выкладываем приложение в App Store. Даже если вы не разработчик

Блог компании Touch InstinctРазработка под iOSXcodeУправление проектамиУправление продуктом
Tutorial


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

Читать дальше →
Всего голосов 25: ↑23 и ↓2 +21
Просмотры83.1K
Комментарии 4

Орги среди программистов

Управление разработкойУправление проектамиУправление персоналомКарьера в IT-индустрии
Из песочницы
Когда я учился в вузе, на техническом факультете, то среди нас, будущих инженеров, были такие особые люди — всевозможные -ОРГИ. Сейчас уже точно не вспомню всех разновидностей, но точно были спорторги и культорги.

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

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

И тут, на любимом Хабре, я обнаруживаю вот это чудо — человек, называющий себя программистом и инженером, рассказывает, что мы тут все производим какие-то суррогаты. Я был настолько удивлен этой нежданной встрече с (наверняка) бывшим оргом, что не смог промолчать. Так нельзя, друзья!
Читать дальше →
Всего голосов 147: ↑99 и ↓48 +51
Просмотры31.8K
Комментарии 118

10 главных качеств руководителя по мнению Google

Блог компании icanchoose.ruУправление проектамиУправление персоналомКарьера в IT-индустрии
С 2008 года Google ведет проект Oxygen — исследование успешности своих руководителей. В 2018 году работу руководителей оценивали по внутреннему рейтингу и отзывам сотрудников. Оказалось, что команды с хорошими руководителями работают продуктивнее и чувствуют себя счастливыми. Google провели масштабный опрос сотрудников и выяснили, какие 10 качеств отличают сильного руководителя:


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

IT-хардкор: конференция о самых сложных ситуациях и проектах

Блог компании DataArtРабота с видеоДизайн


Привет, Geektimes! Сегодня мы анонсируем самую суровую из наших конференций, которая пройдет 8 октября в Санкт-Петербурге. Она посвящена экстремальным ситуациям в IT-проектах: в планировании, менеджменте, разработке и поддержке. В программе — доклады от «Медузы» и «Вконтакте», история создания системы видеонаблюдения на выборах, разбор провалов в менеджменте проектов, предсказательное моделирование критических ситуаций с серьезными социальными последствиями, противостояние дизайнеров с женами заказчиков и еще несколько историй. Все по хардкору, даже кофе-брейки!
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры7K
Комментарии 6

Из хаоса в порядок, или «создаем структуру проекта в Unity и не только...»

Разработка игрUnityУправление разработкой
Tutorial
При создании нового проекта он такой чистый, понятный, нет лишнего хлама… он пуст. Чем дольше идет разработка, тем больше в нем появляется лишнего мусора, непонятных папок, файлов, иногда туда могут попасть префабы для других проектов и вся организация летит в Тартар.

Выясняется что организации никогда не было, проекту три года, порядок наводить уже поздно, работать не удобно и вообще…

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

  • никогда не задумывались зачем нужна структура проекта в Unity
  • в ваших проектах вечный бардак и вы хотите от этого избавиться
  • в поисках новых способов организации
  • потеряли надежду навести порядок в своем проекте

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



Добро пожаловать под кат.
Читать дальше →
Всего голосов 6: ↑3 и ↓3 0
Просмотры9.3K
Комментарии 14

Как менеджеру продукта испортить релиз на финальном отрезке

Управление проектамиУправление продуктом
Представим, что вы как менеджер продукта делаете идеальное приложение. Оно продумано, ориентировано на определенный сегмент рынка. Инновации, big data, machine learning. И это действительно так. Как же можно запороть релиз на финишной прямой. Инструкция по неприменению.
Читать дальше →
Всего голосов 17: ↑16 и ↓1 +15
Просмотры5.1K
Комментарии 5

А вы приносите плохие новости руководству?

Управление разработкойУправление проектамиУправление персоналом
Хочу поговорить о таком важном качестве, как ответственность за ошибки, как свои так и команды.

Одно из самых сложных и неприятных, на мой взгляд, решений для разработчика или руководителя (да да это всегда сложно), это обнаружив свою ошибку на проде или в вот-вот готовящемся выйти релизе, пойти и сказать руководству — “Я ошибся. Ошибка на проде, сейчас я пытаюсь понять, насколько это влияет на пользователей.”

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

Почему нужно рассказывать о таких случаях, если вы разработчик?

Казалось бы, ошибка, на проде, нужно исправить и в следующем релизе спокойно это вылить, зачем беспокоить руководителя?

Читать дальше →
Всего голосов 19: ↑19 и ↓0 +19
Просмотры6.5K
Комментарии 5

Путь мира и путь войны в ИТ-проектах

Управление разработкойУправление проектамиAgile
Я работал руководителем ИТ-проектов с 2006 года, а сейчас являюсь руководителем стартап-проекта «Динабот». За это время я видел много успехов, но еще больше видел неудач. Эти неудачи, на мой взгляд, часто связаны не столько с применяемыми технологиями, сколько с узостью картины мира руководителей. И я хотел бы чтобы больше руководителей проектов умели возвышаться над технологиями и, таким образом, принимать более правильные решения.

Сегодня мы пьяны Agile! Кто не пьян, опьянеет завтра или послезавтра. И это здорово!

Вот фото с моего последнего проекта, который управлялся согласно Agile-принципам:

image

Agile так сказочно звучит, что некоторым страшно его использовать! Походу оказывается, что использовать Agile не так легко, как написано. Но, все равно, мы будем его использовать, так как никуда не деться от тренда. Заказчики ведь тоже пьянеют и заставляют нас ИТ-ков использовать Agile. Будем использовать несмотря на провалы, пеняя, что мы что-то неверно делаем, корректировать наши технологии, менять людей. К сожалению, часто слепо использовать…
Читать дальше →
Всего голосов 8: ↑5 и ↓3 +2
Просмотры3.3K
Комментарии 6

Сторипоинты опасны для разработки клиент-серверных приложений

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

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


Команда наша состояла из аналитика, тестировщика, дизайнера и 2-х разработчиков, однако для большей наглядности мы оставим только разработчиков.


Начинаем новый спринт и плавно переходим к оценке Пользовательских историй. Ничего нового. Идем дальше...

Читать дальше →
Всего голосов 19: ↑14 и ↓5 +9
Просмотры7.1K
Комментарии 74

Прислушайтесь к этим фразам, если хотите сохранить отдел разработки

Управление разработкойУправление проектамиФрилансУправление персоналомIT-компании
image

В июне наша компания завершила проект на общую сумму в 20 тысяч долларов. Контракт мы получили через UpWork. Это такая популярная международная биржа для фрилансеров. Контракт закрыли успешно — заказчик поставил пять звёзд и написал хороший отзыв.


К такому результату мы шли полтора года. До этого наш средний чек был $500.
Если посмотреть карточку компании, то может сложиться впечатление, что дела идут хорошо. Но оно будет ложным. Мы приостановили работу с платформой. Нам пришлось закрыть отдел разработки и уволить сотрудников.


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


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

Читать дальше →
Всего голосов 35: ↑15 и ↓20 -5
Просмотры15.1K
Комментарии 35

Сложные клиенты: как защитить от них свою команду

Управление проектами


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

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

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

Менеджмент по-русски

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


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


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


Материал ниже — поучительно-юмористический.

Читать дальше →
Всего голосов 12: ↑6 и ↓6 0
Просмотры2.8K
Комментарии 7

IIoT — или как помочь сотрудникам использовать свой мозг по назначению

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


А вы задумывались, почему так происходит? Как часто мозг наших сотрудников работает над действительно умными задачами? Как много времени у него есть для этого без обременений ежедневными, ежечасными, ежеминутными, и даже ежесекундными простейшими операциями? Во времена, когда слова «автоматизация» и «диджитализация» давно набили оскомину, не все осознают, что это, и зачем это нужно. Постараюсь поразмышлять и рассказать здесь об этом на примере IIoT (Industrial Internet of Things — промышленный интернет вещей).

Диджитализация, автоматизация, интернет вещей в целом, а промышленный интернет в частности призваны убрать рутину из нашей жизни. Под рутиной я понимаю набор регулярно повторяющихся механических операций. Как это связано с заголовком данной статьи? А очень просто — ваши сотрудники, наконец-то, смогут направить усилия своего мозга на решение более сложных задач. А это уже неизменно приведет к ускорению производства и улучшению производительности труда. Вот несколько примеров.
Читать дальше →
Всего голосов 21: ↑16 и ↓5 +11
Просмотры5.8K
Комментарии 22

Зачем нужен менеджер в IT проекте и что будет происходить когда его нет

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


Роль ПМ-а — она есть всегда, и если не поручена отдельному человеку с нужной подготовкой, то перераспределяется.


Кому?

  1. Всем членам команды в равной степени.
  2. Одному члену команды, готовому совмещать это со своей первичной ролью.
  3. Человеку извне, который в процессе толком не участвует, но как бы управляет.

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

Держим сразу в уме вопросы:

  • Кто общается с клиентом?
  • Кто держит в уме всю картину проекта? А лучше документирует её.
  • Кто организовывает процесс?
Читать дальше →
Всего голосов 19: ↑11 и ↓8 +3
Просмотры9.7K
Комментарии 42

Чем на самом деле должен заниматься менеджер продукта

Блог компании ProductSenseУправление проектамиУправление продуктомIT-компании
Ярополк Раш из Wargaming рассказал, кого на самом деле ищут работодатели, чем продакт-менеджер отличается от продюсера и по какому фреймворку он работает.

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

image

Ярополк Раш на конференции ProductSense

Читать дальше →
Всего голосов 23: ↑20 и ↓3 +17
Просмотры17.6K
Комментарии 11