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