Помодорогон как психологическая уловка

«Помодорогон» — это чудесное название, на самом деле, происходит от двух слов «помодоро»и «октагон». Да, речь в очередной раз идет о помидорной технике, не буду повторяться в чем ее суть, думаю, уже и так все о ней наслышаны.  Техника очень замечательная, помогает сфокусироваться, однако есть такой нюанс, с которым, уверена, многие сталкивались. Когда вы поработали 25 минут, и прозвонил будильник, вы должны вроде бы сделать 5 минут перерыв. Зачастую очень тяжело себя заставить прерваться. Почему так происходит — здесь у каждого свой ответ. Кто-то попал в поток и не хочет из него выходить, кто-то считает, что прошли только первые 25 минут, и их можно соединить с 5 минутами перерыва, и пойти работать дальше, и т.д. и т.п. Вариантов — множество.

На самом деле, нужна какая-то  секундная внешняя активность, которая бы заставила переключиться и оторваться. Так австралийский дизайнер Jon Liow предложил удивительно простую штуку под названием Помодорогон 🙂 (далее…)

Об инструментах Владельца Продукта: Видение Продукта (Product Vision)

Видение ПродуктаВ прошлой статье я рассказал о роли Владельца Продукта и о том, какую критическую роль она играет в развитии проекта. А еще чуть раньше я рассказывал о том, что зачастую для успеха проекта нужно нечто большее, чем Техническое Задание – нужно Видение Продукта.

Видеоролик Хенрика Книберга, который я приводил как замечательное 15-ти минутное изложение всех аспектов роли Владельца Продукта, между делом рассказывает и об инструменте Видение Продукта (Product Vision). Но, к сожалению, Хенрик не дает полного понимания, как его создавать и как им пользоваться. Вопрос о формате и использовании этого инструмента мне задают достаточно часто, как при личном общении, так и на моих тренингах. Пожалуй, стоит рассказать о нем чуть подробнее. (далее…)

Мне не нужно техзадание… мне нужно нечто большее

Ты кто такой давай техзадание,
Ты кто такой давай техзадание,
Ты кто такой давай техзадание…

Он с тобой все обсудить попытается,
Отчет, аудит всучить пытается.
Знаешь где реальный дело начинается?
Только там где ТЗ появляется.

А теперь товарищи, внимание —
Нету ТЗ — давай до свидания!

Гай Карапетян

Когда-то более десяти лет назад я, еще молодой тогда менеджер, хотя опытный разработчик, поехал к датчанам получать новый проект. И я получил ЕГО — техзадание.

В ходе поездки я обстоятельно всех расспрашивал: что именно должно быть сделано, как должна работать та или иная функция, и по результатам создал отличную спецификацию. Получил вводные, и вернувшись, мы с моей небольшой командой сели педалить писать систему, о которой нас просили. Теперь я так больше не делаю 🙂 (далее…)

Какую проблему решает буфер времени при планировании итерации

В прошлой статье я рассказывал об одной технике, которая применяется при планировании итерации. Судя по комментариям, которые на мой взгляд отходят от темы, я понял, что в прошлой статье не раскрыл главный вопрос — зачем и когда применять эту технику 🙂

Действительно, любой здравомыслящий человек, прежде чем применять новый подход, должен задаваться вопросом: «Какую проблему я решаю?».

Итак, какую проблему мы решаем с помощью буфера времени? Моя статья была навеяна проблемой планирования итерации, которую я обсуждал со своими клиентами. Вы наверное видели ниспадающие (burndown) графики в Cпринте, вроде этого:

График команды "опоздали"

или этого:

График хорошей команды

Они говорят о том, что команда планирует больше, чем реально может сделать. Это может происходить из-за того, (далее…)

Когда подстилать соломку или планирование Спринта с учетом вашей реальности

Когда-то, я писал о Разноцветном Бэклоге, т.е. о применении идеи цветовых маркировок для разных типов элементов Бэклога. Да-да, не удивляйтесь, Бэклог Продукта может содержать элементы разного типа — это иногда оказывается «новостью» для тех, кто только начинает практиковать Scrum и прочел только несколько статей или короткую книжку 😉 Одна только работа с Бэклогом содержит много нюансов, о которых я рассказывал во время онлайн курса или уже неоднократно писал. Так что если вы хотите больше узнать, то почитайте мои статьи на эту тему.

