alexthunder (![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
alexthunder) wrote2010-10-21 08:09 am
alexthunder) wrote2010-10-21 08:09 am
Entry tags:
SCRUM - часть 3 - "Конечный продукт"
SCRUM - часть 1 или "Почему SCRUM?"
SCRUM - часть 2 - "Состав участников"
Основной идеей SCRUM в отношении производимого продукта является его последовательное развитие. Исходит это из предположения о том что работа штука затратная. Каждый потраченный час занятия людей чем-то обходится не дёшево и потому желательно устранить занятия которые потенциально не добавляют ценности конечному продукту или могут оказаться не нужными.
Продукт производимый методикой SCRUM после каждого короткого периода работы рассматривается как потенциально-продаваемый по сути законченный продукт.
Давайте прикине о каких затратах мы говорим.
Возьмём для примера коллектив из десяти человек. Пусть каждый работает в среднем за 20 долларов в час. Итого час проведённый всем коллективом за любым занятием обходится в 200 долларов. В неделе у нас скажем 40 часов. Значит неделя обходится нам в 8000 долларов. Две недели - 16000 долларов.
Посмотрим на это с точки зрения инвестора. Вот вы к примеру решили броситься с головой в бизнес. Продали всё что есть и решили на вырученные средства построить новый программный продукт с продажи которого хотите заработать.
Как вам понравится идея отдать все деньги что есть у вас на руках неким дядям которые как утверждается специалисты своего дела, знают что делают и как надо. Отдать всё и получить в ответ обещание встретиться через пол года посмотреть готовый продукт с которым вы потом дальше и будете осуществлять вашу мечту ради которой вы рискуете всем что имеете.
Нравится такая схема?
Не уютно правда чувствуется? Что именно ждёт через пол года? Что жа сюрприз?
Так вот SCRUM предполагает полное отсутствие сюрпризов. Никаких длительных обещаний. Работы ведутся короткими этапами называемыми словом "Sprint". Назовём для простоты Спринт. Ага - точно как быстрая лотеря в СССР называлась. Лотерея да, но рискуем всегда стоимостью ОДНГО Спринта, а не всем бюджетом разом.
Какой кстати бюджет будет за пол года?
Неделя - 8000 долларов. В году 52 недели. Пол года - это 26 недель. В деньгах это - 208 000. Как раз на квартирку хватило бы или на десяток автомобилей.
Так вот идея в том чтобы "в омут с головой" бросаться малыми порциями с ожиданием частичного конечного результата и возможностью всё передумать, переиграть, пересмотреть или вообще бросить затею если видно что она уже провальна. Идея такова чтобы всешда оставлять себе как можно больше шансов для манёвра в будущем.
А это значит НЕ тратить средства, а значит рабочее время, на то что завтра может оказаться выброшенным.
Как это достигается?
А вот примерно так. Рисуем грубо пример архитектуры полного клиент-серверного решения от точки потребления до самого фундамента.
SCRUM предполагает адресовать один "срез" всего продукта целиком как отдельное законченное решение. Назыается этот срез User Story или "История Использования". Эта история звучит примерно как "Я как пользователь хочу чтобы было можно ..." и описывать одну решаемую пользователем задачу с использованием всего продукта целиком.
Вот эти "Истории Использования" и являются теми "кирпичами" из которых строится конечный продукт по методике SCRUM. Продукт постепенно Спринт за Спринтом "набирает массу" накапливая реализованные "Истории Использования".
Все работы в каждом Спринте ведутся ИСКЛЮЧИТЕЛЬНО в рамках выбранных для этого Спринта Историй Использования. Ничего другого не делается вообще.
Вот примерно и кратко структура производимого SCRUM-продукта.
Это частично касается ролей описанных в пердыдущей части. Product Owner - "человек с чековой книжкой" - это и есть тот кому доверено распоряжаться деньгами. Тот кто продав квартиру, дачу, машину и сдав в аренду собаку бросился в рисковое дело зарабатывания на производстве программного продукта. Или тот кому он вот аж настолько доверят что позволяет за него решать кому за какую работу следует заплатить его последними сбережениями.
Так вот роль этого Product Owner - составлять эти самые User Stories (Истории Использования) и расставлять приоритеты. Этот человек должен всегда быть готов объяснить что именно он имеет в виду говоря "Я как пользователь хочу чтобы было можно ...". Это его в конечном итоге продукт. Его жизненные планы и успех зависят от успеха предприятия, а успех зависит от того насколько ясным будет взаимопонимание между ним и теми кто воплозает его фантазии в реальности.
Для составления "Историй Использования" Владелец Продукта может пользоваться любыми доступными ему источниками - бизнес-аналитиками, инструкторами, констультантами, книжками, фильмами - всем чем ему кажется допустимым. Это его бизнес - его решение. Важно лишь чтобы в конечном итого он был готов:
А) Ясно объянсить что он имеет в виду той или иной Историей
Б) Подробно ответить на любые возможные уточняющие вопросы в отношении своих Историй
В) Всегда суметь выбрать из любых двух Историй более важную
Роль Владельца Продукта принципиально заключается в том чтобы принимать самое важное решение - что делать вперёд, а что потом. Для принятия этих решений он само собой пользуется объяснениями получаемыми от Производственной Бригады в отношении взаимо-зависимостей между Историями, всех причастных деталей и ньюансов. Всего что сочтёт достаточным.
Важно что решение в кончном итоге именно за ним. Это его деньги, его бизнес, его риск. Если он склонен принимать решения на основе неполных сведений по консультации стороннего лица без консультации со специалистами которым сам же доверяет исполнение его мечты - это его личное дело.
Вот в чём состоит основная роль Владельца Проекта с этой точки зрения.
Продолжение следует...
SCRUM - часть 2 - "Состав участников"
Основной идеей SCRUM в отношении производимого продукта является его последовательное развитие. Исходит это из предположения о том что работа штука затратная. Каждый потраченный час занятия людей чем-то обходится не дёшево и потому желательно устранить занятия которые потенциально не добавляют ценности конечному продукту или могут оказаться не нужными.
Продукт производимый методикой SCRUM после каждого короткого периода работы рассматривается как потенциально-продаваемый по сути законченный продукт.
Давайте прикине о каких затратах мы говорим.
Возьмём для примера коллектив из десяти человек. Пусть каждый работает в среднем за 20 долларов в час. Итого час проведённый всем коллективом за любым занятием обходится в 200 долларов. В неделе у нас скажем 40 часов. Значит неделя обходится нам в 8000 долларов. Две недели - 16000 долларов.
Посмотрим на это с точки зрения инвестора. Вот вы к примеру решили броситься с головой в бизнес. Продали всё что есть и решили на вырученные средства построить новый программный продукт с продажи которого хотите заработать.
Как вам понравится идея отдать все деньги что есть у вас на руках неким дядям которые как утверждается специалисты своего дела, знают что делают и как надо. Отдать всё и получить в ответ обещание встретиться через пол года посмотреть готовый продукт с которым вы потом дальше и будете осуществлять вашу мечту ради которой вы рискуете всем что имеете.
Нравится такая схема?
Не уютно правда чувствуется? Что именно ждёт через пол года? Что жа сюрприз?
Так вот SCRUM предполагает полное отсутствие сюрпризов. Никаких длительных обещаний. Работы ведутся короткими этапами называемыми словом "Sprint". Назовём для простоты Спринт. Ага - точно как быстрая лотеря в СССР называлась. Лотерея да, но рискуем всегда стоимостью ОДНГО Спринта, а не всем бюджетом разом.
Какой кстати бюджет будет за пол года?
Неделя - 8000 долларов. В году 52 недели. Пол года - это 26 недель. В деньгах это - 208 000. Как раз на квартирку хватило бы или на десяток автомобилей.
Так вот идея в том чтобы "в омут с головой" бросаться малыми порциями с ожиданием частичного конечного результата и возможностью всё передумать, переиграть, пересмотреть или вообще бросить затею если видно что она уже провальна. Идея такова чтобы всешда оставлять себе как можно больше шансов для манёвра в будущем.
А это значит НЕ тратить средства, а значит рабочее время, на то что завтра может оказаться выброшенным.
Как это достигается?
А вот примерно так. Рисуем грубо пример архитектуры полного клиент-серверного решения от точки потребления до самого фундамента.
SCRUM предполагает адресовать один "срез" всего продукта целиком как отдельное законченное решение. Назыается этот срез User Story или "История Использования". Эта история звучит примерно как "Я как пользователь хочу чтобы было можно ..." и описывать одну решаемую пользователем задачу с использованием всего продукта целиком.
Вот эти "Истории Использования" и являются теми "кирпичами" из которых строится конечный продукт по методике SCRUM. Продукт постепенно Спринт за Спринтом "набирает массу" накапливая реализованные "Истории Использования".
Все работы в каждом Спринте ведутся ИСКЛЮЧИТЕЛЬНО в рамках выбранных для этого Спринта Историй Использования. Ничего другого не делается вообще.
Вот примерно и кратко структура производимого SCRUM-продукта.
Это частично касается ролей описанных в пердыдущей части. Product Owner - "человек с чековой книжкой" - это и есть тот кому доверено распоряжаться деньгами. Тот кто продав квартиру, дачу, машину и сдав в аренду собаку бросился в рисковое дело зарабатывания на производстве программного продукта. Или тот кому он вот аж настолько доверят что позволяет за него решать кому за какую работу следует заплатить его последними сбережениями.
Так вот роль этого Product Owner - составлять эти самые User Stories (Истории Использования) и расставлять приоритеты. Этот человек должен всегда быть готов объяснить что именно он имеет в виду говоря "Я как пользователь хочу чтобы было можно ...". Это его в конечном итоге продукт. Его жизненные планы и успех зависят от успеха предприятия, а успех зависит от того насколько ясным будет взаимопонимание между ним и теми кто воплозает его фантазии в реальности.
Для составления "Историй Использования" Владелец Продукта может пользоваться любыми доступными ему источниками - бизнес-аналитиками, инструкторами, констультантами, книжками, фильмами - всем чем ему кажется допустимым. Это его бизнес - его решение. Важно лишь чтобы в конечном итого он был готов:
А) Ясно объянсить что он имеет в виду той или иной Историей
Б) Подробно ответить на любые возможные уточняющие вопросы в отношении своих Историй
В) Всегда суметь выбрать из любых двух Историй более важную
Роль Владельца Продукта принципиально заключается в том чтобы принимать самое важное решение - что делать вперёд, а что потом. Для принятия этих решений он само собой пользуется объяснениями получаемыми от Производственной Бригады в отношении взаимо-зависимостей между Историями, всех причастных деталей и ньюансов. Всего что сочтёт достаточным.
Важно что решение в кончном итоге именно за ним. Это его деньги, его бизнес, его риск. Если он склонен принимать решения на основе неполных сведений по консультации стороннего лица без консультации со специалистами которым сам же доверяет исполнение его мечты - это его личное дело.
Вот в чём состоит основная роль Владельца Проекта с этой точки зрения.
Продолжение следует...
no subject
no subject
no subject
no subject
Вот как-то примерно так.