Просмотр исходного текста страницы Участник:StasFomin/AgileDaysDraft

Опубликовал видео с конференции AgileDays-2011.

=== Почему это интересно? ===
Хотя тема уже не новая, в сейчас как раз можно отпраздновать юбилей — Agile Manifesto стукнул десяток, «продвижение в массы» еще продолжается. Причем если раньше борьба была на фронте корпоративной разработки, в стиле «Agile vs. Some Waterfall Unified Process» и там он нес скорее избавление от лишних регламентов и бессмысленного труда, то то сейчас он добрался до самых широких масс (разработка сайтов, стартапы).

А тут, конкурируя с «методологиями» «Bardak and Chaos», «Code&Fix(?)», и вместо избавления приносит какие-то странные ритуалы, очень похожие на менеджерский карго-культ, что встречает, скажем так, очень скептический прием у девелоперов. Тут и [http://blogs.yandex.ru/search.xml?text=%D0%A1%D1%82%D1%8B%D0%B4%20%D0%B8%20SCRUM&ft=all детские дразнилки], и даже «антиманифесты» ([http://programming-motherfucker.com/], [http://пиши-код-блять.рф/]).
Модно даже обвинять Agile в эпичном Nokia-фейле.

Лично я считаю, что в разработке развитие идет постоянно (см. например «[[Культуры программных проектов (Энтони Лаудер)|Культуры программных проектов]]»), потребности пользователей растут наперегонки с техническими возможностями девелоперов, внутри разработки, особенно в зависимости от типа проекта, меняется важность ролей и специализаций: «разработчики», «менеджеры», «тестировщики», «аналитики», «юзабилисты» и «сейлы». И надо понимать, как все это балансировать.
И меня достал уже старый риторический баян, что «нет серебряной пули» среди методологий разработки.
Конечно нет! Есть куча интересных, эффективных практик, в разработке, аналитике и организации, есть рефлексия, когда, где и как это работает. И все это происходит под лейблом «Agile», наверное потому, что проще объединится под очевидными ценностями [http://www.agilemanifesto.org/ Agile-манифеста], чем под прохождением сертификации какого-нибудь ''Process Management Institute''.

И именно потому, что все динамично и разнородно, «кабинетный путь» — «прочесть N книг», не шибко эффективен.
Проще изучить очень простые правила и терминологию самых распространенных Agile-процессов — SCRUM и Кanban, это займет считанные часы, а затем смотреть, какие реальные, непридуманные проблемы возникают у других разработчиков, и как они их решают.
А вместо того, чтобы читать книгу, которую вряд ли напишет «боевой» разработчик или PM (скорее всего это будет западный тренер в запоздалом и кривом переводе), посмотреть и послушать свежий опыт команд разного типа, понять, что «это у нас работать не будет», а «это нужно здесь и сейчас, иначе эти парни-конкуренты нас порвут».

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

Конечно, полезно также общаться и лично, но сейчас летнее затишье после прошедших [http://camp.agiledays.ru/ AgileCamp], [http://dnepr.agilebasecamp.org/ Agile Base Camp], и можно неспешно, совмещая с пассивным отдыхом смотреть и рефлексировать над видео с докладов.

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

=== Почему это видео надо или хотя бы можно смотреть? ===
Не секрет, что еще года три назад видеозаписей с любой IT-конференции ждали, надеясь «удаленно посетить» просматривая видеозапись.
Однако в последнее время  видеозаписи конференций часто закидывают помидорами (вот [http://habrahabr.ru/company/mailru/blog/110406/ хабрапример]).

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

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

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

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

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

Такое видео, можно с удовольствием посмотреть, получив эффект присутствия, и даже более того!

Ведь у смотрящего есть власть над видео:
* Можно повторить непонятное,
* Промотать тривиальное,
* Ускорить или замедлить выступление. Например, в VLC, нажав пару раз на клавишу «]», даже самый скучный и заикающийся докладчик начнет жечь как Стив Баллмер (да, многие доклады я смотрел на «150%» скорости).  И наоборот, можно замедлить (в VLC это «[») и разобрать непонятный момент.
* Можно рассмотреть внимательно экран или наоборот, сконцентрироваться на выразительных, многое поясняющих, жестах докладчика.
* В такой записи смотреть даже презентации-слайдоменты, не читаемые даже с третьего ряда, или презентации на черном фоне, которые сделал гордец, решивший уподобится Стиву Джобсу (смотреть их в незатемненном зале — невозможно).

Но такой монтаж — это нетривиальная, обычно ручная работа, и когда за нее берутся профессионалы, то и берут за нее очень много. И то, как правило, получается не очень. Так вот, мы, при проведении AgileDays-2011 озаботились этим вопросом, и научились это делать относительно быстро и качественно. Видео высокого-веб разрешения (1280×720), где всегда есть экран с точностью до пискеля, докладчик или зал, в зависимости от активности последних, маркерная доска, если докладчик таки порывался на ней что-то порисовать.

Так что, если тема доклада вас заинтересовала, высока вероятность, что вы его  не зря просмотрите.
Видео опубликовано и в веб-версии, чтобы посмотреть начало, ознакомиться, и даже досмотреть до конца (только нельзя ускорить <tt>:(</tt>), и есть ссылки на скачивание оригинальных видеофайлов, чтобы смотреть активно, с перемоткой или ускорением.

Из минусов, надо признать, что не всегда была удачна работа видеооператоров — дело в том, что мы решили снимать видео незадолго до начала конференции, и операторами были наши сотрудники после получасового тренинга за день до начала конференции. Получилась такая вот Agile-кроссфункциональность, не идеально, зато вовремя и дешево!

А кроме видео, также опубликованы дополнительные материалы,
* как от самих докладчиков: аннотации, слайды,
* так и очень важная штука — отзывы зрителей.

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

И наконец — для каждого автора доклада приведена ссылка на его профиль в IT-шной профессиональной сети, т.е. если вы заинтересовались, в пару кликов можно:
* Посмотреть «кто все эти люди», можно ли доверять их мнению.
* Связаться с автором, задать вопросы, поблагодарить, или выразить несогласие.

=== Темы докладов ===

{{/Темы докладов}}


<noinclude>
<references/>
</noinclude>
<noinclude>[[Категория:CustisWikiToLib]]</noinclude>