Журнал Тигры

Первая глава книги “Гибкая продуктивность…” - сутки в публичном доступе!

2008-07-20T22:32:53Z

Решил выложить первую главу книги “Гибкая продуктивность…” в открытый доступ. Ровно на сутки - завтра уберу.

Update: Убрал.

Качаем PDF тут: http://nlp.od.ua/pervaya-glava-knigi-gibkaya-produktivnost-sutki-v-publichnom-dostupe
Пароль на запись: public_apbook

Остальные главы публично выкладываться не будут. Для получения доступа к некоторым из них - подписывайтесь на рассылку.

Запись опубликована AgileProductivity. Пожалуйста, оставляйте комментарии там.

Гибкая продуктивность: первая глава готова

2008-07-14T21:49:32Z

Я закончил первую главу моей книги с рабочим названием “Гибкая продуктивность: утройте продуктивность команды программистов, используя гибкие методологии”.

Скачать можно здесь (нужно знать пароль, он будет у подписчиков, покупателей системы и финалистов онлайн-тренинга).

Эту и некоторые из последующих глав книги получат все подписчики рассылки.

Подпишитесь сейчас, чтобы получить ссылку на скачивание файла.

Вот содержание первой главы:

Читать запись полностью »

Запись опубликована AgileProductivity. Пожалуйста, оставляйте комментарии там.

Team Building и Risk Management

2008-07-03T19:46:13Z

Следующий кусок из серии моих ответов на вопросы, о которых я писал в прошлом посте:

Что Вы думаете о team building и risk management?

Following factors can help individuals to act together as a team:
- Shared intense experiences (preferably positive ones), be it successful release or some team building activity like joint leisure/travel/sports/games… . The best is creating results together by joint effort and then celebrating achievement together.
- A place and time for team members to communicate both officially and unofficially. In Agile “Daily Scrum Meeting” does official part — sharing information is actively encouraged. A thing like ping-pong table available to employees can to the unofficial part.

Читать запись полностью »

Запись опубликована AgileProductivity. Пожалуйста, оставляйте комментарии там.

Традиционные роли и роли в Agile

2008-06-30T09:27:57Z

Недавно ко мне обратился владелец одной компании по поводу работы. Мы пообщались, и он попросил меня ответить на несколько вопросов. На английском.

Вопросы он задал довольно интересные, и ко мне пришло вдохновение. Не в силах остановиться до трёх ночи, я писал сочинение

Я решил опубликовать его в виде серии постов.

Итак, первый вопрос, в ответе на который я раскрываю смысл должностей Product Manager, Project Manager и Team Lead, и альтернативную систему координат, принятую в Agile, точнее в Scrum - Team, Product Owner, Scrum Master. А также моё личное отношение к этим ролям.

1. Вы пишете о том, что хотите занимать позицию Project Manager или Team Leader. Какими задачами на Ваш взгляд должен заниматься человек находящийся на этой позиции и как Вы их видите?

I am interested in Product Manager or Project Manager positions actually, as I’m writing in my CV.

Responsibilities of mentioned positions traditionally may include:

Читать запись полностью »

Запись опубликована AgileProductivity. Пожалуйста, оставляйте комментарии там.

t_gra @ 2008-05-27T02:25:00

2008-05-26T23:26:00Z

Перевёл я nlp.od.ua на Wordpress. Хороший, однако, движок! Плагинов - тьма, и зело конфигурябелен!

Пару ударов бубном - и блог уехал с главной странцы на свою собственную, а главной стала обычная страница.

http://nlp.od.ua/agileproductivity теперь редиректит прямо на главная страницу, где и лежит инфа об инфопродукте "AgileProductivity: Утройте продуктивность команды программистов, используя гибкие методологии".

Некоторые разделы пока не заполнены. Но всё равно - пока что там главной страницей является, как ни странно, главная. Со временем обрастёт мясом.

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

Уже вроде бы прикручен к вордпрессу Google Analytics, но пока непонятно, заработал ли - данные не собрались.

А вот завтра будет kalugin

2008-05-25T18:01:26Z

26 мая, клуб "Шкаф" (Дерибасовская, 14)

Сергей Калугин известен как автор баллад с почти классическим построением стиха, весьма аккуратным использованием старославянизмов; в тематике преобладают оккультизм и средневековая мистика. Музыка весьма эклектична - элементы рок-музыки (преобладает арт-рок) связывают классическую гитару, фламенко и некоторые этнические направления.

