Комментарии на: 8 “must have” распределенного Agile http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html Сайт сообщества для публикации материалов Wed, 07 Jan 2009 11:12:58 +0000 http://wordpress.org/?v=2.3.3 От: Денис Петелин http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-37 Денис Петелин Fri, 11 Jul 2008 16:04:20 +0000 http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-37 Насчет поучаствовать - это разве что в качестве продакт овнера :) Насчет поучаствовать - это разве что в качестве продакт овнера :)

]]> От: lumii http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-35 lumii Fri, 11 Jul 2008 15:51:04 +0000 http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-35 По поводу системы ведения проекта: таких систем сейчас пишется очень много, в том числе и мной. Но мне кажется что толковое что-то получится только если скоординировать действия. На данный момент есть масса готовых проектов для работы по Scrum, работающих в режиме сервиса, у которых есть чему поучиться, но чтобы наконец-то довести до релизного состояния свою нету времени. :( По поводу системы ведения проекта: таких систем сейчас пишется очень много, в том числе и мной. Но мне кажется что толковое что-то получится только если скоординировать действия. На данный момент есть масса готовых проектов для работы по Scrum, работающих в режиме сервиса, у которых есть чему поучиться, но чтобы наконец-то довести до релизного состояния свою нету времени. :(

]]> От: Yuri Shilyaev http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-28 Yuri Shilyaev Tue, 08 Jul 2008 11:47:44 +0000 http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-28 Вообще ряд положений абсолютно справедливы и для классического ведения agile. Вообще ряд положений абсолютно справедливы и для классического ведения agile.

]]> От: Денис Петелин http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-27 Денис Петелин Tue, 08 Jul 2008 08:34:34 +0000 http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-27 Насчет нулевого пункта - однозначно подписываюсь. Просто в голову не пришло, что может быть иначе :) А вот про насчет навыков - ну тут даже не знаю: мне приходилось ставить аджайл процесс на своих и чужих проектах, и даже при личном общении трений много. Правда, возможно это специфика наших заказчиков - чисто бизнес-пипл, неимоверно далекий от ИТ. Поэтому обтесать их и команду друг под друга всегда проблематично. Ну и про пм-систему - да, именно про это я и пишу. Без такой системы все станет колом, однозначно. Насчет нулевого пункта - однозначно подписываюсь.
Просто в голову не пришло, что может быть иначе :)

А вот про насчет навыков - ну тут даже не знаю: мне приходилось ставить аджайл процесс на своих и чужих проектах, и даже при личном общении трений много. Правда, возможно это специфика наших заказчиков - чисто бизнес-пипл, неимоверно далекий от ИТ. Поэтому обтесать их и команду друг под друга всегда проблематично.

Ну и про пм-систему - да, именно про это я и пишу. Без такой системы все станет колом, однозначно.

]]> От: Dmitry Lobasev http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-26 Dmitry Lobasev Tue, 08 Jul 2008 08:22:38 +0000 http://www.agilebelarus.org/2008/07/07/8-%e2%80%9cmust-have%e2%80%9d-raspredelennogo-agile.html#comment-26 Хорошая статья, но хочется немного дополнить. Я бы добавил нулевым пунктом: Имейте команду, готовую и хотящую работать по Agile. Без этого пункта вообще ничего не получится. И команда все-таки гораздо важнее Заказчика. При этом команда может и не иметь навыков работы в "обычном" Agile на "отлично", главное, чтобы было достаточно желания научиться, сознательности и отвественности. Ну и наличие опытного в Agile члена команды/консультанта здесь резко повысит шансы на успех проекта. Про заказчика, умеющего работать по Agile - тоже не обязательно, главное опять же, чтобы он хотел это попробовать и _понимал_, какие принципы и ценности кроются за словом Agile. Вот этого добиться действительно трудно. И еще дополнение к Стандартизируйте инструменты! - одинаковый клиент Skype это безусловно важно, но самое главное, на мой взгляд, иметь единую Систему Управления Распределенным проектом, доступную через web всей команде 24x7 и содержащую все данные о проекте (команда, истории пользователей, дефекты, релизы и итерации, митинг минутс и т.п.). Мало того, что этот инструмент позволит в одном месте иметь все самое актуальное по проекту, он еще и обеспечит то самое visibility хода проекта, которого так не хватает удаленному заказчику (и конечно, самой команде). Хорошая статья, но хочется немного дополнить.

Я бы добавил нулевым пунктом: Имейте команду, готовую и хотящую работать по Agile. Без этого пункта вообще ничего не получится. И команда все-таки гораздо важнее Заказчика.

При этом команда может и не иметь навыков работы в “обычном” Agile на “отлично”, главное, чтобы было достаточно желания научиться, сознательности и отвественности. Ну и наличие опытного в Agile члена команды/консультанта здесь резко повысит шансы на успех проекта.

Про заказчика, умеющего работать по Agile - тоже не обязательно, главное опять же, чтобы он хотел это попробовать и _понимал_, какие принципы и ценности кроются за словом Agile. Вот этого добиться действительно трудно.

И еще дополнение к Стандартизируйте инструменты! - одинаковый клиент Skype это безусловно важно, но самое главное, на мой взгляд, иметь единую Систему Управления Распределенным проектом, доступную через web всей команде 24×7 и содержащую все данные о проекте (команда, истории пользователей, дефекты, релизы и итерации, митинг минутс и т.п.). Мало того, что этот инструмент позволит в одном месте иметь все самое актуальное по проекту, он еще и обеспечит то самое visibility хода проекта, которого так не хватает удаленному заказчику (и конечно, самой команде).

]]>