Эта статья викилога является черновиком и ещё не была опубликована.
Прошлую неделю провел на мероприятии достаточно оригинального формата — гибриде конференции и отдыха.
Называлось все это Software Engineering Gathering 2010
«…слёт специалистов в области инженерии ПО … любые темы, связанные с инженерией ПО… февраль, Египет…».
Идея достаточно здравая — в свое время, рефлексируя над неудобством обычных московских IT-конференций для немосквичей (дорого, неудобно, уныло), мыслил на тему слетов зимой в Турции — зимой там бросовые цены, от тыщи за сутки, при простаивающей инфраструктуре отелей, позволяющей участникам общаться круглосуточно, наслаждаясь экологией и обслуживанием с одной стороны, и не сильно отвлекаясь на пляж-купания с другой.
Ну, а это был более скорее более пляжный вариант, ибо Египет в самое свое холодное время, вполне купабелен и всяко теплее Москвы-Питера-Минска в самые свои теплые деньки[1].
Хотя заявлялся полный спектр тем и профессий, нижеприведенный список основных участников[2] показывает, что это была в основном тусовка тестировщиков, со всеми из этого вытекающими последствиями (темы/проблематика/язык/подходы).
- Орликов Владислав
- Project Manager (тестирование), http://vldcorp.blogspot.com/
- Tiit Paananen
- PM (тестирование). http://parasiil.blogspot.com/, LinkedIn
- Хайруллин Тимур
- Project Manager (тестирование)
- Нечаева Юлия
- Project Manager (тестирование)
- Полаженко Сергей
- Project Manager (тестирование), разработчик.
- Печенкин Григорий
- Аналитик
- Кондаков Александр
- методолог, http://russian-sla.livejournal.com
- Безуглый Дмитрий
- методолог, консультант-преподаватель-тренер.
- Александр Бурдейный
- тестировщик.
- Твердохлебов Роман
- тестировщик, http://retverd.blogspot.com/
- Лянгузов Алексей
- ведущий тестировщик Sun Microsystems
- Михайлова Виктория
- тестировщик
- Курсанова Александра
- тестировщик
- Ильичёв Павел
- тестировщик
- Фомин Стаc
- разработчик, PM, методолог.
Сам я несколько новый в этой тусовке (ибо какбэ не тестировщик, а только сочувствующий), но был готов транслировать любую тему оптимального процесса разработки ибо у меня было полно обкатанных практикой идей.
Изначально, насколько я понял, план был таков: два первых дня — дневные выступлений в конференц-зале, остальное — отдых.
Задним числом, стоит признать, что это был не самый удачный вариант.
И дело даже не в том, что конференц-зал нам не достался, выступать приходилось в незатемненном помещении ресторана, с слабым проектором, дохлым WiFi? жарким днем (когда кондиционер не спасал, а пляжные радости сманивали нестойких участников), и в результате, организованных выступлений было всего четыре, и заняло это всего один день. Лично я старался с пользой использовать любое время, и вечерами nonstop рассказывал от трендах и последних наших изобретениях — системы контроля версий (DVCS vs. CVCS, визуализация работы), тестменеджмент, оптимальный набор вебсистем в компании (Bugzilla, MediaWiki и все ее ништяки, ViewVC, и т.п.), системы корпоративной социализации (блоги и RSS-агрегаторы), юзабилити, полезные инструменты (Mindmapping), секреты правильных информационных презентаций, культурные коды ITшников в сериалах и мультфильмах, и многое другое (по сути, то, что рассказывал на конференциях SECR-2007/2008/2009, SEF-2009, ReqLabs-2009, и т.п. см. [9], например, [10], [11], [12], [13], [14], [15], [16], плюс кучу всего недосказанного). Рассказывал это микрогруппам (от одного до трех человек), собрав их вокруг своего ноутбука, без жесткого таймфрейминга, достаточно неторопливо и методично, отвечая на вопросы и демонстрируя примеры — т.е. не кормил людей голыми слайдами, а
погружался внутрь корпоративной сети компании через OpenVPN, и показывал все «живьем».
Было интересно (хотя WiFi оставлял желать лучшего).
Отсюда конструктивные выводы для организаторов подобного мероприятия (особенно в Египте):
- Время
- Не стоит копировать стандартную конференцию — «работа днем»/«afterparty вечером» — днем в Египте не работается, пляжи, бассейны и море ждут (ибо работают они до 17:00, а далее резко темнеет) — днем надо отдыхать, а собираться на толковища можно спокойно вечером (вместо стандартного «околоалкогольного» времяпрепровождения). Зато вместо 2-х выделенных дней можно с толком использовать все дни! Кстати, думаю нужно минимизировать экскурсии занимающие весь день целиком, чтобы не выбиваться из ритма «литературных вечеров».
- Место и технологии
- Вообще не стоит бороться за то, чтобы собрать всю группу в одном помещении и с проектором. Это удел сборищ от 30 человек и выше, а когда речь идет об одном-двух десятках, можно формировать мобильные группы по интересам («там, где двое или трое соберутся во Имя Мое, там и Я посреди них» ©). Так можно от пары до полутора десятков участников рассадить вокруг стола, можно даже на открытом воздухе (коктейли, алкоголь, кальян-сигареты — по желанию), и транслировать визуальный поток используя не проектор, а ноутбуки (у каждого второго они были, и это достаточно) — пару лет назад для такой задачи я успешно использовал VNC, для тупой трансляции экрана в локальной сети можно использовать VLC, возможно есть что-то лучше, например, чтобы не париться с настройкой, можно использовать вебинарные сервисы-приложения, типа Mikogo (todo:надо провести эксперименты в среде «локальная сеть с слабым WiFi»).
WiFi должен быть обязательно. Можно конечно исследовать задачу «создать локальную WiFi-сеть на пустом месте», но связность с глобальным Интернетом очень важна (ссылки на ресурсы, гугление, заход в корпоративные сети, возможно даже присоединяться удаленные участники) — так что лучше требовать «чтобы было!».
- Тематика и атмосфера
- Ожидается взаимное доверие (сильно большее, чем между случайными участниками на конференции). Отсюда хочется исключить флеймогонные темы «о сферических конях в вакууме», о которых можно спорить бестолку и до бесконечности, основанные не на практике, а на «прочитанных книжках» и собственных домыслах — ведь это первейший способ стать даже не астронавтом от архитектуры, а вовсе «астральным методологом/архитектором/PMом». Лично я ожидал бы максимальной конкретики, местами инсайда:
- Рассказ об инструменте — покажите его. Минимум — скринкасты, лучше — живьем.
- Методология? Процессы? Поделитесь живыми кейсами. Цифры рулят — нарисуйте структуру компании/проектных групп, покажите сколько, где и каких специалистов. Покажите размер проекта. Да, метрики конечно условность, но не поленитесь померить проект CLOCом — хотя бы с точностью до порядка. Уверяю, проекты размером в десяток тысяч строк и несколько миллионов, рулятся по-разному.
- Архитектура или практики кодирования? — Show me your code!
- Usability? — показывайте интерфейс живьем. И т.п.
В награду за такую открытость, все участники должны быть очень доброжелательны, и если критиковать, то очень конструктивно. Т.е. этот «IT-нудизм» должен (и думаю, будет) обязательно вознагражден конструктивным фидбеком, а
уход в темы без конкретики «Почему все плохо?» или «Agile vs. NonAgile» будет легко пресекаться, также полечится проблема с «захватом микрофона» за счет дерзости и риторики («оффтоп? — спасибо, послушаем более конкретные предложения»).
Проведенные доклады и обсуждения
К сожалению, длились только один день, 2010-02-22.
Весь софт - отстой
Ведущие — Лянгузов, Дмитрий Безуглый.
IT-методологии и разработчик
Ведущие — Александр Кондаков, Дмитрий Безуглый.
Отчеты других участников
Видео
Вряд ли понадобиться кому-то, кроме участников, но пусть тут повисит.
- Яхта-морская прогулка
- http://narod.ru/disk/18401635000/seg-2010-yacht-video.zip.html
- Сафари в пустыне
Примечания
- ↑ Возможно доступная «пляжность» это таки баг, а не фича
- ↑ Который я вспомнил, возможно, кого-то и забыл, сорри
Репликация: База Знаний «Заказных Информ Систем» → «Стас Фомин/2010-03-02 SEG-2010»
Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.