The Improved Methods

Как появился Scrum

Тимофей Евграшин — Tue, 14 May 2013 08:34:37 +0000

Многие слышали о том, что термин Scrum пришел к нам из Регби. Когда-то мы даже публиковали интересное видео на тему аналогий в Скрам методологии и игре в Регби.

Лично я часто задавался вопросом, что вдохновило отцов-основателей Скрам методологии Джеффа Сазерленда и Кена Швабера, чтобы объединить минимальный набор правил, которые по сути есть здравый смысл, в единую методологию.

Scrum позволяет организовать работу команд разного уровня зрелости и делать проекты разного уровня сложности — от простых до комплексных с высокой степенью неопределенности. Всего, дается 9 основных правил, которые включают три предписанные роли, четыре типа встреч и парочку артефактов — вот и все, что нужно для успешного запуска проекта!

Как известно, многие инновации базируются на существующих идеях и, только будучи объединенными вместе, дают что-то принципиально новое. Недавно, в своем блоге, Джефф Сазерленд (Jeff Sutherland) опубликовал заметку о том, что послужило толчком к созданию методологии Скрам.

Джефф пишет, что в начале 90х, в офисе компании где он работал, по соседству находилась лаборатория исследующая проблемы Искусственного Интеллекта, сейчас известная как компания IROBOT выпускающая известных роботов-уборщиков. В частности, некий профессор Родни Брукс (Rodney Brooks), развивал идею о том, что умные роботы могут быть построены через объединение независимых, глупых самих по себе, механизмов. С помощью механизмов обратной связи такие системы могут вести себя умно. Профессор Брукс верил, что через сенсоры робот может познавать реальность и адаптироваться к ней, вместо того, чтобы пытаться изначально описать все возможные ситуации, как это делалось до него.

Однажды Джеф Сазерленд пригласил ребят из IROBOT, показать свое творение на курсах, которые он читал. Робот «Чингиз Хан» (Ghenghis Khan) был примером упомянутой идеи — у него было 8 конечностей с микропроцессорами и еще объединяющие процессоры в районе «позвоночника». Разработчики положили его на пол и вставили чистый нейронный чип (neural network chip), после чего включили. Вначале робот размахивал конечностями, как маленький ребенок, потом стал ползать, подтягиваясь вперед, и потом наконец пошел вокруг комнаты, пусть и слегка качающейся походкой. В этот день многие зрители изменили свое отношение к роботам и обучению.

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

Почти в тоже время Кристофер Лэнгдон (Christopher Langdon) из института Санта Фе (Santa Fe Institute) опубликовал математическое доказательство, что эволюция и развитие идет быстрее в гибких системах, построенных «на границе хаоса», т.е. без набора четких и предопределенных правил на все случаи жизни. Его работа доказала, что неопределенность и усилия на ее преодоление необходимы для достижения высокой продуктивности и производительности в комплексных системах, каковыми собственно являются и группы людей, и программные продукты.

На эту благодатную почву хорошо легла уже широко известная статья «New New Product Development Game» опубликованая Такеучи и Нонака в Гарвард Бизнес Ревью (Harvard Business Review), которая дала метафору и название из Регби, Коплейн опубликовал статью о том, как они использовали Ежедневные Встречи (Daily Meetings) в Borland Quatro. «И, будучи объединенной с идеей тайм-бокса и получения обратной связи о работающем продукте, все вместе это дало нам работающий процесс. В марте 1994 года наша команда достигла высокой продуктивности, вскоре после того как мы ввели Ежедневные Встречи, и так родилась Scrum методология.»

Еще несколько анонсов

Тимофей Евграшин — Wed, 08 May 2013 08:46:37 +0000

Не смотря на праздничный месяц, в мае планируется очень много разных хороших мероприятий. Мы уже писали о некоторых из них, такие как JEEConf 2013 и HOTCODE 2013.

Сегодня хочу напомнить о нашей бесплатной онлайн конференции ITBrunch под названием «.NET brunch», которая уже состоится буквально через полторы недели — 18 мая. Так что не пропустите. Программа уже сформирована, рассказы будут интересные и полезные. В общем, ноутбук - подмышку, на природу — и наслаждаемся интеллектуальным отдыхом! Что еще нужно в такое время года:) Регистрируйтесь!

