Каморка

nice video

Gadi писал(а):nice video

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

тортикабысейчас писал(а):

Gadi писал(а):nice video

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

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

Gadi писал(а):

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

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

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

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.

love it ! thanx

Stanislav писал(а):

Gadi писал(а):

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

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

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

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

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.

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

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

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, остальное не так важно.

Jou-Jou писал(а):Чётко и кратко. Спасибо!

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-ой минуте - тек дебт возрастет до неимоверных размеров и велосити тима упадет до нуля. Мы следуем екзактли этой модели с малтипл тимс (малтипл ПО с интерпенденсис), фихед тайм прожект и огромным тек. дебт. Сказать, что это сложно - это ничего не сказать.

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

Alusya писал(а):

Jou-Jou писал(а):Чётко и кратко. Спасибо!

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-ой минуте - тек дебт возрастет до неимоверных размеров и велосити тима упадет до нуля. Мы следуем екзактли этой модели с малтипл тимс (малтипл ПО с интерпенденсис), фихед тайм прожект и огромным тек. дебт. Сказать, что это сложно - это ничего не сказать.

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

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