Про роль Владельца Продукта я уже писал не раз. И даже рассказывал о некоторой “мифичности” этой роли и ссылался на видео Хенрика Книберга, где дается краткая подборка всей теории для исполнения этой роли, а заодно и лучшего понимания Agile Software Development в целом.
Поэтому мне отдельно приятно сообщить о выходе русской версии видео, в переводе Бориса Вольфсона. Видео порадует всех, кто интересуется концепциями и практиками Гибкой Разработки ПО и особенно тех, кто еще не смотрел оригинал 🙂
К теме Владельцев Продукта можно возвращаться неоднократно. По мере накопления эмпирического опыта Agile сообщество начинает лучше понимать детали каждой из ролей, описанных в методологии Scrum. Несколько лет назад, активно обсуждалась роль ScrumMaster, а последнее время я вижу все больше и больше обсуждений и статей на тему Владельца Продукта (или Product Owner, на языке оригинала).
В тему навыков и взаимодействия с этой ролью я глубоко погрузился, когда готовился к своему докладу о Владельцах Продукта на конференции в январе 2010 года. Также, если посмотреть на мои недавние статьи, я уже несколько раз возвращался к ней.
И все-таки тема была бы не раскрыта, если не посмотреть, что другие пишут на эту же тему. Мне всегда интересен взгляд других людей, их идеи, пропущенные через опыт. Сегодня хочу поделиться двумя интересными взглядами моих коллег. (більше…)
В прошлой статье я рассказал о роли Владельца Продукта и о том, какую критическую роль она играет в развитии проекта. А еще чуть раньше я рассказывал о том, что зачастую для успеха проекта нужно нечто большее, чем Техническое Задание – нужно Видение Продукта.
Видеоролик Хенрика Книберга, который я приводил как замечательное 15-ти минутное изложение всех аспектов роли Владельца Продукта, между делом рассказывает и об инструменте Видение Продукта (Product Vision). Но, к сожалению, Хенрик не дает полного понимания, как его создавать и как им пользоваться. Вопрос о формате и использовании этого инструмента мне задают достаточно часто, как при личном общении, так и на моих тренингах. Пожалуй, стоит рассказать о нем чуть подробнее. (більше…)
Несомненно, роль Владельца Продукта является ключевой при использовании любой Agile методологии. В тоже время, ожидания и определение этой роли размыты еще больше, чем роль Скрам Мастера и Scrum команды.
Если говорить метафорами, то Scrum команда – это мощный (или не очень 🙂 ) автомобиль, и то, как быстро он едет, напрямую зависит от опыта водителя – Владельца Продукта.
Как мы знаем, водить многие учатся, где попало и как попало, поэтому так и ездят управляют проектами. Работая со своими клиентами, я видел много примеров того, как исполняется роль Product Owner, и постоянно обдумываю, как объяснить эту роль, когда готовлюсь к своим тренингам по Agile управлению проектами. Что интересно, многие мысли все больше и больше подтверждаются практикой. (більше…)
Ты кто такой давай техзадание,
Ты кто такой давай техзадание,
Ты кто такой давай техзадание…
Он с тобой все обсудить попытается,
Отчет, аудит всучить пытается.
Знаешь где реальный дело начинается?
Только там где ТЗ появляется.
А теперь товарищи, внимание –
Нету ТЗ – давай до свидания!
Когда-то более десяти лет назад я, еще молодой тогда менеджер, хотя опытный разработчик, поехал к датчанам получать новый проект. И я получил ЕГО – техзадание.
В ходе поездки я обстоятельно всех расспрашивал: что именно должно быть сделано, как должна работать та или иная функция, и по результатам создал отличную спецификацию. Получил вводные, и вернувшись, мы с моей небольшой командой сели педалить писать систему, о которой нас просили. Теперь я так больше не делаю 🙂 (більше…)
В преддверии «Бэклоговедение в Scrum» – следующего модуля из цикла «Agile своими силами», я перебирал заметки и мысли на тему того, как владельцы продукта расставляют приоритеты. Положа руку на сердце, если судить из моего личного опыта, многие делают это спонтанно и интуитивно.
Достаточно ли руководствоваться одной интуицией или этого мало? Вопрос риторический, и как иллюстрацию можно привести диалог Люка Скайуокера и Оби Вана Кеноби из IV части «Звездных войн». Когда Люк только только тренировался на борту «Тысячелетнего Ястреба» обращаться с лазерной саблей, то его учитель предложил ему закрыть глаза щитком и продолжить вслепую. «Твои глаза могут тебя подвести. Не доверяй им. Полагайся на свои чувства», – сказал Кеноби. (більше…)
С неожиданным вопросом «что порекомендуешь почитать для Владельцев Продукта?», ко мне обратились однажды участники тренинга :-). Дело в том, что группа состояла из одних менеджеров продуктов и проектов, т.е. тех, кто выполнял роль Product Owner для Scrum команд. Замечу, что речь не идет только о каких-то односторонних вопросах (більше…)
У вас бывает так, что к обсуждению одной и той же темы, вы снова и снова возвращаетесь в кругу разных людей? Для меня лично это признак того, что пора писать об этом в блоге :-). Уже несколько раз на конференциях и вне их заходил разговор о том, как расставлять приоритеты в бэклоге продукта. Суммируя обсуждения с коллегами, а также выполняя обещание расскажу о нескольких способах расстановки приоритетов.
Уже не первый раз мне доводится участвовать в дискуссии по поводу того, сколько Бэклогов Продукта (Product Backlog) нужно на проекте. Вопрос зачастую переходит из практической области в теоретическую, что не всегда ведет к удачным решениям для конкретных команд.
На нескольких примерах озвучу возможные варианты, и каждый сможет подобрать наиболее близкий к своей ситуации. (більше…)
Я занимаюcь разработкой “софта за деньги” с 1997 и, поверьте, видел много разных заказчиков. Последние года три многих из них я называю Владельцами Продукта (Product Owner). Мне и самому довелось выступать в роли Владельца Продукта, что позволило взглянуть на взаимодействие с командой с ”другой стороны”.
За это время я наблюдал в ”полевых условиях” много Владельцев Продукта – часть я “воспитывал” как Scrum-мастер, часть я тренировал вместе с командами, и еще многих наблюдал, общаясь с командами вокруг себя. Вот этими заметками ”натуралиста” мне и захотелось поделиться на AgileBaseCamp. (більше…)