Отдельно хочу проанонсировать масштабное мероприятие, которое пройдет 20-26 мая. Это распределенная конференция по управлению людьми, проектами и технологиям Stratoplan Tech&Business Summit. 84 часа докладов и мастер-классов, где точно можно получить для себя что-то новое. Организация задумана так, что не надо никуда ехать: участвуйте из дома или из офиса. В программе конференции доклады по 10 темам — от проектирования и анализа до коммуникаций и решения конфликтов в команде, от технологий качества до обучения и развития сотрудников. Два потока: «Управление людьми и проектами» и «Технологии». Уже есть подробная программа. Регистрация уже открыта, не пропустите!

И еще напомню, что если вас интересует Agile, как говорится, от А до Я, то без привязки к дате, в любой момент, вы можете купить курс «Agile своими силами». Это онлайн-курс самостоятельного изучения различных аспектов Agile в виде серии из 13 коротких видеороликов, каждый из которых покрывает одну тему так или иначе связанную с аспектами внедрения Agile практик

Апрель-май — не зевай:) Интересные мероприятия

Тимофей Евграшин — Mon, 22 Apr 2013 08:54:34 +0000

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

За время моего «молчания» накопилось несколько интереснейших мероприятий, которые особенно рекомендую для посещения!

25 апреля (Днепропетровск) IT PechaKuchaNight. Приятно, что в Днепропетровске развивается движение PechaKucha, и особенно приятно, что коллеги взялись за тему IT. IT спикеры выступят с историями про создание собственных компаний, с историями изнутри своих профессий, с новыми идеями. Спикеры: владельцы IT-компаний и стартапов, топы IT-компаний. Мероприятие обещает быть очень насыщенным и интересным! Искренне завидую жителям Днепропетровска! Детали все на главном сайте pechakucha.

27 апреля пройдет бесплатная онлайн конференция REQ Labs 2013 для бизнес- и системных аналитиков. Вся конференция пройдёт за один день и будет состоять из 4 — 6 докладов (от 5 до 7 часов на всё мероприятие). Цель мероприятия – поделиться собственным опытом решения нетривиальных задач и услышать мнение коллег об этом.

18 мая мы совместно с XPInjection проводим бесплатную онлайн конференцию ITBrunch под незатейливым названием «.NET brunch». Это уже шестая конференция и мы решили сделать ее технической и посвятили платформе .NET. Ведь .NET на текущий момент является чуть ли не самой популярной платформой для разработки. Докладчики поделятся полезными инструментами, практиками, фреймворками и библиотеками с участниками. Тематика не ограничена — все из мира .NET. Детали и регистрация — на сайте конференции

24-25 мая в Киеве пройдет JEEConf 2013. Это ежегодная конференция, которая собирает всех, кто использует Java технологии для разработки. Задача конференции JEEConf заключается в том, чтобы собрать как можно больше практиков и осветить процесс разработки приложений с помощью современных Java технологий. Количество “сухих” теоретических докладов будет сведено к минимуму, а основной акцент будет сделан на практическое применение и разработку реальных проектов. Уже сформирована программа, и она впечатляет:) Спешите зарегистрироваться, так как места начинают заканчиваться!

31 мая-1 июня в Киеве пройдет новая конференция HOTCODE 2013. Конференция обещает покрыть горячие темы Ruby, JS, Python, Java, .NET, iOS, Android, PHP, DB, DevOps, Functional Programming и QA. Будет главная сцена с докладами приглашенных экспертов, а также на территории HOTCODE будут работать 12 стейджей с воркшопами, живым кодированием, блиц-докладами, дискуссиями экспертов. Звучит заманчиво и интересно:) Еще можно зарегистрироваться по цене Owly Bird.

Выбирайте, что вам по душе, обучайтесь новому и получайте от этого удовольствие!

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

Тимофей Евграшин — Sun, 17 Mar 2013 14:54:39 +0000

У вас бывало, что сидя в кафе вы успевали написать документ, статью, разобрать почту или сделать еще много полезных дел?

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

Я думал, что это моя особенность, пока не выяснил, что есть исследования, которые доказывают, что умеренный шум полезен для создания творческого настроения. Более того, как оказалось, из этой идеи можно создать простой и удобный сервис.

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

Если верить исследованию, то оптимальным является умеренный шум порядка 70 dB — как раз такой, как в уютном кафе

