Оптимизация плоскости или что общего у Agile и Lean

Создано Тимофей Евграшин, 31/08/2010 в рубрике Управление проектами | View Comments

Не секрет, что в современном мире, мы часто сталкиваемся с тем, что популярные названия становятся брендами. Слово Agile (с заглавной буквы) тоже не исключение и сейчас можно встретить описание практически любой практики с приставкой «Agile» спереди. Также не секрет, что из-за того, что люди редко глубоко вникают в концепции стоящие за названием, то мы часто путаем популярные бренды, особенно те, которые не связаны с каким-то определенным и осязаемым товаром.

Так частым примером недопонимания является вопрос типа: «А разве Lean и Agile это не одно и то же?». Если коротко – нет. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Когда и как выбирать пилотные команды (часть 2)

Создано Тимофей Евграшин, 27/08/2010 в рубрике Управление проектами | View Comments

В прошлой статье мы говорили о том, как выбирать «пилотную» команду исходя из типов людей и их реакции на внедрение нового процесса. «Пилотная» команда может понадобиться в условиях, когда у вас есть несколько проектов или команд на одном проекте и есть желание поменять “то, что есть” на легковесную и в тоже время достаточно четко определенную методологию, как например, Scrum.

Вне зависимости от того, была ли возможность подобрать людей в Scrum команду, важно правильно выбрать проект, который вы будете делать с использованием Scrum. Вторым важным фактором выбора «пилотной» команды, является правильный выбор проекта. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Когда и как выбирать пилотные команды (часть 1)

Создано Тимофей Евграшин, 24/08/2010 в рубрике Управление проектами | View Comments

Если у вас относительно небольшая компания по разработке софта или просто вы ведёте несколько проектов у одного заказчика, то наверняка вы сталкивались с опасениями при мысли о внедрении Agile подходов в вашу работу. Редко какая компания может позволить себе поменять «всё и сразу». Хотя, уже многие компании достигли состояния «так дальше жить нельзя» и активно смотрят по сторонам в поисках простых и предсказуемых методов управления проектами. Возможность видеть реальную ситуацию на проекте, адекватно предсказывать время поставки и отслеживать долгосрочные планы – это то, что заставляет многих менеджеров все чаще и чаще смотреть на существующие гибкие (Agile)  методы управления проектами и в частности Scrum методологию, как один из простых и в тоже время ясно описанных процессов.

За последние несколько месяцев я уже несколько раз столкнулся с необходимостью выбирать подопытных кроликов «пилотную» команду, которая начнёт использовать Scrum подход к управлению проектом. Такая команда обычно одна из группы команд, и остальные участники смотрят на их опыт, чтобы получить практические ответы о том «как это будет у нас». Опыт «пилотной» команды можно использовать как модель для других команд, или же наоборот, члены «пилотной» команды могут принять участие в разных командах и делиться уже своим практическим опытом на местах.

Понятно, что от правильного выбора «пилотной» команды будет зависеть многое. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Электронные доски: как бороться с информационными холодильниками

Создано Тимофей Евграшин, 09/08/2010 в рубрике Организация Команд, Управление проектами | View Comments

О пользе Доски Задач мы уже писали раньше и даже не один раз и не только как об инструменте управления проектами, а и инструменте тайм менеджмента. В тоже время, работа в распределённых командах или необходимость собирать дополнительные метрики приводят нас к необходимости использования электронных инструментов.

В своей книге «Гибкая разработка программного обеспечения» (Agile Software Development) Алистер Кокбурн (один из авторов Agile Manifesto) вводит понятие «Информационного радиатора»:

«Информационный радиатор» показывает информацию в месте, где каждый проходящий может её увидеть. С информационным радиатором, пришедшему не нужно задавать вопросы –  информация проста и доступна, чтобы понять её просто проходя мимо.

Если информация спрятана в недрах компьютера, то это уже получается некий «информационный холодильник» – вам нужно подойти, открыть, достать и только после этого вы сможете воспользоваться информацией. Вряд ли вы это сделаете «просто проходя мимо» :-) . Вот несколько идей, о том, как совместить полезное с приятным. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Как завоевать доверие заказчика

Создано Мария Евграшина, 05/08/2010 в рубрике Организация Команд | View Comments

Пост Саши Орлова с вопросом «как создать доверительные отношения с заказчиком и не потерять его доверия» натолкнул меня на ряд размышлений.

Ни для кого не секрет, что взаимоотношения заказчик-подрядчик самые непростые.  И не важно, что делает подрядчик: программное обеспечение или, как  было в моем случае, предоставляет pr-услуги.