Другой вопрос, который я получаю сразу после того, как читатели, или слушатели тренинга, разобрались с идеей разных элементов Бэклога: «Как их учитывать при планировании Спринтов или целых выпусков?». Иногда просто так и спрашивают: «Как оптимально планировать итерацию?». Ответ прост, как и все из того, что применяется в Agile методах и о чем я рассказываю в этом блоге.  (далее…)

Ты посадил свое Agile-дерево? Упражнение, чтобы выработать общее понимание

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

Упражнение понравилось моим коллегам коучам и консультантам, и они в тот же день проделали его, чтобы выработать общее понимание в группе. Поступило еще несколько просьб, поэтому хочу поделиться упражнением. Оно определенно поможет немножечко упорядочить эту мешанину из слов, употребляемых на данный момент.

Если вы решили провести упражнение на встрече практиков, или даже тренинге, то разбейте людей на небольшие группы по 3-4, максимум 5 человек. Из моего долгого опыта обучения я понял, что обсуждения в группах большего размера не продуктивны или просто невозможны. Конечно, если у вас всего собралось 5 человек, то пусть каждый проделает упражнение самостоятельно. В конце у вас будет возможность сравнить результаты каждой группы или участника и совместно обсудить их. Итак… (далее…)

Учимся на своих ошибках или игра Nobody’s Perfct

На конференции Agile Eastern Europe 2011 я делал мастер-класс сессию о том, как научить команды выносить проблемы на общее обсуждение. Ведь именно совместное решение проблем делает команду командой 😉 Проблема обширна и мы уже не раз писали на нашем сайте о вопросах доверия в команде. В то же время, всегда есть небольшие шаги, которые можно начать практиковать уже сейчас.

Представьте себе, что вы собрались всей командой, например, на Daily Scrum – ежедневную встречу для синхронизации усилий. Одна из целей встречи – это выявление проблем. А что делать если люди боятся стесняются выносить проблемы на всеобщее обсуждение? Вот этот навык «выкладывать проблемы» и нужно развивать. Вы будете удивлены силе совместного решения проблем, если научитесь ее правильно использовать. (далее…)

5 советов о том, как готовиться к выступлению

Как человека, который часто выступает на конференциях, и с различного рода презентациями, меня часто спрашивают о том, как подготовиться к выступлению и не страшно ли выступать в целом.

Мое личное мнение, выступить может каждый, а если немного подготовиться, то даже хорошо выступить :-). В свое время я прочитал целый ряд книг про искусство презентации и с удивлением обнаружил, что все книги говорят о нескольких простых вещах, одних и тех же от автора к автору. Как мне кажется, есть некоторые простые принципы и практики, которые могут помочь каждому из вас. О книгах я расскажу в отдельном посте, а сейчас хочу обобщить пять простых советов, которые вам помогут подготовиться к выступлению. (далее…)

"Интеллект-карты как инструмент тайм-менеджмента" на ITBrunch

Выкладываю слайд-каст рассказа «Интеллект-карты как инструмент тайм-менеджмента» на онлайн-конференции ITBrunch.

После рассказа было несколько вопросов от слушателей. Привожу здесь ответы, если будут еще вопросы или я чей-то вопрос упустила — пишите в комментариях, отвечу. (далее…)

Продукт: вам нарезать или целым куском? (доклад на конференции AgileBaseCamp)

Дни после конференции летят так же быстро, как прошла сама конференция…

Как я говорил в Twitter, признаком хорошего доклада было все внимание, которое слушатели отдавали докладчику, так что не было даже времени полистать программу и выбрать куда идти дальше. Например, во время моего доклада даже твиты не успевали писать, хотя возможно это из-за того, что зал был забит до отказа и люди даже стояли в дверях и проходах 🙂

Для всех, кто не попал или хочет пересмотреть мой доклад я сделал небольшой «подарок» и записал сам рассказ, так что получился слайдкаст. (далее…)