Дайджест № 123

Сегодня в выпуске:

  • 5 техник определения приоритетов для IT команд
  • Войди в историю Лаба
  • Благотворительность
  • Именинники
  • Новички

5 техник определения приоритетов для IT команд

Источник: https://m.habr.com Павел Ку @Pavel_Ku

Всегда ли просто определить приоритеты в задачах крупного проекта? А если в приоритете находятся пять срочных задач? Десять?

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

Рассмотрим подробнее 5 известных методологий, которые помогают прийти к успеху.

Существует ли идеальная методология, которая раз и навсегда расставит приоритеты в рабочих задачах и личных делах? У каждого менеджера проектов или менеджера продукта на этот вопрос, наверняка, есть свой ответ. Однако есть методы приоритизации, которые зарекомендовали себя во всем мире, а их авторы получили заслуженное уважение в среде менеджеров проектов и топ-руководителей. Вот 5 таких методологий: три общие и две для внутриорганизационных целей.

5 методов приоритизации для менеджеров проектов и IT команд

Метод MoSCoW для категоризации задач

Методологию MoSCoW сегодня знают во всем мире и применяют широко в разных областях управления. С известной столицей технику ничего не связывает.

Согласные буквы в акрониме MSCW — это степени приоритетности:

  • M – задачи и требования, которые имеют самый высокий приоритет и должны быть первоочередно применимы к продукту в первую очередь. Без них релиз не будет выполнен (это must).
  • S – важные требования, но не с самой высокой приоритетностью. Обычно они не имеют решающего значения, но все равно обязательны к исполнению (это should).
  • C – требования и задачи, желательные для релиза (это could).
  • W – наименее критичные требования, их можно проигнорировать или перенести до следующих релизов (это would).

На примере задач платформы для управления Hygger.io

(реализованных или только планируемых) рассмотрим, как можно определить приоритеты, согласно методологии MoSCoW:

Must Have — внедрить Priority Chart — график, на котором можно отбирать самые ценные идеи и отдавать их в разработку, ранжировать идеи по метрикам Value / Efforts, обеспечить поддержку разработки с помощью Kanban и Sprint досок, добавить Burndown Chart для трекинга прогресса по спринту.Should Have — внедрить функцию Time tracking для учета отработанного времени, Cycle /Lead Time Report для контроля над процессом, сделать интеграцию со Slack для получения обновлений на досках.Could have — добавить раздел My Tasks, где можно посмотреть все задачи в разных статусах, внедрить Client Access для приглашения клиентов в проект.Would Have — обеспечить SAML SSO /G Suite SSO для единого входа сотрудников в приложение, добавить Calendar View для доски, добавить интеграцию с системами управления проектами (JIRA, PivotalTracker, Trello, и др.)

Метод предлагает быстрое и простое решение для определения приоритетов. Однако часто такой классификации по категориям может быть недостаточно. Поэтому, считается, что MoSCoW лучше подходит для внутренних проектов, а не для продуктов с большим количеством клиентов.

Модель Кано

Модель Кано — технология, разработанная японцем Нориаки Кано в 1984 году. Именно тогда он опубликовал статью, в которой расписал методологию.

С помощью модели Кано можно наглядно описывать удовлетворение каких потребностей оставляет потребителей неудовлетворенными или же приводит в восторг.

Кано предлагает систему координат, где по оси Y измеряется удовлетворенность, по оси Х — уровень выполнения. В модели Кано выделены 3 основные составляющие профиля качества, влияющие на удовлетворенность потребителя: ожидаемое, основное, и привлекательное, вызывающее восхищение.

Ожидаемые свойства

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

Часто в качестве примера ожидаемых свойств приводят работу авиалиний. Гарантия того, что всем хватит места в салоне самолета – это ожидаемое свойство.

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

Основные свойства

— это желаемое. Их выполнение влияет напрямую на удовлетворенность потребителя. Именно на основных свойствах продукты пытаются выделится и создать конкурентное преимущество.

В примере с авиалиниями, основным свойством может быть отсутствие пересадок на длительном маршруте.

Свойства, вызывающие восхищение

— это неожиданные для потребителя свойства: дополнительные, необычные, носящие характер сюрприза.

Ваш любимый десерт на борту авиаперевозчика – пример такого свойства.