Эту идею взяли за основу создатели сервиса coffitivity.com, где сделали замечательный микс разговоров в кафе. Вы можете включить этот звук, когда вам не хватает креативной обстановки и он будет вашим фоном. Если вы любите слушать музыку, создатели рекомендуют сделать фоновый шум чуть тише звука музыки и вы сможете полностью раствориться в идеальной для работы атмосфере.

Если же ничего не помогает, то просто выйдите на улицу и сходите в настоящее кафе

Удачного вам творчества и оставайтесь с нами.

Как объяснить команде Scrum или упражнение “Построй свой Скрам”

Тимофей Евграшин — Wed, 13 Mar 2013 07:51:02 +0000

У многих, кто читает этот блог, я уверен, были случаи, когда было необходим рассказать про Scrum методологию своей команде или группе людей. И неважно, было это только чтобы познакомиться с фреймворком, освежить знания или чтобы разобраться с деталями и начать практиковать – вы так или иначе показывали картинку, где расставлены роли, артефакты и встречи.

Думаю, в моей работе тренера и коуча Agile команд, мне приходится делать это еще чаще чем вам . И основной совет – это рисовать картинку от руки, а не использовать слайды или распечатки. В этом случае люди лучше запоминают основные части и именно этот принцип я использовал в видео курсе «Agile своими силами», когда рассказывал про Scrum фреймворк.

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

С другой стороны, мне необходимо быстро выявить пробелы в знаниях и явное непонимание терминов, плюс все-таки нарисовать картинку, чтобы была перед глазами, плюс привести всех к общему пониманию. Для этого я использую упражнение, которое можно назвать “построй свой Скрам”, и вот как я это делаю.

Прежде всего используйте принцип, что группа должна вам рассказывать, а не вы ей. По английски это “Show and Tell”. В идеале, вообще дать людям самим нарисовать картинку – тогда они это гарантированно запомнят.

Для успешного рассказа, вам необходимо помочь группе, дать ей некие рамки, общий словарь и помочь не сбиться с пути. Необходимо использовать опорные материалы, на которые они смогут накладывать свои знания и вместе строить правильную картину методологии Скрам.

Пару лет назад, я вдохновился идеями и нарисовал вот примерно такую картинку:

Как видите, на ней изображены все элементы, но нет подписей .

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

Напишите на стикерах нужные термины столько раз, сколько они изображены на картинке (желательно использовать разные цвета, чтобы разделить роли, артефакты, встречи)
Попросите группу расклеить термины и объяснить их суть

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

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

И не бойтесь, что те, кому вы рассказываете, ничего не знают про Скрам! В любой группе будут люди, которые хоть что-то знают, тогда опираясь на их “подсказки” вы сможете использовать эту опорную картинку и просто построить свой рассказ совместно с аудиторией, расклеивая стикеры по мере объяснения. В этом случае вовлеченность, и как результат, лучшее запоминание вам гарантировано.

Если же вы не уверены, что у вас получится нарисовать схему, то можете воспользоваться модификацией, которую предложил мой иностранный коллега Agile Coach, Адам Вейсбарт. Он назвал это упражнение “Build your own Scrum” и его суть в том, что вы даете группе распечатку с основными элементами, а они уже должны вырезать и расставить элементы в некую картинку, чтобы объяснить другим группам, как работает методология.

Я использую это упражнение для классов, когда участники уже что-то слышали про Scrum. Разбиваю всех на малые группы по 4-5 человек и раздаю им распечатки. Таким образом все полностью вовлекаются в рассказ о фреймворке и в то же время я достигаю целей, о которых говорил выше: обобщить понимание, уточнить пробелы в знаниях и выявить темы для дальнейшей дискуссии. Отдельно вам гарантировано много смеха и впечатлений, когда вы смотрите на эти картинки

Вы можете увидеть это упражнение на моих тренингах и, уверен, такой подход поможет вам в объяснении Scrum методологии вашим командам.

Оставайтесь с нами, мы еще не раз вернемся к теме упражнений и обучения.

Вспомните о пользователях – рассказ на AgileBaseCamp Winter 2013

Тимофей Евграшин — Sun, 24 Feb 2013 10:10:27 +0000

На прошедшей недавно конференции Agile Base Camp Value Driven Development я затронул тему Agile требований.