Сергей Калугин, считающийся одним из лучших аккустических гитаристов России, а также некоторыми признан лучшим российским поэтом, автор мрачнейших, красивейших композиций, написанных на такие стихи, что после них не хочется воспринимать уже ничего другого из писаний всеразличных стихотворцев. Музыка, стихи и вплетающий стихи в музыку голос представляют единое целое - как воплотившаяся в творчестве Троица".

Начало концерта: 20-00

Говорят, что клуб "Шкаф" - это Дерибасовская 14, угол Екатерининской. Вход в ту дверь, где табличка "Министерство экологической безопасности". Стоит 30 гривен, оплата при входе. Калугин вроде будет один, без "Оргии".

Сергей Калугин и Оргия Праведников

Калугин, Сергей Александрович в Википедии

Завтра выступает "Пiккардiйська терцiя"

2008-05-23T22:17:37Z

Пиккардийская Терция

24 мая Одессу посетит с концертом уже ставший легендарным львовский ансамбль «Пиккардийская терция». Майские гастроли по Украине связаны с окончанием работы над новым альбомом и концертной программой под названием «Этюды», большинство композиций из которого одесситы услышат впервые.

	24.5 сб
Одесская Филармония	19:00

Хочу себе такую штуку в журнале или на сайте

Мы с annanimnaja идём. Билеты я купил на сайте _peter_ - today.od.ua.

"Терция" - рулит. Очень рекомендую.

А вот ссылка на "Пiккардiйську терцiю" на Last.fm.

The number of the beast...

2008-05-21T22:31:07Z

А между тем во френдах я сейчас у 666 человек:

Прикольный сервис - трёхмерные модели всяких крутых зданий

2008-05-21T20:19:39Z

Я тут набрёл на прикольный сервис http://openphotovr.org/.

В нём есть трёхмерные модели всяких интересных зданий, например собор Sagrada Familia в Барселоне (который, кстати, всё ещё строится!). Красотища, короче!

Сделано это всё так. Сначала показывается фотография с каким-то "общим видом" объекта. При подведении мышки к различным областям фотографии рамкой выделяются другие виды - другого масштаба и с других ракурсов. При клике - переходим на соответствующий вид и смотрим на здание с другой стороны или изблизи. Из каждого вида, в свою очередь, можно перейти ещё к нескольким соседним.

Фотографии для видов берутся из открытых источников, например с Фликра. Таким образом трёхмерный объект "соткан" из всех доступных автору сервиса фотографий некоторого здания. Возможности для добавления собственных фотографий (или вообще - новых зданий) я не нашёл, скорее всего автор готовит всё ручками. Большой ему респект - ведь нужно весьма потрудиться, чтобы найти фотографии и определить, с какой точки и под какими углами она снята - чтобы она адекватно влилась в модель. Интересно, делает ли автор всё вручную, или у него есть какая-то автоматизация для этого. Ну и неплохо бы иметь возможность добавлять туда user generated content - живо всё интересное бы смоделировали.

А у Гугла есть такой сервис, но попроще и попрагматичней. Они штук пять американских городов сфотографировали. Теперь на Google Maps, спустившись на высоту птицы невысокого полёта, можно переключиться в режим, когда отображается некоторый вид и можно двигаться взад-вперёд по сетке дорог (точнее, только по некоторым, довольно крупным) и "вертеть головой" на все 360 градусов. На перекрёстках - можно поворачивать на ту или иную улицу. Думаю, полезно для поиска места в незнакомом городе/районе.

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

Update: Ураа! Сервис таки позволяет самому добавлять контент. Для этого надо заходить по ссылке: http://openphotovr.org/?edit=true.

В ЖЖ есть сообщество по этому сервису: openphotovr.

И, кстати, исходники выложены под GPL.

Ищу CD-дубликатор, CD-пресс

2008-05-09T13:33:11Z

Ищу CD-дубликатор, CD-пресс.

Эти штуки выглядят так:

Cross-posted to od_hardware: http://community.livejournal.com/od_hardware/2090.html
(там подробнее задал вопрос).

Заранее спасибо тем, кто откликнется!

А вот и сертификат

2008-04-25T21:38:35Z

Я - Certified ScrumMaster

2008-04-20T15:25:11Z

Я прошёл семинар Certified ScrumMaster в Киеве у Mark Pushinsky.

Было интересно, выцепил ряд полезных фишек, касающихся как правильного для Agile настроя ума, так и конкретных практик. Есть набор конкретных идей, как усовершенствовать реализацию Scrum в моих командах.

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