Уровень выполнения подобных свойств не влияет на удовлетворенность потребителей напрямую (как и в случае с основными свойствами). Если неожиданное свойство отсутствует, потребитель не должен расстроиться, поскольку и не ожидал его в рядах ожидаемых свойств. Но если же потребитель будет приятно впечатлен – это принесет приятные бонусы продукту или услуге, как минимум, о них узнает ближний круг обрадованного потребителя.

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

Отличный пример применения метода Кано расписан в статье

про телевизионный пункт, где автор решил разделить множество замысловатых кнопок пульта по приоритетности, используя принцип Кано.

Техника Story Mapping

Методология Story Mapping стала известна в начале века из статьи Джеффа Паттона.

Смысл метода в том, что бэклога в продукте мало для определения приоритетов в работе. Паттон считает, что необходима более развернутая структура и предлагает следующую механику:

Горизонтальная ось представляет последовательность использования. Задачи на ней размещаются в последовательности, в которой они выполняются пользователем.

Вертикальная ось означает критичность. По вертикали задачи располагаются относительно того, насколько они важны сверху вниз. Одинаково важные задачи можно определять на одной высоте.

Группы связанных историй группируются как активности.

Сильные стороны методологии Story Mapping

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

Метод четко определяет, как постепенно выпускать итерации продукта.

to be continued.....

Войди в историю Лаба

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

Мы работаем в Лабе мы разное время - кто-то 2,5 года, кто-то месяц, но нам всем уже есть, что сказать про компанию.

Вот, повод поделиться!

Задумка следующая: На сайте будет окно с фотографиями сотрудников и, когда кликаешь на фото, открывается отзыв сотрудника о работе в СКБ ЛАБ.

Такой формат:

Благотворительность

Спасибо всем, кто пожертвовал свои вещи или приобрел новые для пострадавших в иркутской области!

Вещей мы собрали так много, что увозили "газелью" и помогли не только "Красному Кресту", но и благотворительной организации " Аистенок"!

Спасибо вам за добрые дела и ваши огромные сердца! Любим!

Новички

Дозморов Александр (программист Java)

Всем привет!

Меня зовут Александр Дозморов.

Я - новый сотрудник команды Интеграционные сервисы.

По образованию финансист. До этого работал, в основном, в финансовой сфере (в том числе, в банках).

Насчет семьи - женат, детей пока что нет.

Из увлечений - плавание, большой теннис, борьба самбо. Говорят, неплохо пою.

В ближайшее время планируем завести собаку - мопса.

Вот как-то так )

Малинина Анна (Тестировщик)

Всем привет! Меня зовут Аня. Коротко о себе: год выпуска: 1995, пробег: 23, фары: карие. Комплектация: полная, кузов не битый. Друзья меня зовут Малинка, потому что фамилия Малинина. Как вы поняли, я очень люблю машины и знаю такие понятия, как домкрат или карбюратор. Раньше я работала менеджером и видела свое призвание в этом, но потом что-то пошло не так )) и я решила пойти в тестирование. Мне нравится проверять и докопаться до каждой мелочи, которая мне не понятна. В школе занималась хореографией и балетом, очень люблю танцевать, поэтому буду очень рада войти в состав танцевальной группы Лаба. Не люблю наш кофепойнт, потому что мне ничего нельзя кушать из него. Каждый раз надеюсь на фруктики или овсяную кашку. Я очень рада быть в вашей команде, спасибо за предоставленную возможность работать вместе с Вами!

от редакции: На счет кофе-поинта не далай поспешных выводов, Аня :))) Он тебя еще порадует))

Именинники августа

Шишкин Антон - 02 августа

Ходанович Александр - 02 августа

Шпилько Вадим - 06 августа

Титов Антон - 06 августа

Меньшиков Алексей - 07 августа

Рочева Марина - 09 августа

Торощин Алексей - 11 августа

Мазунов Александр - 15 августа

Мазунина Анастасия - 16 августа

Слободяник Вячеслав (СимбирСофт) - 17 Августа

Ангальд Елизавета - 21 августа

Химич Александр (СимбирСофт) - 21 Августа

Дмитренко Никита - 23 августа

Подъячев Иван - 23 августа

Перунова Нина - 27 августа

Дроздов Дмитрий - 28 августа

Купцов Дмитрий (СимбирСофт) - 28 Августа

Чекис Владимир - 31 августа