Мне хочется думать (и тут я могу ошибаться), что в разработке софта все немного проще. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Agile Eastern Europe 2010

Создано Тимофей Евграшин, 03/08/2010 в рубрике Обо всем, Организация Команд, Управление проектами | View Comments

Уверен, что читатели нашего сайта уже давно в курсе, что 8-9 октября в Киеве пройдет самое значимое во всех отношениях Agile событие  – конференция Agile Eastern Europe 2010.

Тем не менее, хочу обратить внимание, на спикеров конференции.   Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Один из возможных форматов ретроспективы

Создано Тимофей Евграшин, 02/08/2010 в рубрике Организация Команд, Управление проектами | View Comments

На прошлой неделе довелось участвовать в ретроспективе для одной из «молодых» (в смысле использования Scrum методологии) Agile команд. Поймал себя на том что, несмотря на прочитанные книги и стати, мне в голову сразу пришёл один из форматов, который я узнал чуть ли не первым. Простые методы всегда запоминаются лучше :-) .

Сам по себе формат ретроспективы помогает командам, которые даже не работают по Scrum или вообще Agile. Суть такой встречи – это научиться на своём прошлом опыте, не переходя на ругань и «поиск виновных». Как только начинаются прямые осуждения и упрёки, то человек «закрывается» – таково свойство нашей психики. «Разносы», которые устраивает начальство подчинённым, редко вызывают что-то, кроме чувства стыда, а уж тем более не способствуют обучению. Вот простой формат ретроспективы за 6 шагов. Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Как это было в Харькове 2 недели назад

Создано Тимофей Евграшин, 13/07/2010 в рубрике Обо всем | View Comments

Как два дня пролетели две недели с прошедшего в Харькове тренинга. Большинство участников уже прислали свое домашнее задание и, даже, получили свои дипломы участников.

Возможно, те кто еще не прислал свои ответы на вопросы домашнего задания, замыслили что-то глобальное :-) . С другой стороны, весь наш тренинг был посвящен практическим аспектам управления проектами в стиле Scrum. Цель любого менеджера не внедрить Sсrum, а улучшить ситуацию на проекте. И тут не нужно ждать момента, когда получиться всё и сразу. Мне очень понравились слова Майка Кона, в его интервью для нашего сайта:

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

Так что, предлагаю и участникам тренинга и каждому читателю, проделать для себя простое упражнение:

  1. Подумайте, какая из проблем самая существенная на Вашем проекте и запишите ее. Только одну! :-)
  2. Напишите как минимум три пункта, как, по вашему мнению, можно эту проблему избежать/исправить.
  3. Напишите первоочередные шаги, которые можно сделать, уже начиная с завтрашнего дня, чтобы искоренить эту проблему.
  4. Через 2 месяца посмотрите, что у вас получилось :-)

Для всех, кто был и кто не был на тренинге, вот несколько фото-впечатлений о том “как все это проходило” Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Когда лучше использовать Kanban

Создано Тимофей Евграшин, 09/07/2010 в рубрике Управление проектами | View Comments

Не секрет, что Scrum подходит не для всех типов проектов. Поэтому часто говорят, что просто работают согласно Agile ценностям и принципам. В тоже время, хочется хоть каких-то, пусть и простых, правил, чтобы наладить работу команды. Все чаще, говорят о Канбан (Kanban), как о подходе, ещё более легковесном, по сравнению с другими Agile методологиями.

Канбан, как и любая другая методология, не является «серебряной пулей». Есть много ситуаций и команд, когда он подходит лучше всего и есть другие ситуации и команды, когда он почти не помогает. Когда же Канбан подходит лучше всего?
Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit

Тёмная сторона Scrum: советы для команд

Создано Тимофей Евграшин, 05/07/2010 в рубрике Обо всем, Управление проектами | View Comments

«А чего ты нам все время рассказываешь про то, как правильно работать по Scrum? Расскажи нам про тёмную сторону Agile» – примерно такая фраза уже не раз звучала на моих тренингах или в кулуарах конференций. И действительно, чего это я? Зачастую людям легче понять негативный реальный пример, чем пытаться представить себе абстрактную и идеальную картину. Помниться, Георгий Остер своими «Вредными советами» смог гораздо лучше помочь детям и повеселить взрослых ;-) .

Итак, представим себе организацию, которая «там наверху» решила внедрить Скрам в вашей отдельно взятой команде.  И что же вам теперь делать, чтобы не менять своих привычек и не нарушать «статус-кво», который уже установился в вашей команде? Вот десять простых советов… Читать дальше »

Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to MySpace Post to Reddit