Я оказался первым участником семинаров Марка, который с первого раза преобразовал требование "Все запросы к БД должны выполняться через пул соединений" в правильную User Story. :-)

Теперь я Certified ScrumMaster :-)

Спасибо за гостеприимство vvlad и _soula_.

Update: А сертификат вот.

Пройду-ка я тренинг

2008-04-11T15:41:27Z

Пройду-ка я тренинг "Как зарабатывать от 50.000 рублей в месяц, занимаясь НЛП-консультированием". Неплохо бы научиться монетизировать свои навыки НЛП-мастера - запасная карьера.

AgileProductivity: временно выкладываю в открытый доступ 5-ый каст ("Коммуникация в команде")

2008-04-08T21:29:02Z

Временно выкладываю в открытый доступ 5-ый каст тренинга AgileProductivity:
"Коммуникация в команде"

05-Alexey_Tigarev-AgileProductivity-Team_Communication.ogg

Кто успеет - тот скачает :)

Update: всё, убрал из свободного доступа.

Новый тренинг: Test Driven Development

2008-04-06T19:51:52Z

Анонсирую новый тренинг. По Test Driven Development.
Он будет немножко другого формата, чем AgileProductivity, и более практической направленности.
Время старта и количество бесплатных мест я скажу позже, но опять - бесплатность или цена будет зависеть от времени записи. Ну и, безусловно, будут лучшие условия для финалистов AgileProductivity.

Записываться можно уже - в комментах к этой записи.

Для записи укажите:
1. Ник в ЖЖ
2. Имя и фамилию
3. Место работы
4. Должность

AgileProductivity: Утройте продуктивность команды программистов, используя гибкие методологии

2008-04-05T20:34:06Z

Система "AgileProductivity: Утройте продуктивность команды программистов, используя гибкие методологии"

Вы project manager или team lead? Хотите ли вы, чтобы ваша команда работала эффективно, не делала лишней работы, держала качество на стабильно высоком уровне, способна была гибко отреагировать на изменения требований? Чтобы все работы по проекту были оценены заказчиком по достоинству и без проволочек оплачены? Хотели бы вы достичь этого без авралов, сверхурочной работы, чрезмерного психического напряжения для себя и других членов команды?

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

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

В таком случае здесь есть предложение для вас:

Предлагаем вам систему:
"AgileProductivity: Утройте продуктивность команды программистов, используя гибкие методологии"

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

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

начинать получать прибыль (для своей компании или для заказчика) от разрабатываемого программного продукта очень быстро
быть способным гибко реагировать на изменения требований и сроков, вызванным новыми идеями, инсайтами, и изменениями на рынке
выдавать заказчику именно то, что ему нужно (это не обязательно то, что он просил)
поддерживать стабильную скорость разработки, соответствующую ожиданиям заказчика/руководства
поддерживать стабильно высокое качество кода
быть готовым выдать релиз практически когда угодно
избежать сверхурочной работы, вызывающей перегорание команды
сделать, чтобы работа над проектом приносила радость всем участникам команды
сделать команду самоорганизующейся, достичь синергетического эффекта (2+2=5)
освободить время и ресурсы для решения стратегических задач, полезных в долговременном плане
сэкономить массу времени за счёт разрешения коммуникационных и интеграционных проблем
масштабировать или клонировать свою эффективную команду

Что такое паттерн?
В процессе разработки или управления для достижния управленческой или инженерной цели необходимо принимать множество решений.

Описание единственной задачи вместе со своим лучшим решением называется паттерном.

Что такое практика?
Практика - это устоявшаяся, регулярно повторяемая форма поведения человека или группы людей.

Кто автор?
Тренер - Алексей Тигарев (t_gra). Team lead в большой продуктовой компании. Практик Agile. Мастер НЛП. Создатель LiveJournal-сообществ ru_pm, mindmaps, ru_time_mngmnt. Обладатель сертификата Project Manager Job Role от Brainbench. Обладатель третьего результата по Украине и первого по Одессе по баллам на сертификационном экзамене Project Manager на Brainbench. Первый результат в Украине по баллам на сертификационном экзамене Software Business Analysis на Brainbench (этот результат был также первым в мире на Bench Games II).

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

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

Спасибо, за такое полное и детальное описание Agile.
Успехов и вещай еще :)

-- krizai

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

Спасибо! Услышал много интересного несмотря на то, что мы уже применяли основные методики Scrum. Замечания все уже озвучили; я в свою очередь слушал в основном через плеер, так как вечером почти не было времени.

