http://agileanarchy.wordpress.com/2009/12/06/the-peoples-scrum/
On 7 Грд, 00:39, Alexey Krivitsky <alexeykrivit...@gmail.com> wrote:
> Я правда думаю, что Скрам это нечто большее, чем инструмент. Такой к примеру
> как Канбан.
>
> 2009/12/7 Borys Lebeda <borys.leb...@gmail.com>
В принципе, мне кажется, что истина где-то посредине ;)
Объективно, Scrum- это методология, набор средств для эффективной организации проекта.
Но при этом, он дает дополнительную мотивацию для людей. Именно этот подход позволяет, как по мне, наиболее сильно вовлечь команду в рабочий процесс, сплотить, дать свободу воли и осознание того, что финальный результат зависит на 90% от них, развить ответственность и заинтересованность, дать inspiration:)
Я бы сказала, что это не религия, а философия, образ мышления. Возможно проблема в терминологии, и эти два понятия стоило бы разделить( Scrum-философия и Scrum-методология, например:)
При этом конечно, не следует слепо следовать тому или иному подходу, потому что суть прогресса как раз в получении и использовании нового, и определении, что наиболее подходит ;)
Из моего личного опыта и ощущения: СКРАМ, аджайл и иже с ними - это
КУЛЬТУРА, КУЛЬТУРА разработки.
http://ru.wikipedia.org/wiki/%D0%9A%D1%83%D0%BB%D1%8C%D1%82%D1%83%D1%80%D0%B0
Скрам и аджайл формируют культуру команды, культуру заказчика,
культуру их общения. И мне эта культура ОЧЕНЬ нра!
Это как бактерии в чашечке, могут расти хорошо, могут расти плохо,
могут ваще умереть в муках... все зависит от бактерий (читай команды),
но и от среды (читай Скрама) тоже, правда ведь?
Там кстати, в аджайле, есть принципы. И ценности. Которые вместе с
практиками и формируют культуру.
см. http://nlping.ru/?id=5AB5521E-F4294-82B84AAC
Леша, не совсем понял в чем ты со мной не согласен.В свою очередь я не согласен, что одно лишь применение Скрам-практик позволит вообще приблизиться к упомянутым тобой пунктам. Более того, я не считаю твой список "инструментами", так как их "реализация" не формализована, в отличии от практик Скрам.+1 Артему!действительно можно формировать культуру в команде с помощью использования определенных методик. И в ходе формирования уже можно говорить о культуре.Более того, если такая культура изначально основывалась на определенных методиках, то, наверное, и название культуры получиться связанным с той методикой. Поэтому можно говорить о "культуре Скрам", только в командах, где эта культура уже сложилась.
В большинстве команд, которые "начинают делать Скрам" - такой культуры нет (да и команд часто тоже нет) и через 6-12 месяцев у них и Скрама нет или то, что есть - нельзя назвать Скрам.
Боря, я думаю, что правота относительно этих пунктов зависит от того, что ты как коуч /scrum master, survival leader/, считаешь важным при внедрении scrum в твоей конкретной команде
On 7 Грд, 12:52, Borys Lebeda <borys.leb...@gmail.com> wrote:
> Кроме пунктов 1 и 6 (с оговорками) скрам не настаивает ни на чём другом. Во
> всяком случае не больше чем все остальные подходы ... (Конечно никто не
> посмеет сказать что дружественная атмосфера не нужна).
>
> Оговорка: Регулярные демострации нужны не для того, что бы доказать какой-то
> из этих пунктов ...
> P.S. Я улыбнулся когда подумал как регулярные пункты доказывают веру в
> команду (вы часом не молитесь во время демонстраций?)
>
> 2009/12/7 Alexey Krivitsky <alexeykrivit...@gmail.com>
>
>
>
> > Тим
>
> > Посмею с тобой отчасти не согласиться. То есть, я согласен, что Скрам будет
> > работать, когда уже есть сплоченнач команда. Но я наблюдал неединичные
> > случаи, когда группа людей становилась сплоченной командой, начав работать
> > по правилам Скрама.
>
> > Основными инструментами сплочения были:
> > 1. общее видение целей прооекта
> > 2. дружественная атмосфера
> > 3. тяга к чему-то большему, чем просто очередной проект
> > 4. вера в команду
> > 5. поддержка лидера
> > 6. регулярные результаты, доказывающее, что все вышеперечисленное не просто
> > слова
>
> > Леша
>
> > 2009/12/7 Tim Yevgrashyn <yevgras...@gmail.com>
>
> > Таня,
>
> >> Имхо, сплоченная и организованная команда будет работать даже без Scrum.
> >> Как раз проблема Scrum, что он подразумевает наличие такой команды, а если
> >> ее нет, то он "не работает" по заявлениям участников этого "процесса".
>
> >> Так, что People's Scrum - достаточно правильный слоган. А вот текст под
> >> него можно подогнать уже разный ;-)
>
> >> Tim Yevgrashyn,
>
> >> Web:http://tim.com.ua
> >> Skype: spidertim
> >> Phone: +380 67 408 53 30
>
> >> 2009/12/7 Tanya Kobzar <kontik...@gmail.com>
>
> >>> Вот видишь :)
> >>> Главное, во что люди верят ;)
>
> >>> А насчет мотивации, бонусы и пендели не всегда работают, а сплоченная и
> >>> организованная команда - всегда ;)
> >>> Ну это мое мнение :)
>
> >>> 7 декабря 2009 г. 11:41 пользователь Borys Lebeda <
> >>> borys.leb...@gmail.com> написал:
>
> >>> 2009/12/7 Tanya Kobzar <kontik...@gmail.com>
> >>>>> lumii.subscri...@gmail.com> написал:
> ...
>
> читати далі »
А всё дело в том, что дарить счастье людям - это, вообще говоря, не
функция организации, это всего лишь метод долгосрочной мотивации
персонала. Организация должна думать о том, как эффективно
зарабатывать деньги и уменьшать риск. А о личном счастье люди пускай
сами думают. Если у вашего подчинённого родился сын, либо он женился,
либо просто он фанат новых технологий и сейчас скачал бета-версию чего-
то отпадного - то он доволен жизнью и без вас. А если в команду
понабирали людей которым не нравится кодить - то никакие тим-билдинги
не помогут. Я б рекомендовал, кому интересно, почитать книжку
Тарасенко "Осторожно: Стивен Кови" - которая неплохо излагает проблемы
управленческого романтизма.
В лично моем понимании Скрам - всего лиш набор ролей, артефактов и
процессов, хорошо подходящий для _проектной_ работы в условиях
неопределённости/изменчивости требований. Именно добавка к нему
принципов Agile - я б назвал их management best practices - даёт
сильный качественный скачок в еффективности проектной команды. По
личному опыту работы в рамках Waterfall - 3 успешных delivery - могу
сказать что он тоже отлично работает. А всё потому, что многие
принципы Agile мы соблюдали на уровне здравого смысла (давно это было,
тогда слова Agile здесь ещё никто не знал).
Такое вот IMHO.
В своем месседже Тобиас Майер занимается подменой понятий. Процесы и
роли Скрама он сначала осторожно перемешивает с принципами и
ценностями Agile - это первая не-эквивалентная подстановка. А потом и
с личным счастьем людей и удовольствием от жизни и работы - это
вторая. Такое бывает у людей только-что прочитавших Agile Manifesto,
Peopleware, "8-й навык" и не успевших критично их осмыслить.
А всё дело в том, что дарить счастье людям - это, вообще говоря, не
функция организации, это всего лишь метод долгосрочной мотивации
персонала. Организация должна думать о том, как эффективно
зарабатывать деньги и уменьшать риск. А о личном счастье люди пускай
сами думают. Если у вашего подчинённого родился сын, либо он женился,
либо просто он фанат новых технологий и сейчас скачал бета-версию чего-
то отпадного - то он доволен жизнью и без вас. А если в команду
понабирали людей которым не нравится кодить - то никакие тим-билдинги
не помогут. Я б рекомендовал, кому интересно, почитать книжку
Тарасенко "Осторожно: Стивен Кови" - которая неплохо излагает проблемы
управленческого романтизма.
В лично моем понимании Скрам - всего лиш набор ролей, артефактов и
процессов, хорошо подходящий для _проектной_ работы в условиях
неопределённости/изменчивости требований. Именно добавка к нему
принципов Agile - я б назвал их management best practices - даёт
сильный качественный скачок в еффективности проектной команды. По
личному опыту работы в рамках Waterfall - 3 успешных delivery - могу
сказать что он тоже отлично работает. А всё потому, что многие
принципы Agile мы соблюдали на уровне здравого смысла (давно это было,
тогда слова Agile здесь ещё никто не знал).
Такое вот IMHO.
On 6 дек, 23:38, Alexey Krivitsky <alexeykrivit...@gmail.com> wrote:
> http://agileanarchy.wordpress.com/2009/12/06/the-peoples-scrum/
Меня другое заинтриговало в Вашем посте.
> А всё дело в том, что дарить счастье людям - это, вообще говоря, не
> функция организации, это всего лишь метод долгосрочной мотивации
> персонала.
Вот Голдратт считает, что организация будет успешной, если ставит себе
три цели: а) прибыль, б) удовлетворение клиентов (рынков) и в) помощь
сотрудникам в достижении своих целей. Из Вашего поста же следует, что
организации стоит забить на социальную ответственность, и
сосредоточиться на деньгах. Не могли бы Вы объяснить, почему?
И ещё, мне очень интересно - почему, с Вашей точки зрения,
"Романтический менеджмент" (build projects and process around
motivated professionals) работает плохо, или по-крайней мере хуже, чем
"жесткий" менеджмент.
Владимир, я с Вами соглашусь, что в Скраме прописанных ценностей и
принциов я не видел - поправьте меня, если я плохо смотрел ;)) и это
все скорее в Agile Manifesto.
On 9 дек, 16:30, Artjom Serdyuk <artem.serd...@gmail.com> wrote:
> Вот Голдратт считает, что организация будет успешной, если ставит себе
> три цели: а) прибыль, б) удовлетворение клиентов (рынков) и в) помощь
> сотрудникам в достижении своих целей. Из Вашего поста же следует, что
> организации стоит забить на социальную ответственность, и
> сосредоточиться на деньгах. Не могли бы Вы объяснить, почему?
Голдратт - человек очень авторитетный, ну как с ним не согласиться :-)
Я с ним согласен и по набору целей и по их порядку - то-есть
приоритету.
Вначале прибыль (еффективность), потом удовлетворение клиента
(минимизация риска), и только потом мотивация сотрудников (соц.
ответственность).
Ну эта цепочка приоритетов встречается очень часто - вспомните хотя-бы
пирамиду потребностей Маслоу.
Вначале нужно удовлетворить физические потребности (еда, сон), потом
безопасность существования (жильё, защита), и только потом можно
говорить о социальных и духовных потребностях (принадлежать к группе и
быть признаным ею).
Тоесть не надо совсем "забивать" коммерческим организациям на соц.
ответственность, просто в списке приоритетов она ниже.
Моя предыдущая формулировка про "дарить счастье - не функция
организации" неправильна.
> И ещё, мне очень интересно - почему, с Вашей точки зрения,
> "Романтический менеджмент" (build projects and process around
> motivated professionals) работает плохо, или по-крайней мере хуже, чем
> "жесткий" менеджмент.
Начёт - build projects and process around motivated professionals - ну
сложно это назвать романтическим менеджментом. Тут абсолютно здравый
расчёт - набирать людей, которые уже имеют мотивацию, они со старта
готовы профессионально и продуктивно работать. Вместо того, чтобы
тратить время и усилия на склочных и депресивных Гиков, пытаясь
уравнять их амбиции с реальностью.
Под романтизмом я, скорее, имею ввиду упрощённый взгляд на менеджмент
- ну, типа "дайте людям полную свободу и они сами всё сделают". Ну как-
бы не так - далеко не все люди хотят свободы, не все знают что с нею
делать, не все понимают, что получая свободу решений они получают так-
же ответственность за свои решения. К сожалению, давать свободу можно
только людям с лидерскимим качествами и чувством ответственности. И
тут тоже нет никакого нового знания - класический менеджмент имеет
целый раздел под названием Делегирование.
> как-бы не так - далеко не все люди хотят свободы, не все знают что с нею
> делать, не все понимают, что получая свободу решений они получают так-
> же ответственность за свои решения. К сожалению, давать свободу можно
> только людям с лидерскимим качествами и чувством ответственности.
Тут я с Вами полностью согласен. И не только я - Джоель Спольски
тоже )) : http://www.inc.com/magazine/20091201/when-and-how-to-micromanage.html?partner=fogcreek
Ничего себе тема разрослась! Похоже, сколько людей, столько и Скрамов,
и всегда найдутся как люди, которым нужен просто хороший молоток без
всякой философии, так и те, кто ищет (и успешно находит!) философию
"психокарморегулятивного домостроительства" на безе молотка :)
ИМХО, в любом полезном деле нужны оба типа людей: как те, кто ищет
сугубо практическое сегодняшнее применение тем же нанотехнологиям, так
и те, кто заглядывает глубже и применяет их там, где никто бы и не
подумал.
Если мне не изменяет память, Скрам (т.е. книжки о нём) сам себя
определяет как product development framework, т.е. как некоторую среду
и/или костяк на основе которой можно шаг за шагом построить идеальный
процесс именно для себя. Для меня Скрам это одновременно система,
которую шаг за шагом подкручиваешь под себя, и *набор процедур и
правил по умолчанию*, с которых хорошо начинать, чтобы прочувствовать
основы процесса до того как начать подкручивать. Разумеется, некоторые
команды так и остаются на стадии по умолчанию. Разумеется, софтверный
мир изменился за время, прошедшее с изобретения Скрама, и скйчас
многие предпочитают использовать несколько другие правила и процедуры
даже для самого начала.
С уважением,
Артём.
On Dec 10, 12:25 pm, Artjom Serdyuk <artem.serd...@gmail.com> wrote:
> Владимир, спасибо за комментарии!
>
> > как-бы не так - далеко не все люди хотят свободы, не все знают что с нею
> > делать, не все понимают, что получая свободу решений они получают так-
> > же ответственность за свои решения. К сожалению, давать свободу можно
> > только людям с лидерскимим качествами и чувством ответственности.
>
> Тут я с Вами полностью согласен. И не только я - Джоель Спольски
> тоже )) :http://www.inc.com/magazine/20091201/when-and-how-to-micromanage.html...
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
On 13 дек, 00:16, Alexey Krivitsky <alexeykrivit...@gmail.com> wrote:
> Мой mind-map Скрама и немного
> лирики<http://www.krivitsky.com/2009/12/scrum-is.html>
>
> 2009/12/11 Alexey Krivitsky <alexeykrivit...@gmail.com>
>
>
>
> > Привет, Артем.
>
> > Был рад встрече в Москве и спасибо за высказанное мнение. Я с ним согласен,
> > оно расставило для меня точки над Ё.
>
> > Также хочу поблагодарить ВСЕХ, кто присоединился к дискуссии. Благодаря вам
> > я узнал:
>
> > 1) что на Скрам можно смотреть как минимум двумя разными взглядами и видеть
> > а) просто хороший инструмент один из многих, либо б) инструмент и что-то
> > большее (и романтическое)
>
> > 2) что у людей разные ценности, вернее разный приоритет ценностей, это и
> > формирует один из возможных взглядов на Скрам; и спорить тут не о чем
>
> > 3) что в нашем сообществе есть представители этих двух взглядов, что
> > придает с одной стороны каллоритность дискуссиям, с другой стороны может
> > завести кого-то в тупик непонимания (буду впредь осторожнее)
>
> > 4) цитату про "подмену понятий" я запомню надолго, так как на мой взгляд
> > она жутко комична (ничего личного! - как стало модно говорить) : "...процесы
> > и роли Скрама он сначала осторожно перемешивает с принципами и ценностями
> > Agile..."
>
> > бонус) что микроменеджмент бывает необходим (с другой стороны это не
> > доказывает, что он эффективен)
>
> > Всем хорошей пятницы и выходных.
>
> > ---
> > Штатный корреспондент AgileUkraine из Воронежа ))
> >www.twitter.com/alexeykri
>
> > 2009/12/11 Artem Marchenko <artem.marche...@gmail.com>
> ...
>
> продолжение >>
--
On 14 Грд, 10:58, Borys Lebeda <borys.leb...@gmail.com> wrote:
> Молю Бога, что бы Твоей статьёй случайно не загорелся мер Киева Леонид
> Черновецкий :)
>
> По-моему попытка у Коли уже была и прошла мимо.
>
> Может попробуешь сам представить себе как отреагирует среднестатистический
> "неокрепший" ум на Твою статью?
> Из написанного следует, что Скрам - путь к дружественной атмосфере,
> мотивации, самоорганизации и даже "being a good citizen", а сам скрам
> промоутили в том или инном виде все мировые светила от Стивена Кови до
> Лао-Цзы. Интересно, что Ты отвечаешь человеку, который спросит "если мы
> внедрим скрам сегодня, когда у нас будет бесплатный кофе и по два монитора?"
>
> Я не знаю как объяснить, что нельзя путать предпосылки с последствиями.
> Вроде из двух ценностей "мотивированная команда" и "скрам", первое всегда
> было предпосылкой, а у Тебя "Скрам" - предпосылка всего.
>
> 2009/12/13 Alexey Krivitsky <alexeykrivit...@gmail.com>
>
>
>
> > Коля
>
> > Я не вижу в этом ничего негативного. Ни для себя, ни для окружающих. Может
> > ты поможешь мне это увидеть? Буду благодарен за попытку.
>
> > Скрам для меня - путь для команды стать более аджальной, поэтому я не вижу
> > смысла ограничиваться какими-то каркасами, хотя Скрам сам по себе изменять я
> > никогда не рекомендую.
>
> > Леша
>
> > 2009/12/13 Alimenkou Nikolay <lumii.subscri...@gmail.com>
> ...
>
> читати далі »
--
А что, холивар в разгаре ))
"Серебряной пули не бывает" - тоже хороший догмат. Повоюем? ))
> ...
>
> read more >>
Снова привет:)Читая этот топик не могу понять, почему все так агрессивно настроены?Борис и Николай, что плохого в том, что у человека мнение о методологии отличается от вашего? Пост и позиционируется как чисто субъективное отношение к Scrum и Agile. И что плохого в романтическом отношении к тому, чем ты занимаешься?И какой вред это может произвести "неокрепшим умам"? На самом деле приятно читать, что для кого-то то, чем он занимается это что-то большее, чем просто работа и возможно это как раз и может вдохновить людей, которые не думают только об бесплатном кофе и двух мониторах.В любом случае, вера в успех того, что ты делаешь или внедряешь, это считай половина успеха (помните принцип плацебо?) потому слова об потенциальной опасности для новичков, которые это читают очень спорно.И хотелось бы добавить( можете считать это обратной связью ;) http://tim.com.ua/2009/11/tools-for-team-feedback/ ), что каждый человек имеет право на свое мнение и это мнение стоит уважать.
On 14 Грд, 17:50, Nataliya Trenina <nat.tren...@gmail.com> wrote:
> Привет долгожителям этой ветки :)
>
> Мне кажется общение зашло уже в такие дебри, что я могу с легкостью отстоять
> любую точку зрения, затем принять противоположную и отстоять ее.
>
> Возвращаясь к истокам. Постов эдак пятнадцать назад я написала одну вещь,
> которая, кажется была не услышана или не верно трактована. Хочу
> повториться.
>
> Скрам для меня нечто большее. Не потому что я проповедую скрам-религию,
> или скажем, заменяю любовью к итеративности любовь к сырникам в моей личной
> жизни.
>
> Скрам, по сути, это та кастрюля (каркас), в которой завариваются практики,
> навыки и инструменты.
>
> Некоторые коучи предлагают красивые эмалированные кастрюли. Не объясняя
> того, что вкус у супа не имеет такой уж большой зависимости от самой
> кастрюли. По сути, предлагают "серебряную кастрюлю" :) Если суп получился
> так себе, мы слышим "кастрюля не работает".
>
> Бывает и так, что кастрюля ржавая и запах от нее испортит любые изысканные
> ингридиенты. Или все наши старания протекают сквозь банальные дыры в дне.
>
> Классно, что за последние полгода работы с Лешей, я узнала вкус пармезана и
> песто. Здорово, что Артем поделился парой вкусных ингридиентов. Супер, что
> Колина кухня узнаваема и популярна, а его кухонный стаф так хорош - *почти
> что* гарантирует успех приготовления.
>
> Наверное я далеко захожу с метафорой:) но я давно перестала формально
> отделять кастрюлю от бульона. Потому что сложно найти одну единственную
> причину хорошего вкуса. Нужно держать в фокусе все аспекты кулинарной
> деятельности.
>
> О чем именно мы спорим? У каждого свой рецепт. И у каждого свой аджайл.
>
> С надеждой, что моя позиция стала чуть более понятной,
> Нат
>
> 14 декабря 2009 г. 17:34 пользователь Borys Lebeda
> <borys.leb...@gmail.com>написал:
>
>
>
>
>
> > 2009/12/14 Tanya Kobzar <kontik...@gmail.com>
>
> > Снова привет:)
> >> Читая этот топик не могу понять, почему все так агрессивно настроены?
> >> Борис и Николай, что плохого в том, что у человека мнение о методологии
> >> отличается от вашего? Пост и позиционируется как чисто субъективное
> >> отношение к Scrum и Agile. И что плохого в романтическом отношении к тому,
> >> чем ты занимаешься?
> >> И какой вред это может произвести "неокрепшим умам"? На самом деле приятно
> >> читать, что для кого-то то, чем он занимается это что-то большее, чем просто
> >> работа и возможно это как раз и может вдохновить людей, которые не думают
> >> только об бесплатном кофе и двух мониторах.
> >> В любом случае, вера в успех того, что ты делаешь или внедряешь, это
> >> считай половина успеха (помните принцип плацебо?) потому слова об
> >> потенциальной опасности для новичков, которые это читают очень спорно.
>
> >> И хотелось бы добавить( можете считать это обратной связью ;)
> >>http://tim.com.ua/2009/11/tools-for-team-feedback/), что каждый человек
> >> имеет право на свое мнение и это мнение стоит уважать.
>
> > Вы случайно решили поговорить на тему обратной связи или это был намёк на
> > то, что я не уважаю чужого мнения?
> > Господь с Вами, Таня, - я просто с ним не согласен ...
>
> > Конечно Фредерику Бруксу тоже следовало дать почитать Лёшину статью. Если
> > это не убедит его, что серебряная пуля таки бывает, мы ему объясним, что
> > чужое мнение нужно уважать и лучше верить в то, что сербрянная пуля таки
> > есть, а не в то, что её нет.
>
> > Что касается, так сказать, "психологической составляющей", то я просто не
> > хочу искать вдохновения в скраме. Честно. У меня есть любимая женщина,
> > бальные танцы, любовь к театру и путешествиям. Я не стану искать
> > вдохновение, например, в инкапусляции (Хотя я могу красноречиво сказать, что
> > инкапсуляция - это не просто средство организации кода и один из принципов
> > ООП, а целая философия!)
>
> > С уважением,
> >> Таня
>
> >> 14 декабря 2009 г. 11:28 пользователь Alimenkou Nikolay <
> >> lumii.subscri...@gmail.com> написал:
> ...
>
> читати далі »
Твоё понимание Скрама значительно шире общепринятого. В этом нет
негатива, скорее - в этом есть возможность. Это естественно, потому
что коач или лидер команды должен думать не только о чистоте
методологии, а ещё о тысяче вещей, которые помогают или мешают команде
достичь успеха.
ИМХО, самое время придумать новый термин и застолбить его, определив
как "то, что традиционно
понимается под Скрамом как 'просто фреймворком' ПЛЮС остальные вещи,
которые ты для себя в это включаешь". Например, KrvScrum :)
Если будет такой термин, то не надо будет и ломать копья по поводу
того, что же входит в определение Скрама.
Это и с маркетинговой точки зрения имеет смысл - чем объяснять всем,
что ты занимаешься не "просто Скрамом" а особым, своим Скрамом - легче
сослаться на свой термин и отправить читать его определение. И будешь
единственным человеком в мире, занимающимся этим новым термином.
По-моему, классно ;)
2009/12/13 Alexey Krivitsky <alexeyk...@gmail.com>:
--
С уважением, Алексей Тигарев
<ti...@nlp.od.ua> Jabber: ti...@jabber.od.ua Skype: t__gra
Как программисту стать фрилансером и заработать первую $1000 на oDesk:
http://freelance-start.com/earn-first-1000-on-odesk
--
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
> ...
>
> продолжение >>
On 14 Грд, 21:32, "sergiy.movchan" <sergiy.movc...@gmail.com> wrote:
> а в чём собственно подмена понятий? :)
>
> Лёшу нанимают не скрам для галочки настроить, а выстроить команду, которая
> будет делать продукт. имхо, тут одного скрама мало, а т.к. он "скрам-гид",
> то и приходится волей-неволей считать скрамом всё, про что он гайдит.
> нормально, имхо.
>
> 2009/12/13 Alimenkou Nikolay <lumii.subscri...@gmail.com>
> ...
>
> читати далі »
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com