Стоит постоянно помнить, что “Agile – это искусство делать то, что нужно” и откладывать на потом менее важную работу, а заодно и принимать решения позже, когда у нас больше информации, т.е. не ограничивать возможности с самого начала. Мой доклад, собственно, и был посвящен тому, какие у нас есть инструменты, на что делать фокус, когда их использовать и как все вместе это может вам помочь.

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

Для начала стоит помнить, что «работа с требованиями в стиле Agile – это совместные сессии между Бизнесом и ИТ», ведь мы говорим про Agile Collaboration, а не про бюрократию и долгую и болезненную передачу информации от бизнес-представителей к команде разработки. Только работая совместно, можно добиться большего, и, по моему мнению, командам разработки проще выучить язык бизнеса, чем наоборот .

Чтобы упростить и ускорить общение, нужны простые инструменты, нужна наглядность того к чему мы идем и где мы находимся и правильное использование самого подхода «Последний Ответственный Момент» (Last Responsible Moment).

В докладе я объяснил такие инструменты контекста как:

Видение Продукта
Персоны
Возможные другие способы добавления информации о бизнес-домене

Когда у вас много информации, то возникает необходимость обеспечить наглядность, и это можно сделать с помощью простых инструментов:

физические карточки (post-it) – они хорошо помогают при дискуссиях и совместных сессиях
Все возможные карты: карты историй (story map), карты влияния (Impact map)
Легковесные прототипы – рисованные от руки или с помощью простых инструментов

Только получив контекст и поняв, о чем же мы говорим, сами требования можно описывать в простых форматах типа Историй Пользователя (User Story) или Вариантов Использования (Use Case). Зачастую, как раз эти простые форматы и не работают из-за того, что не хватает контекста – это, на моем опыте, является большой проблемой для команд, которые узнали только про формат Историй и решили его использовать. Ну и, конечно, детали можно добавлять на разных уровнях по мере необходимости.

Вот сами слайды со звуком, для тех, кто хочет знать больше.

Оставайтесь с нами, будут еще статьи про процессы, команды, саморазвитие и другие темы.

Числа, Имена, Даты или что вы используете для имени Спринта?

Тимофей Евграшин — Mon, 18 Feb 2013 05:59:13 +0000

Порадовал Майк Кон своим недавним постом «Числа, Имена, Даты или пропойте свой Спринт», где он говорит о том, как некоторые команды называют свои Спринты.

Некоторые команды нумеруют свои Спринты: Sprint 1, Sprint 2…, а некоторые даже обозначают их как Sprint 1.1., Sprint 1.2, чтобы показать принадлежность Спринта к определенной версии релиза.

Мне приходилось видеть такие названия не раз, и они удобны, когда у вас проект и есть определенный план. Есть в таких именах нечто логичное, структурированное и в то же время чуточку бюрократичное .

Многие команды, с которыми я работал, используют просто номера недель, в которые проходит итерация. Это сразу дает и уникальные имена, показывает, что идет за чем и, заодно, помогает видеть общую картину.

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

Некоторые команды, используют Цель Спринта, как его название. Что-то вроде «Работа с профилем пользователя» или «Корзина покупок» или «Управление счетами» и т.п. Отлично может работать в продуктовых проектах, хотя остальным придется туго.

Мне приходилось работать с командами, которые использовали первую букву географических названий. Таким образом Спринты были вроде бы по порядку алфавита и в тоже время имели словесное отображение, приятное взгляду и слуху. Причем в названиях может быть некая тонкая специфика – так, одна из команд брала название островов, а другая городов во Франции, откуда был их заказчик.

Другая команда, которую мне было приятно развивать некоторое время, работала над проектом связанным с автомобилями. И, конечно, они использовали названия марок авто для именования спринтов. Так я видел спринт «Alfa romeo», «Bugatti», «Cadillac» и «Ducati» и другие.

Такие подходы, согласитесь, заставляют расширять кругозор

Команда, которая поразила Майка, и подвигла написать пост, использовала вместо названий…

(барабанная дробь)

НАЗВАНИЯ ПЕСЕН!

Конечно же, названия должны были иметь отношение к теме Спринта и каким-то образом ее отражать. Так Майк приводит в своей статье примеры:

«I Ran» by A Flock of Seagulls for a team doing a bug-fixing sprint including fixing a couple of bugs that would crash the system.

«Я сбежал» от группы «Стая Чаек» для команды, работающим на Спринтом баг-фиксинга, включая несколько критических дефектов, ломающих систему.