Буду обязательно пробовать и применять в деле все новое, о чем услышал на тренинге!

-- payalnik

Из чего состоит система?

В состав системы включено 12 кастов - 10 основных и 2 бонусных.

Записи представлены на аудиодисках. Также есть диск с mp3.

К аудиозаписям прилагается мини-книга с текстом кастов и дополнительными пояснениями.

Также приобретение системы даёт вам онлайн-доступ к материалам тренинга.

Раньше немного читал про Agile и XP.

Но все было в теории и в общих представлениях. Теперь в голове вроде как все разложилось по полочкам.
Даже если я не буду использовать scrum и ХР, то стяну с них некоторые эджайл-приемы.

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

Не на все касты удалось попасть, а на некоторые только одним глазом, но, т.к. есть возможность прослушать их потом -- не так уж и страшно.

Незаплонированные касты попали удачно, но были внезапано, в другой раз мог бы пропустить.

Спасибо, Тигра!

-- bifurcate

Аудиозаписи кастов в составе коробки


Каст 1	Каст 1. Введение в гибкие методологии разработки. Ценности и принципы Agile. Зачем нужны вообще какие-то методологии? С какими проблемами традиционно сталкиваются команды разработчиков? Какие существуют основные типы контрактов при разработке программного обеспечения? Каковы особенности различных типов контрактов? Чем гибкие методологии отличаются от традиционных? Какие гибкие методологии есть? Каковы ценности и принципы гибкой разработки? 01-Alexey_Tigarev-AgileProductivity-Intro._Agile_Values_and_Principles.ogg - бесплатно! Размер: 13 MB Длительность: 51 минута 22 секунды

Каст 2. Введение в SCRUM. Agile в вопросах и ответах. Общие вопросы. Для команд какого размера подходит Agile? Как быть с "неразговорчивым: заказчиком? Какой тип контрактов удобнее для Agile? Scrum vs XP. В чём отличия между Scrum и XP? Можно ли сочетать Scrum и XP? Как выполняется деление на небольшие инкременты в Scrum? Что такое User Stories? Роль Product Owner. Кто такой Product Owner? Кто может испольнять роль Product Owner? За что отвечает Product Owner? Product Owner - часть команды. Каковы особенности роли Product Owner в случае стартапа? Что находится в фокусе внимания у представителей различных ролей? Роль ScrumMaster. Кто такой ScrumMaster? Разница между человеком и шляпой. ScrumMaster и Product Owner - почему важно разделять? Лидерство Почему в Agile нет понятия "team leader"? Кто распределяет задачи? Что делать в спорных ситуациях? Кроссфункциональность команды Что если не все умеют общаться с заказчиком? Что происходит, если человек уходит в отпуск? Что, если в отпуск пошёл Scrum Master? Механика Scrum. Что позволяет всем заинтересованным лицам придерживаться постоянного ритма? Как разбиение на итерации используется для планирования работы? Что происходит после выполнения запланированных на итерацию работ? Ретроспектива. В чём польза регулярных демо в конце итерации? Как происходит Daily Scrum Meeting и для чего он нужен? Коммуникация в Scrum. Коллективная ответственность. Как избежать демотивации членов команды? Как Agile-команда реагирует на проблемы? Как сделать проблемы с отдельными задачами очевидными для всех? Agile и люди. Что делать с людьми, у которых недостаточно знаний/навыков? Люди, которым трудно работать в Agile - что с ними делать? Как команда решает, кто хорош, а кто плох? Обратная связь команды её членам на ретроспективе: выражение признательности. Как проводить интервью? Контроль качества. Как заказчик убеждается, что получил, что хотел? Что такое приёмочные тесты? 02-Alexey_Tigarev-AgileProductivity-Scrum_Intro._Q&A.ogg Размер: 18 MB Длительность: 1 час 10 минут 27 секунд		Каст 2

	Каст 3. Введение в Extreme Programming. Правила планирования в XP Что такое User Stories? Как планируется релиз? Как часто нужно выпускать релизы? Что такое скорость проекта? Как проект разбивается на итерации? Как планируют итерацию? Почему важно меняться задачами? Как XP решает задачу синхронизации усилий разработчиков? Что, если правила не совсем подходят? Правила дизайна в XP Почему важна простота? Что такое метафора системы? Что такое CRC-карточки? Как уменьшать технический риск? Почему закладываться на будущее - плохо? Как сделать качественный дизайн, если требования всё время меняются? Правила кодирования в XP Как выяснить детали требований? Почему важно придерживаться стандартов кодирования? В чём преимущества парного программирования? Как уменьшить количество интеграционных проблем и выявить дефекты как можно раньше? Есть ли у кода хозяин? Почему не следует оптимизировать слишком рано? Правила тестирования в XP Как обеспечивается стабильность кода на низком уровне? Как следует реагировать на баги? Как отслеживается прогресс на высоком уровне? Как избежать деградации качества? 03-Alexey_Tigarev-AgileProductivity-Extreme_Programming_(XP)_Intro.ogg Размер: 17 MB Длительность: 1 час 36 секунд

