Викилоги

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

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

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

• Олег Ридченко (Intetics Co.) “Mind the Gap” – что делать с растущими ожиданиями клиента. О том, что ожидания клиента - они непрерывно растут. И если это не принимать во внимание, то при постоянной мощности их, через некоторое время, перестаешь оправдывать. А чтобы этого не было, надо работать с клиентом и представлять свои достижения. Было прилично подробностей, о них отдельно. Но в целом Володя, по-моему, рассказывает про это дело лучше.
• Мина Бустром (SunGard Front Arena) - о том, как в адаптировали классическую водопадную MDA-методологию к Agile, организовывая работу по проекту интеграции. Именно к Agile, опираясь на его принципы. У них вполне получилось. Очень энергичный и хорошо построенный доклад. Мне понравилось.
• Сергей Архипенков об управлении разработкой, и вообще о гуманистическом отношении к программистам. Кстати, после доклада поспрашивал у него про их организацию управления на проекте из 50 человек, поделенным на команды по функциональным модулям (в принципе, похоже на СМ). У них team lead - главный, он и управляет и за архитектуру внутри компонента отвечает, аналитику и реализацию внутри ведет команда. Тестировщики - вынесены в отдельную команду и тестят еженедельные минорные релизы всех команд, основные релизы раз в два месяца. Руководит этим управляющая команда из team lead'ов + архитектор + руководитель всего проекта (это он). Деление на компоненты и архитектура верхнего уровня - у архитектора. В целом - похоже, по-моему, на то, что у нас, только без agile.
• Илья Сегалович (Yandex) - о технологиях и вообще организации разработки в компании. В общем-то. мог бы рассказать больше. Было очень быстро, и довольно интересно - что вынесено на уровень компании, что на откуп в командах, как устроены процессы верхнего уровня. Чего-то принципиально нового я не услышал, но подробнее - напишу.

Еще не могу не написать про доклад Бьярна Страуструпа. Организаторы подложили большую свинью докладчикам, которых поставили параллельно. Потому что там никого не было - в комнату С я заглянул, один докладчик и один человек в зале, в комнате B собирали стулья. Конечно, эти доклады меня лично не вдохновляли, но это можно сказать о многих докладах конференции. А Страуструп вполне хорошо, хотя весьма монотонно и скучновато рассказывал про предмет - C++ и его новый стандарт. Доклад был профессионален - достаточно качественно, сбалансировано по частям, занял отведенное время, а не больше. Это тот случай, когда ожидания, в целом, оправдываются. И это радует.

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

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

А еще сегодня был круглый стол, на котором программный комитет рассказывал, как оценивал доклады и формировал конференцию. Утверждает, что - честно, как описано. Только не все рецензенты реально писали обоснования своих оценок, и не на все доклады вообще находились рецензенты. Формулировал хотелки по докладам. И призывал добровольцев в рецензенты на следующий год. Я, кстати, записался :)

Часть программного комитета четко выдерживает "научность" конференции, и явно это формулировала. Не жестко, но тем не менее по уровню научной статьи - обзор аналогов, позиционирование в отрасли, заключения. На самом деле, тут ничего страшного нет - если бы они это заявили, то почти любому докладу научность в этом объеме придается за час-другой. И в принципе, это делает статью лучше - если за уши не притягивать. Только они не заявили, а вместо этого - выложили требования к оформлению, на которые, говорят, никто не смотрел. Только научность - это палка о двух концах. В общем-то ее придать можно чему угодно и она совершенно не говорит о качестве доклада. Что я лично сегодня и наблюдал. Хотя из зала некоторые участники полагали научность правильным направлением. Кстати, в самом программном комитете по поводу научности единого мнения нет. Николай Пунтиков, который будет руководить комитетом в следующем году, не считает ее правильным направлением развития. Основная идея у них - это неспециализированное общение программистов. Кстати, было предложение одного из импортных участников сделать еще отдельный трек отвергнутых докладов. В общем, замечания, претензии и идеи организаторам были высказаны, будем надеется, что в следующем году будет лучше.

А для желающих посмотреть на Страуструпа: в пятницу в 16:30 будет его доклад C++0x, а потом - специально организованная сессия автографов.

Во вторник был и выступал на SECR-банки. На два зала - 25-30 слушателей при 18 докладах :) Но - были доклады про проекты по inhouse разработке, и это - любопытно, проблемы и задачи которые люди решают и каким образом. Что сильно запомнилось:

• Леонид Феликсон рассказывал про SOA вместо Томас Ерла. По-русски. С упором на концепции. "Теперь программисты не стремятся писать код, кроме некоторых испытывающих от этого кайф. Вместо этого они берут готовый код и комбинируют его для получения нужного функционала. И идея SOA - в том, чтобы было легко это сделать." Это пересказ, а не цитата, но смысл передан. У меня это вызвало ассоциации с идеей постиндустриального общества, в котором реальное производство переносится в Китай и другие подобные страны, а в развитых - остаются услуги.
• Андрей Калмыков из Deutshe Bank рассказывал про переход от оплаты за часы на fixprice. Идея не в том. чтобы сэкономить, а в том, чтобы бизнес узнал цену своих хотелок. У бизнеса часто глаза на лоб лезут от цены, за такие деньги им это совсем не нужно. Во многом, конечно, потому что заказывают они стратегическим вендорам, но это уже второй вопрос. Ну и россыпью еще интересное было. Например, что если надо думать при разработке, или даже при тестировании - это в Россию, а если работа тупая - к индусам, в три раза дешевле. Зато они пытаются готовые проекты, сданные с документацией передать индусам на сопровождение чтобы экономить.

Были и еще интересные доклады, подробная аннотация будет. Но был и отстой.

В среду был на основном SECR. Народу много, доклады, в целом, приличные, вернее, в каждое время был минимум один приличный доклад, а иногда - парочка. Из запомнившегося - доклад аутсорсеров Fujitsu в России (Таланов, Крехов, Махмутов) - ребята делают систему, которая позволит автоматически исполнять change request'ы заказчика, сформулированные на естественном английском языке, с аудитом аналитика, выдавая готовый код (sic!!). Пока у них демо на модельных примерах, в этом году запланирован выход в продакшн и они оценивают, что смогут до 25-60% запросов на изменение своих приложений обрабатывать автоматически. Потому как тупые запросы. А сложные - да, к программистам, как сейчас. Их, конечно, начали клевать теоретики - какой смысл делать автомат, если он не все обрабатывает и прочее, но если у них получится - это ж замечательно.

Завтра продолжим...

Я дописал отчет о ADD-2010 в достаточно подробном виде.

На выходных дописал отчет о Летнем Аналитическом Фестивале, где я выступал и общался на прошлых выходных ЛАФ-2010. К сожалению, дописать отчет на неделе не получалось - не давала остальная работа, а дальше откладывать неправильно - забываешь. Вот и пришлось дописывать в субботу.

P.S. Вы не думайте, я именно дописывал, где-то 2/3, а может и 3/4 были написаны раньше :)

Я хочу написать про книжку по управлению знаниями "Учитесь летать" (Крис Коллисон, Джефф Парселл).

В пятницу я совершенно случайно оказался у стойки секретарей в тот момент, когда они получали комплект купленных книг и взял одну полистать. А когда она мне понравилась, то внаглую утащил один экземпляр почитать. И за выходные прочитал 2/3, а сейчас - до конца. Что говорит о качестве книги (и о ее объеме :)) - я достаточно редко глотаю профессиональные книги такими темпами. Книга - замечательная, и в своем личном рейтинге я бы сопоставил ее с такими книгами, как UML Файлера или SCRUM Книберга. Потому что она написана практиками и излагает практические вещи, а не глубокую теорию. И эти практические вещи можно пробовать применять - в разном порядке и объеме. Общая идея - главное начать, а дальше - оно пойдет. И, собственно, именно это мне импонирует. Конечно, несколько режет глаз несколько несдержано-рекламный характер изложения, но если отнести его просто на индивидуальный стиль авторов, то особой проблемы он не составляет. Есть же люди, восторженно относящиеся к своей работе и ее результатам, и это не страшно :)

Теперь о содержании. Книга написана на примере очень большой компании - BP (British Petrolium) и это, естественно, накладывает свой отпечаток. Но это не страшно, а, наоборот, стимулирует применять предлагаемые практики осознано, а не механически. Сами же практики безусловно полезны и применимы. Более того, часть из них по-сути встроены в процедуры SCRUM, например, процедура разбора полетов при "обучении в процессе" - это типичная ретроспектива, и шаблон проведения (как я его слышал на какой-то из сессий от Бибичева) - тот же самый. Думаю, все выросло из одних корней. Однако, книга ценна тем, что там много акцентов и деталей по проведению всех этих процедур. С моей точки зрения, многие из описанных практик можно применять в нашей компании, и часть из них не требует создания каких-то специальных условий, хотя другие - требуют некоторого предварительного вложения сил. Но не технического - тут усилиями Стаса у нас есть все возможности, а организационных. И умственных, то есть определенной перестройки сознания.

Кстати, если говорить о технических составляющих, то книга написана очень давно (2001) по материалам еще более старым (1997-1999). Солидная часть технического обеспечения, касающаяся интернет-технологий вышла за рамки корпоративных решений на просторы общих сетей. И если технологии форумов и сообществ, думаю, развивались параллельно и обогащались, то социальные сети типа "Мой круг", думаю, зародились именно внутри корпораций и уже оттуда пошли как общедоступные проекты. Впрочем, я могу ошибаться, этот предмет я не слишком знаю. В любом случае, надо следует делать поправку на накопленный со времени написания книги опыт.

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

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

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