«Who Are You» by The Who for a team making big changes to their application’s existing permissions subsystem.

«Кто ты» от группы «Кто» для команды делающей большие изменения прав доступа в своей системе.

Это, честно скажу, креативно, хотя требует общего контекста на всех уровнях и наличия чувства юмора.

А как вы именуете свои спринты? Напишите в комментариях.

Отзыв на книгу «Мастерство Презентации» Алексея Каптерева

Тимофей Евграшин — Fri, 15 Feb 2013 08:19:17 +0000

К теме публичных выступлений и подготовки к ним мы обращались уже не раз. Поэтому мне было очень приятно участвовать в проекте Агентства Интернет Новостей (AIN) и написать обзор книги, которая имеет право стать настольной для многих наших читателей.

Презентации – это чрезвычайно сложная и дорогая форма коммуникации. Процесс взаимодействия относительно краток, однако время потраченное всеми вовлеченными в презентацию людьми (если сложить его) стоит очень дорого. Единственное объяснение, почему люди продолжают устраивать презентации, вопреки их сложности и дороговизне, состоит в том, что презентации порой бывают исключительно эффективными.

Многие думают, что презентация — это слайды, ну еще может быть уверенная манера и уменее вести себя перед публикой. Те же, кто хоть раз готовился к выступлению, понимает, что все начинается еще раньше, когда вы задумываетесь «о чем я хочу рассказать?».

Книг про подготовку презентаций и публичные выступления уже издано немало. Признаться, беря в руки уже пятую книгу на эту тему, настраиваешься на то, что вряд ли узнаешь что-то новое. Но буквально с первых строк и оглавления книги «Мастерство презентации», написанной Алексеем Каптеревым, понимаешь, что книга не тривиальная.

Казалось бы, уже есть замечательные книги «iПрезентация», «Slide:ology», «Resontate» и «Бла-бла-бла», вышедшие в том же издательстве Ман-Иванов-Фербер и о которых мы уже писали. И тем неменее, всегда хотелось иметь одну книгу, которую можно рекомендовать друзьям и знакомым, чтобы избавить их от прочтения кучи книг, чтобы дать им пошаговую инструкцию и чтобы им было интересно. Поверьте, «Мастерство Презентации» именно такая книга!

Секрет подготовки презентаций уже давно известен: ИСТОРИЯ-СЛАЙДЫ-ПОДАЧА, и автор, Алексей Каптерев, не изобретает что-то новое. Вместо этого он, наоборот, использует простую структуру, чтобы донести до читателя все нюансы подготовки. Три основных этапа подготовки презентации он дополняет тремя простыми инструментами: ФОКУС-КОНТРАСТ-БАЛАНС. Вместе получается простая, надежная и запоминающая форма изложения мыслей в книге. Автор даже не поленился сделать сводную табличку-шпаргалку, которая может служить пошаговой инструкцией, как к самой книге, так и в будущем, при подготовке к презентации.

(примечание: сверху- таблица 1.1. со страницы 41, снизу– таблица 11.1 со страницы 314)

На странице издательства в разделе «Почему мы решили издать эту книгу», написано скромно:

Потому что у книги есть три главных преимущества: она полезна, удобно структурирована и легко читается. В ней много искренних, личных историй, есть огромная доказательная база: цитаты, данные исследований, кейсы. «Мастерство презентации» — это книга, которая сама устроена как презентация.

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

Эта книга, что называется, «для широкой аудитории», и замечательно подойдет как тем, кто только начинает готовиться к выступлениям, так и тем, кто занимается этим уже не первый год. Первые найдут в ней простую инструкцию и эффективные практические советы, а вторые найдут много нюансов и жизненных историй. Каждый раздел незаметно погружает вас в детали и за ненавязчивыми размышлениями, похожими на болтовню старого друга, вы постигаете все детали. Если это раздел посвященный созданию ИСТОРИИ, как основы любого выступления, то вы узнаете очень много о сторителлинге, если это СЛАЙДЫ, то вот вам краткий курс по визуализации, а если ПОДАЧА, то вот необходимые детали ораторского мастерства.

На странице издательства книга уже собрала около трех десятков рецензий. На мой взгляд это гораздо больше, чем у многих других книг. Книга относится к разряду «читать обязательно».

К теме книг мы еще вернемся, так что оставайтесь с нами!

21 февраля пройдет IT-People PechaKucha