Каст 4. Гибкое управление требованиями. Как облегчить процесс выявления и спецификации требований? Каков оптимальный формат User Stories? Как сделать, чтобы спецификация автоматически себя проверяла? Как осуществляется управление последовательностью и составом работ? Как построить цикл обратной связи с заказчиком? Какой тип сотрудничества с заказчиком оптимален? Какие особенности есть в работе с "удалённым" заказчиком? Как работать, если мы разрабатываем продукт, и заказчиков много? Как выявлять требования, если мы разрабатываем сервис для тысяч людей? 04-Alexey_Tigarev-AgileProductivity-Agile_Requirements_Management.ogg Размер: 12 MB Длительность: 1 час 10 минут 17 секунд

Каст 5. Коммуникация в команде. Кому подходит и кому не подходит Agile? Кроссфункциональность команды. Коллективная ответственность. Какова роль "менеджера" в Agile? Как управлять знаниями в Agile-команде? Какое физическое окружение создаёт оптимальные условия для работы Agile-команды? Как синхронизировать работу команды? Как управлять совершенствованием команды? Лидерство в Agile-команде. Состояние потока. 05-Alexey_Tigarev-AgileProductivity-Team_Communication.ogg Размер: 25 MB Длительность: 1 час 35 минут 8 секунд

Каст 6. Гибкое планирование. Как управлять последовательностью работ? Как оценивать User Stories? Какие инструменты управления проектами есть в Agile? Как сделать работу прозрачной для заказчика? Как планировать и отслеживать выполнение итерации? Что делать с незаконченной в рамках итерации работой? Что, если оценка расходится с реальностью? Понятие скорости проекта. Как увеличивать скорость? Как планировать релиз? Почему важна стабильность внутри итерации? 06-Alexey_Tigarev-AgileProductivity-Agile_Planning.ogg Размер: 10 MB Длительность: 42 минуты 7 секунд

Каст 7. Качество в Agile. Что такое юнит-тестирование? Какова общая структура юнит-тестов? Как сделать так, чтобы заказчик сам смог писать приёмочные тесты? Как поддерживать высокое качество кода? Что делает рефакторинг эффетивным и безопасным? Автоматизация билдов. Continuous Integration. Принципы KISS и YAGNI. Как парное программирование влияет на качество? Как команда может сама предложить и внедрить способы улучшения качества? 07-Alexey_Tigarev-AgileProductivity-Quality_In_Agile.ogg Размер: 19 MB Длительность: 1 час 15 минут 35 секунд

Каст 8. User stories. Анализ примеров. Ответы на вопросы. В этом касте рассмотрено построение набора User Stories по учебному проекту - на основе домашних заданий участников тренинга. Конкретные примеры дают представление о том, как это выглядит в реальности. Обратная связь и комментарии по каждому примеру дают возможность избежать наиболее часто встречающихся ошибок. Ответы на вопросы участников тренинга помогут заполнить основные "белые пятна" на Вашей карте Agile. 08-Alexey_Tigarev-AgileProductivity-Homework_and_Q&A.ogg Размер: 28 MB Длительность: 1 час 55 минут 15 секунд

Каст 9. Оценка User Stories и планирование итерации. Анализ примеров. В этом касте рассмотрена оценка User Stories в Story Points и планирование итерации - на основе домашних заданий участников тренинга. Конкретные примеры дают представление о том, как это выглядит в реальности. Обратная связь и комментарии по каждому примеру дают возможность избежать наиболее часто встречающихся ошибок. 09-Alexey_Tigarev-AgileProductivity-Homework_on_Planning.ogg Размер: 14 MB Длительность: 56 минут 37 секунд

Каст 10 Заключение. Что делать дальше? Как внедрять практики Agile? Что является ключевым условием успеха внедрения Agile? Какова последовательность шагов для внедрения Agile? Как построить самоорганизующуюся команду? Каковы критерии того, что команда стала самоорганизующейся и способна обойтись без предписаний лидера? Какова роль ScrumMaster во внедрении Agile? Где взять дополнительную информацию? Ссылки на книги. 10-Alexey_Tigarev-AgileProductivity-Final._Further_Steps._Reference_Materials.ogg Размер: 16 MB Длительность: 1 час 4 минуты 40 секунд

