Emendare | Agile бизнес-консалтинг

Марти Кейган часто пишет о проекте и менестреле продукта, Scrum четко заявляет, что это среда разработки продукта, и Twitter с большей вероятностью найдет твиты #NoProject. Так как я давным-давно обучался руководителю проекта и люблю думать в проектах, чтобы выяснить причину, по которой проблема кроется.

Во-первых, таблица, чтобы узнать, что подразумевается под проектом и minset продукта. Эта таблица основана на статья Марти Кейган и мои собственные наблюдения. Я немного изменил некоторые очки и добавил или удалил свои собственные очки.

Проект мышления продукта Mindset sense
  • «Скажите нам, что мы должны сделать, и мы построим это для вас» (Наемник)
  • «Мы решаем проблемы клиентов» (решатель проблем)
требования
  • Требования собраны заинтересованными сторонами
  • приоритет в дорожных картах
  • реализованы
  • Мы не знаем, что является лучшим продуктом, и нам нужно выяснить это в несколько итераций с изменениями и изменениями (Product Discovery)
сотрудник
  • Управление проектами
  • Авансовые бизнес-аналитики / инженеры требований
  • аутсорсинг
  • (сильный) менеджер по продукту
  • Эксперты по опыту пользователей
  • Разработчик с прицелом на заказчика
бюджет
  • фиксированные бюджеты проектов
  • предопределенная область
  • большие единицы доставки (значки)
  • на основании результатов (итогов)
  • небольшие единицы доставки (значки)
объекты управления
  • безопасность
  • предсказуемость
  • использование
  • Изучение новых вещей
  • максимальное значение
  • инновации
процесс
  • длинные фазы
  • «Эстафета»
  • Итеративная и инкрементная процедура
  • «Регби»
организация
  • Функционально-ориентированные рабочие группы (разработчики, дизайнеры, тестировщики, менеджеры по продуктам ...)
  • Передача / эстафета
  • один человек работает во многих командах для многих проектов (использование)
  • Кросс-функциональные, результативные команды
  • сотрудничество
  • Человек работает в команде за продукт
ответственность
  • Из-за распределения во многих рабочих группах очень разбросаны
  • Отпечатки пальцев, если что-то пойдет не так
  • Ошибки наказываются
  • четкая ответственность за результат в команде
  • Команда берет на себя ответственность
  • Ошибки - это возможности обучения

А что станет с моей концепцией проекта? Я продолжаю использовать термин проект для структурирования моих проектов - также в рамках разработки продукта.

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

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