Тимофей Евграшин — Sun, 03 Feb 2013 16:52:02 +0000

Мы проводим IT-People PechaKucha 21 февраля в 19-00, куда я вас собственно и приглашаю. Мы соберемся,чтобы в неформальной обстановке послушать интересные рассказы на различные темы, так или иначе связанные с людьми из ИТ.

Что же нас ожидает? В формате PechaKucha 20х20 выступят:

Алименков Николай «Портрет профессионального разработчика»
Губко Мария «Невозможное возможно. История об успешном фрилансере»
Дзыня Андрей «Самоорганизуй себя, пока не самоорганизовали тебя»
Евграшин Тимофей «Люди из мира ИТ — всего лишь люди»
Иващенко Игорь «Мотивация руководителя»
Ульяна Ходоровская «Востребованность языков программирования в украинских ИТ-Компаниях»
Прокопчук Валерий «Проблемы выхода стартапа на украинский рынок»
Хмиль Роман «Лень — двигатель зарплаты;-)«

Подробнее о рассказчиках и темах.

Место проведения: Киев, ул. Амосова, 12, БЦ»Horizon Park», SkyPoint Ciklum, 20 этаж

IT-People PechaKucha – это неформальная тематическая творческая встреча, где люди, работающие в IT, собираются вместе, чтобы поделиться своими идеями, работами, мыслями, впечатлениями и, на самом деле, чем угодно, в формате PechaKucha 20×20.

Формат встречи достаточно свободный: мы послушаем рассказы, каждый из которых продлится 6 минут 40 секунд, пообщаемся в кулуарах и просто приятно проведем время. Все мероприятие не займет больше двух часов!

UPD: Регистрация закрыта! За первые 2 дня зарегистрировалось больше людей, чем может вместить зал.

Важные события в ближайшее время

Тимофей Евграшин — Sun, 20 Jan 2013 10:48:12 +0000

Год набирает обороты и уже есть ряд интересных мероприятий в Киеве, которые однозначно стоит посетить.

2 февраля 2013 пройдет уже восьмой по счету AgileBaseCamp. В этот раз в фокусе кемпа — важность понимания большой картины проекта, ценности продукта, особенностей домена, нужд пользователей и сближение “бизнеса” и “разработки” в поиске лучших решений. Естественно, я не мог обойти вниманием эту конференцию, и буду там выступать с рассказом «Вспомните о Пользователях» . Так что рекомендую конференцию в целом, и приглашаю на свой доклад в частности. Регистрируйтесь, пока не поздно еще немного сэкономить

21 февраля 2013 мы проводим неформальную встречу IT-People PechaKucha. Это не конференция, эта встреча — повод вдохновиться и пообщаться. Пока мы собираем рассказы, и как только наберем достаточное количество — откроем регистрацию. Мероприятие будет бесплатное. Следите за новостями нашего сайта, чтобы не пропустить.

1-2 марта 2013 состоится конференция Selenium Camp 2013. Эта конференция целиком посвящена продукту для тестирования web-приложений Selenium. Selenium Camp 2013 будет интересен как отличная стартовая точка для тех, кто только задумывается о применении Selenium, а также для профессионалов, использующих его долгое время. Множество докладов, разнообразных мастер-классов и практических отчетов о применении Selenium для тестирования приложений, написанных на различных языках программирования (Java, .NET, PHP, Ruby, Python и т.д.). Также ожидаются доклады, посвященные интеграции Selenium с другими инструментами для тестирования и написанию собственных инструментов тестирования. Регистрируйтесь уже сейчас, чтобы успеть попасть туда по цене основного этапа. В любом случае, конференцию рекомендую!

The Improved Methods

Как появился Scrum

Статьи по теме

Еще несколько анонсов

Статьи по теме

Апрель-май — не зевай:) Интересные мероприятия

Статьи по теме

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

Статьи по теме

Как объяснить команде Scrum или упражнение “Построй свой Скрам”

Статьи по теме

Вспомните о пользователях – рассказ на AgileBaseCamp Winter 2013

Статьи по теме

Числа, Имена, Даты или что вы используете для имени Спринта?

Статьи по теме

Отзыв на книгу «Мастерство Презентации» Алексея Каптерева

Статьи по теме

21 февраля пройдет IT-People PechaKucha

Статьи по теме

Важные события в ближайшее время

Статьи по теме