БОНУС. Управление изменениями. Внесение изменения в системы. Модель SCORE. Почему часто не удаётся изменить статус кво, хотя и понятно, что именно надо менять? Почему происходит откат к предыдущему состоянию? Как системы поддерживают свою целостность? Как перевести систему в другое состояние? Как идентифицировать ресурсы, позволяющие совершить изменение? Как сделать, чтобы система поддерживала сама себя в новом состоянии? Этот каст поможет понять процессы, с которыми вы столкнётесь при внедрении Agile. Хотя то же самое может быть применено по отношению к любым изменениям в системах: команды, организации, семьи, личный тайм-менеджмент и т.д. Bonus-Alexey_Tigarev-AgileProducutivity-Changing_Systems._SCORE_model.ogg Размер: 12 MB Длительность: 47 минут 22 секунды

БОНУС. Мотивация сотрудников. Что мотивирует программистов кроме и больше денег. Что программисты любят и не любят. Ключевым моментом в Agile является наличие мотивированных личностей, которым мы доверяем создать качественный продукт и победить. Александр Орлов, engineering manager компании Intel, автор тренинга "Секреты Управления Программистами" - "Как Менеджеру Программистов Удвоить Зарплату, Сделать Карьеру и Начать Жить", делится опытом по поводу того, как создать мотивацию у программистов (а также - что, возможно, ещё важнее - как не допустить демотивации). HPM-Cast-03-Motivation-low.mp3 Размер: 7 MB Длительность: 30 минут 19 секунд

Благодаря твоему тренингу, Алексей, я получил целостное представление о методологиях Agile. Алексей мастер НЛП - сразу видно - вначале тренинга он помог настроить фильтры восприятия. Я изначально уточнил для себя цели тренинга и дальше был очень замотивирован на активное участие в тренинге.

Основной показатель качества тренинга для меня - было интересно.

Практическая ценность тренинга для меня - я примерил практики методологий agile на свой проект. Перед этим я еще раз трезво оценил свой проект вцелом - тем самым лучше его поняв. Есть множество идей что уже сейчас можно улучшить не меняя процессов в проекте. И еще больше идей которые сначала нужно изучить вглубь.

И еще один беклог - чего я запланировал себе изучить (рефакторинг, DSL).

Личная ценность тренинга - я понял что для я хочу работать в agile команде к чему теперь буду стремиться. Понял что пора в очередной раз поработать с внутренней мотивацией и мотивацией команды.

Спасибо Тигра. Надеюсь ты будешь продолжать вести тренинги - я бы с удовольстием поучаствовал в других твоих тренингах.
-- vvlad

Стоимость системы

Система стоит $350.

Пока физическая версия коробки готовится, коробка продаётся дешевле. Для первых пяти покупателей стоимость коробки составляет $195.

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

О том, что мне дал тренинг.

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

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

Кстати, советую всем платить за тренинги и платить побольше, это мотивирует не бросать тренинг и делать ДЗ )
-- phwizard

AgileProductivity: поздравляем финалистов!

2008-04-01T22:11:52Z

Закончился тренинг AgileProductivity ("Утройте продуктивность команды программистов, используя гибкие методологии").

Искренне поздравляю финалистов:

anton_y_k
bifurcate
dockay1
droneru
krizai
payalnik
phwizard
sandcity
vvlad

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

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

AgileProductivity: отзывы по тренингу

2008-03-31T21:04:03Z

Размещайте, пожалуйста, в комментах к этому посту ваши отзывы по тренингу.

AgileProductivity: освободились шесть мест по $20

2008-03-26T12:11:09Z

На тренинге AgileProductivity освободилось шесть мест стоимостью $20 - некоторые участники не выполнили домашнее задание.
Для того, чтобы записаться, нужно оставить коммент к данному посту:
1. Ник в ЖЖ
2. Имя и фамилия
3. Место работы
4. Должность

И перевести 20 WMZ по WebMoney на Z218997028879.

Как только эти шесть мест кончатся, вписаться в тренинг до его окончания можно будет за $147.
После оконачания материалы будут стоить $350.

AgileProductivity: Каст 1

2008-03-24T21:56:03Z

Вводный каст прошёл.

Необработанные записи здесь:

agileproductivity.080324.1.mp3 (12 Mb)
agileproductivity.080324.2.mp3 (1.5 Mb)

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

Скачивание этого каста доступно для всех.

AgileProductivity: примерное расписание тренинга

2008-03-23T18:40:08Z

Внимание: время указано со временной зоной GMT+2.
Разница с московским временем - в один час.

Дата	Время начала	Каст	Тема
понедельник 24 марта	22:00	1	Введение. Принципы и ценности Agile.
вторник 25 марта	22:00	2	Введение в Scrum.
среда 26 марта	20:00	3	Введение в Extreme Programming.
четверг 27 марта	20:00	4	Гибкий подход к управлению требованиями. Коммуникация с заказчиком.
пятница 28 марта	---	---	Бонус
суббота 29 марта	17:00	5	Коммуникация в команде
суббота 29 марта	19:00	6	Гибкое планирование.
воскресенье 30 марта	17:00	7	Качество
воскресенье 30 марта	19:00	8	Бонус
понедельник 31 марта	22:00	9	Ответы на вопросы
вторник 1 апреля	22:00	10	Заключение. Что делать дальше?

Возможны изменения, следите за анонсами.

AgileProdcutivity: Развёрнутый план тренинга

2008-03-23T17:00:18Z

Стуктура тренинга будет приблизительно такой:

Каст 1. Введение. Принципы Agile.

Введение
Ценности Agile
Приципы Agile
Краткий обзор методологий (Scrum и XP)
Другие методологии
Чего ждать от тренинга?

Каст 2. Коммуникация в команде.

Кому подходит и кому не подходит Agile?
Кроссфункциональность команды
Коллективная ответственность
Роль менеджера в Agile
Управление знаниями
Физическое окружение для команды
Вспомогательные средства коммуникации
Ежедневная синхронизация: Daily Scrum Meeting
Ретроспективы: что делает из хорошей команды отличную
Лидерство в команде

Каст 3. Гибкий подход к управлению требованиями. Коммуникация с заказчиком.

User stories. Облегчённая форма представления требований.
Приёмочные тесты как спецификация.
Облегчённое управление составом и последовательностью работ. Scrum backlog.
Регулярная демонстрация новой функциональности
Сбор требований
- On-site customer
- Работа с удалённым заказчиком
- "Многоликий" заказчик

Каст 4. Гибкое планирование.

Управление последовательностью работ
Оценка работ
Итерация: планирование, выполнение, мониторинг
Что, если оценка расходится с реальностью?
Скорость разработки и её увеличение
Планирование релиза

Каст 5. Качество.

Юнит-тестирование
Test Driven Development
Приёмочные тесты
Рефакторинг
Автоматизация билдов
Continuous Integration

Каст 6. Бонус.

Секрет :-)

Каст 7. Ответы на вопросы.

Каст 8. Заключение. Что делать дальше?

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

AgileProductivity: План тренинга

2008-03-22T18:57:35Z

Каст 1. Введение. Принципы Agile.
Каст 2. Коммуникация в команде.
Каст 3. Коммуникация с заказчиком.
Каст 4. Гибкое планирование.
Каст 5. Качество.
Каст 6. Бонус.
Каст 7. Ответы на вопросы.
Каст 8. Заключение. Что делать дальше?

Тренинг стартует в понедельник, 24 марта на http://webinar2.ru/agileproductivity.
Участники - следите за анонсами кастов в подзамочных постах (не забывайте залогиниться, а то не увидите их).
Тем, кто забывал залогиниться - обратите внимание на посты:

Домашнее задание для подготовки к тренингу. Часть 1

Домашнее задание для подготовки к тренингу. Часть 2

Мотивационные схемы в одесских софтверных конторах

2008-03-20T14:52:03Z

Друзья,
Хочу провести маленькое исследование мотивационных схем в одесских софтверных конторах.

Поделитесь, плиз, инфой:

Название конторы

Средняя зарплата (junior, mid-level, senior, team lead)

Если есть бонусы - какова их структура

Если есть соцпакет, что туда входит?

Есть ли:

бесплатные обеды

пересмотр зарплат - раз в году или 2

кофе, чай от фирмы

уроки английского от фирмы

бонусы за хорошую работу

13-я зарплата

мед. страховка

абонемент в спортзал/бассейн..

поздравления от фирмы в день рождения

корпоративные мероприятия

профессиональные тренинги

Какие ещё фишки влияют на комфорт/удовольствие от работы для вас?

Заранее благодарен. Думаю, будет интересно.

