Agile Product Ownership in a Nutshell

[Gadi]

nice video

[тортикабысейчас]

nice video

Мне понравилось. Однако, сие подразумевает, что в команде все работают с полной отдачей, это далеко не всегда так. Поэтому, что касается scope management и estimates - то тут явно картинка идеализирована.

[Gadi]

nice video

Мне понравилось. Однако, сие подразумевает, что в команде все работают с полной отдачей, это далеко не всегда так. Поэтому, что касается scope management и estimates - то тут явно картинка идеализирована.

понятно, что картинка идеализирована, но проблемы с "полной отдачей" лежат за пределами технологий и подходов

[Stanislav]

Мне понравилось. Однако, сие подразумевает, что в команде все работают с полной отдачей, это далеко не всегда так. Поэтому, что касается scope management и estimates - то тут явно картинка идеализирована.

понятно, что картинка идеализирована, но проблемы с "полной отдачей" лежат за пределами технологий и подходов

ИМХО много всяких разных технологий и подходов умерло из-за невозможности имплементации по причине человеческого фактора

[spavel]

Gadi, it is all nice, but try to apply it in the real environment when you have fixed price/timeline projects, not enough developers and customers that mostly busy and do not have a lot of time for the communication.

[dima]

love it ! thanx

[Baguk]

Мне понравилось. Однако, сие подразумевает, что в команде все работают с полной отдачей, это далеко не всегда так. Поэтому, что касается scope management и estimates - то тут явно картинка идеализирована.

понятно, что картинка идеализирована, но проблемы с "полной отдачей" лежат за пределами технологий и подходов

ИМХО много всяких разных технологий и подходов умерло из-за невозможности имплементации по причине человеческого фактора

+1. Кадры решают всё. Профессионализм инструментом не подменишь.

[Gadi]

Gadi, it is all nice, but try to apply it in the real environment when you have fixed price/timeline projects, not enough developers and customers that mostly busy and do not have a lot of time for the communication.

А никто и не спорит, что "real environment" бывает разный.

[Jou-Jou]

Чётко и кратко. Спасибо!

Gadi, it is all nice, but try to apply it in the real environment when you have fixed price/timeline projects, not enough developers and customers that mostly busy and do not have a lot of time for the communication.

В видео где-то на 14-ой минуте говорится о fixed price/timeline и как с этим deal.

Работаю в Agile проектах лет пять, были и полные провалы, и такие где практически один к одному как это показано в видео, когда от идеи до внедрения проходило всего 5-6 месяцев, и стоимость окупалась в бешеном темпе. В успешных проектах самый главный фактор, по моему мнению, это сильные Product Owner и Scrum Master, остальное не так важно.

[Alusya]

Чётко и кратко. Спасибо!

Gadi, it is all nice, but try to apply it in the real environment when you have fixed price/timeline projects, not enough developers and customers that mostly busy and do not have a lot of time for the communication.

В видео где-то на 14-ой минуте говорится о fixed price/timeline и как с этим deal.

Работаю в Agile проектах лет пять, были и полные провалы, и такие где практически один к одному как это показано в видео, когда от идеи до внедрения проходило всего 5-6 месяцев, и стоимость окупалась в бешеном темпе. В успешных проектах самый главный фактор, по моему мнению, это сильные Product Owner и Scrum Master, остальное не так важно.

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

[U26]

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

[spavel]

Чётко и кратко. Спасибо!

Gadi, it is all nice, but try to apply it in the real environment when you have fixed price/timeline projects, not enough developers and customers that mostly busy and do not have a lot of time for the communication.

В видео где-то на 14-ой минуте говорится о fixed price/timeline и как с этим deal.

Работаю в Agile проектах лет пять, были и полные провалы, и такие где практически один к одному как это показано в видео, когда от идеи до внедрения проходило всего 5-6 месяцев, и стоимость окупалась в бешеном темпе. В успешных проектах самый главный фактор, по моему мнению, это сильные Product Owner и Scrum Master, остальное не так важно.

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

А я не соглашусь. Метод подходит не для всех продуктов и не для всех проэктов.

[Jou-Jou]

У кого-нибудь был успешный опыт software delvelopment in Agile mode, когда тимы и люди разбросаны по всему миру? Не так чтобы два локейшена и всё, а конкретно так разбросаны, типа development management и design lead в Англии, девелоперы в Индии и в Бразилии, test manager в Канаде, тестеры в Индии и Китае, project manager в Америке, scrum masters в Англии и в Бразилии, бизнес-юзеры в Англии и Гонконге. Т.е. даже собрать на один митинг всех - проблема из-за timezones difference. А когда Middle East ещё подключается, то и weekendzones difference добавляется.