Статья: "9 способов улучшить качество кода в вашем проекте". Алексей Тигарев.

2008-03-19T23:32:30Z

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

Представляю 9 способов. Некоторые покажутся банальными, но никогда не будет лишним проверить, а не пропустили ли мы какую-то очевидную вещь?

Способ 1. Нанимайте хороших программистов

Соблюдайте разумный балланс в соотношении количества разработчиков разного уровня в команде. Простое правило: 1 junior - 1 mid-level - 1 senior. Большее количество junoir'ов имеет большие шансы серьёзно ухудшить качество кода

Способ 2. Две пары глаз или больше
Диалог с машиной - это одно: добился работоспособности кода - и ладно. Совсем другое дело, когда в общении участвует кто-то третий: он видит изъяны в коде. Это помогает убрать как те изъяны, которые первоначальный автор не разглядел, так и те, о которых он знал, но ленился исправить.

Лучший вариант - парное программирование. Хороший вариант - когда требуется, чтобы другой разработчик обязательный делал review изменений перед каждым коммитом. Заодно и все в курсе дел будут.

Способ 3. Отмените правила на документирование кода
Комментарии в коде часто служат просто "дезодорантом" для "дурных запахов" кода. Если код нуждается в комментарии - значит, он недостаточно понятен сам по себе. Когда код изменится, и комментарий устареет - будет ещё хуже. Взгляните правде в глаза, сдёрните покровы комментариев с кода - сделайте изъяны заметными.

Javadoc-style комментарии нужны только для классов и для публикуемых API, которыми будут пользоваться вне вашей команды.

Способ 4. Используйте статические анализаторы кода
Многие аномалии кода очень легко определить автоматически - как какие-то особенности абстрактного синтаксического дерева.

Существует множество инструментов, которые позволяют это делать: PMD, Checkstyle, JDepend, JLint, FindBugs....

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

Способ 5. Научите членов команды рефакторингу
Книга Мартина Фаулера "Рефакторинг" содержит как прекрасный каталог "дурных запахов", способный воспитать эстетические чувства разработчиков, так и конкретные методы трансформации кода в код, который выполняет аналогичные функции, но выглядит получше.

Концепция рефакторинга интуитивно понятна, и большинству разработчиков кажется, что они это умеют.

Однако чаще всего они умеют пользоваться лишь отдельными рефакторингами, поддерживаемыми IDE.

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

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

Способ 6. Используйте Design Patterns
Design Patterns - это хорошие решения типовых проблем, обкатанные, как галька. Если, конечно, применять паттерны к месту, а не ради самого применения. Паттерны обычно изначально выглядят красиво. Кроме этого, их все знают. Соответственно, в коде, использующем паттерны, легко разобраться - и это хорошо для кода. На языке паттернов разработчики могут эффективнее общаться между собой, обсуждая дизайн.

Способ 7. Используйте принципы KISS и YAGNI
Избегайте желания строить башни из слоновой кости и универсальные мега-фреймворки только из-за того, что вам недостаточно понятны желания заказчика. Лучше выясните. Не можете выяснить - предположите и проверьте, показав заказчику результаты.

Руководствуйтесь принципами KISS (Keep It Simple Stupid) и YAGNI (You Ain't Gonna Need It)

Способ 8. Пишите юнит-тесты
Когда вы думаете о коде с точки зрения тестируемости - код автоматически становится лучше.

Чтобы отдельные модули могли быть протестированы в изоляции, требуется уменьшить степень их зависимости от других компонент.

Мы автоматически следуем принципу ООП Low Coupling - High Cohesion. Мы просто вынуждены хорошо прорабатывать интерфейсы. Клиентский код, использующий лаконичные понятные интерфейсы - понятнее, короче и легче поддерживается.

Способ 9. Используйте DSL там, где это удобно
Иногда ваш любимый язык программирования - это не то, что надо.

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

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

Такие языки называют DSL - Domain Specific Languages.

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

Выделение удобного API - первый шаг к созданию DSL. Иногда можно тут и остановиться. Если не удаётся избавиться от большого количества boilerplate code - кода, необходимого только для того, чтобы соблюсти синтаксис - значит, надо изменить синтаксис. То есть использовать DSL вместо "родного" языка.

Прочитайте внимательно приведённые способы. Какие из них вы не используете или используете не в полную силу? Выберите 3-4 способа и сосредоточьте на их применение своё внимание как минимум в течение месяца. Потом сравните новую ситуацию со старой и поделитесь своими выводами.