Персональные инструменты
 

октябрь 2009

2829301234
567891011
12131415161718
19202122232425
2627282930311

сентябрь 2009

31123456
78910111213
14151617181920
21222324252627
2829301234

август 2009

272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456

июль 2009

293012345
6789101112
13141516171819
20212223242526
272829303112

июнь 2009

1234567
891011121314
15161718192021
22232425262728
293012345

май 2009

27282930123
45678910
11121314151617
18192021222324
25262728293031

апрель 2009

303112345
6789101112
13141516171819
20212223242526
27282930123

Блог:Team

Материал из CustisWiki

Перейти к: навигация, поиск

«Блог команды CUSTIS»

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

Как правило, это анонсы и отчеты о разного рода семинарах и конференциях, часть из которых мы проводим у нас в компании (см. Категория:Открытые Семинары).

Блог,


[ Хронологический вид ]Комментарии

Уважаемые разработчики! Местами проскакивает информация, что сборку CUSTISWIKI с вашими суперплагинами где-то можно скачать, попробовать. Это так? Если да, то дайте пожалуйста ссылку. Зараннее спасибо.

Про префиксный поиск в PostgreSQL неправда, он там есть.

Хм, действительно. Что-то фигово доку просмотрел. Спасибо, исправил, заодно добавил про их "веса"...

Стас, будет ли видео? Когда и где?

Валера, привет. Ну как-то так: Блог:События/2011-09-20_Whale_Rider_2011, т.е. Мишин доклад уже был и его можно посмотреть (и прокомментировать ^_^), у Виталия можно полистать статью-презентацию (правда тема там более-менее наша обычная), а у меня только краткие заметки о конференции. Видеозапись велась, но кто были эти люди, и когда опубликуют — увы, неизвестно. Надо следить за Олегом Буниным.

Стас, у меня уже полгода вот такой монитор Dell ST2220T. Мультитач (2 точки), гнется хоть до горизонтального положения, устойчив, достаточно тяжел. Правда, скрость реакции тачскрина не очень - это может сказаться на возможности рисовать.

Спасибо! «E-IPS» — типа углы обзора должны быть хороши? (полезно для докладчика).

А попробуйте порисовать на вашем! (Поставьте Inkscape или хотя бы ZoomIT, например). Интересно, будет ли получаться.

Но меня все-таки идея моноблока греет (портабильность, проводов почти нет...). Может у кого-то дома есть тачсмарт? Или кто-то знает шоурум, где его можно попробовать?

Стас, ко мне можно на ты, всё ж таки 6 лет вместе работали :) Углы обзора замечательные. Попробовал порисовать в Paint.NET - и точности не хватает, и "сигнал пропадает" время от времени. Этот тачскрин рассчитан только на тычки и драги :(

Понял, вычеркиваю. Углы это хорошо, но рисование должно быть настоящим.

  • всё ж таки 6 лет вместе работали

Как я это могу понять? Ты бы хоть страничку свою заполнил....

Эх вы шуток не понимаете :-))

Дима, мы понимаем шутки! Это вообще лучшая реклама! Тебе стоит сделать визитку с этими Ж!

Добрый день. Я был на нескольких семинарах у вас ранее, и с удовольствием бы сходил на этот семинар, но увидел в rss-ленте только сейчас, да и пост насколько я вижу размещён 30го числа. Подскажите, может быть есть возможность узнавать о ваших семинарах хотя бы за неделю?

Войдите, чтобы комментировать.

2009-10-11 «Презентации по уму» — основные правила.

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

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

2009-09-22 Для подкастеров — аудиозаписи встреч

«Good news everyone!©» — по просьбам слушателей мы выложили и будем выкладывать аудиозаписи AgileRussia-встреч в нашей компании в специальной ленте «Встречи AgileRussia в CustIS». Конечно, много визуальной информации теряется, но с другой стороны, многие любят слушать «разговоры умных людей» по дороге на работу или в параллель — так что welcome!

Если есть другие предложения по улучшению опубликованных материалов или другие классные конструктивные идеи — всегда рады выслушать!

2009-09-18 А какой у вас Agile: свежевыжатый или порошковый?

Наш ведущий специалист по Agile и SCRUM в частности, сегодня выступил на конференции Agile Eastern Europe с докладом «А какой у вас Agile: свежевыжатый или порошковый?»

Это вариации на тему true/не-true Agile.

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

К сожалению, вторые распространены значительно меньше. И хотя всё это называется одним словом, разница огромна – как с соками.

В самом докладе хочется пройтись по этим различиям, сформулировать признаки, постараться объяснить чем хорош второй случай (true) и почему он так слабо распространен (из-за old-school-менеджмента, из-за въевшегося шаблона «ты - начальник, я - дурак»). Немного порассуждать на тему «фазового перехода» - можно ли перейти от одного к другому, как и ради чего.

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

Не переключайте канал, оставайтесь с нами!

2009-09-16 «Agile Metrics: Бизнес-метрики» (Встреча сообщества AgileRussia.ru).

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

Конспекты, видео и аудиозаписи опубликованы, приятного просмотра!

2009-09-10 Лекция «Введение в Subversion»

Продолжим публикацию материалов лекций с курса «Разработчик СУБД», где мы готовили разработчиков информационных систем, владеющих всем инструментарием грамотного девелопера — системы контроля версий, управления конфигурациями и задачами, вики-системы и т.п.

Представляем видеолекцию «Введение в Subversion». Это только введение — после были и практические занятия, и совместная командная работа над реальными проектами.

Да, в нашей компании основной системой контроля версий является именно Subversion, хотя есть несколькоlegacy проектов, до сих пор хранимых под CVS (мы не переносим их под SVN, т.к. все это имеет хитрую интеграцию с системами сборки и «проноса» версий). Местами у нас применяются и распределенные системы контроля (Mercurial и Bazaar), но в основном только для локальных операций конфигурационного управления, либо экспериментальных проектов. В целом, мы согласны с одним из идеологов Subversion, и рекомендуем прочитать серию его статей о Subversion в нашем переводе.

2009-09-07 Разработчик СУБД: успешный выпуск

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

Кстати, к сентябрьской, «школьно-университетской» теме. Мы несколько умолчали, что летом был успешно завершен запуск выпуск студентов по курсу «Разработчик СУБД». Несмотря на некоторые накладки, курс удался, были и лекции, и практические занятия, и книги, и видеокурсы, и дистанционная командная работа, с развернутой в сети инфраструктурой (вики-системы, системы контроля версий, сервер СУБД Oracle).

В общем, если вам встретятся ребята, с нашими сертификатами, то подтверждаем, мы учили их на совесть и к работе они готовы:

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

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

Начнем с скринкаст-доклада «Open-source системы для управления разработкой ПО».

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

2009-09-06 «Метрики в Agile-1»: встреча сообщества AgileRussia.ru:

С некоторым опозданием выкладываем отчет о прошедшей 18 августа встрече сообщества AgileRussia.ru.

Была выбрана очень жаркая тема — «Метрики в Agile». На первый, неискушенный взгляд, кажется, что метрики — численно измеряемые параметры проекта, необходимы для грамотного управления в софтверных проектах любого типа, от каскадных, до Agile. … Однако не все так просто, тривиальные метафоры, может быть и адекватные для простого промышленного производства, не всегда годятся для софтверной разработки.

Оставайтесь с нами, подписывайтесь на нашу ленту событий.

2009-08-19 Семинар «Mindmaps: история и идеология»

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

Эта тема — о истории и идеологии майндмапов (mindmaps, «ментальных карт», «карт памяти»). В принципе, понятие достаточно известное, трудно найти человека, который не узнает майндмапы в раскрашенных иерархических схемках. Однако сама история их происхождения, и связанная методология («почему это правильно и работает», где области применимости, что считает важным автор методики, и как он разрешает спорные вопросы использования) не так известны. И это не мудрено, уже три десятилетия прошло после публикации основополагающих работ, и хотя можно купить библию майндмапов «The Mindmap Book» от Tony Buzan (вышла небольшим тиражом в русском переводе как «Супермышление»), или даже, скажем прямо,найти ее в электронном виде, не всем хватит сил и терпения читать триста двадцать страниц, выделяя суть от «воды» и банальностей. Кроме того, много воды утекло с тех пор, и по многим вопросам изменилось даже мнение самого родоначальника методики, Тони Бьюзана.

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

2009-08-13 «Greg the Architect»

Лето, пора отдыха — представляем киномузыкальную паузу (в продолжении темы про IT-фильмы и мультфильмы). В этот раз мы представим «Greg the Architect» — мультфильм-сериал, а также одноименный комикс. Это острая IT-политическая сатира, понятная, правда, узкому кругу лиц. Протагонист Грег, системный архитектор, находится под постоянным стрессом выбора IT-технологий, между молотом безумных требований, спускаемых емуроговолосым руководством, и наковальнейсейлов отвендоров. SOA-сервисы, Java EE vs. dotNet, ROI/KPI, Open Source vs. Out-of-Box, GRID and Virtualization, … весь этот кошмар окружает простого славного парня, преследуемого производителями ПО, впаривающими ему свои монструозные сверхдорогие системы.
Кстати, большинство вендоров из комикса вполне узнаваемы (IBM, Microsoft, Oracle,…), и теперь, спустя два года весь этот трехбуквенный вал (SOA, BPM, ESB, …) докатился и до нас (да, мы ведем проекты и в этих технологиях), так что полезно посмотреть и дать посмотреть заказчикам для охлаждения разгоряченных ожиданий.

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

2009-08-06 «Управление производством на основании численных данных» и «Теория ограничений и линейное программирование»

3 августа в нашей компании прошел анонсированный мастер-класс «Управление производством на основании численных данных».

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

Забавный был и способ изложения этой теории — в виде серии бизнес-производственных-романов («Цель», «Цель-2», «Критическая цепь», и др.), где главный герой, стартуя из безнадежной ситуации (бизнес разоряется, увольняют из университета, жена ушла, денег нет, пиджак в пыли, под кроватью брюки…) сконцентировавшись на ключевых проблемах, находил серию эффективных решений в духе теории ограничений, и выходил победителем из сложившихся ситуаций. В общем, несмотря на несколькую инфантильность сюжета и бизнес ситуаций с точки зрения реальностей современного мира, мы обязательно рекомендуем всем прочитать эти книги (там только о решении проблем на производстве, но и о решении семейных проблем).

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

Далее, был доклад Стаса Фомина: «Теория ограничений и Линейное Программирование», о возможности математического моделирования широкого класса производственных задач, в контексте и на материале того же «Стога сена».

Все материалы обоих докладов — видео, слайды, скринкаст, опубликованы, приятного просмотра!

2009-08-01 Мастер-класс «Управление производством на основании численных данных»

3 августа в нашей компании пройдет тренинг/мастер-класс «Управление производством на основании численных данных», ведущий — Сергей Мартыненко. Рассматриваемые вопросы:

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

Тренинг основан на произведениях знаменитого доктора Элии Голдратта, в основном на базе книги «Синдром стога сена».

В основном работы доктора Голдратта популярны в индустриальном производстве и логистических бизнесах, но сейчас даже в Software Developmentе наметился тренд к внедрению практики изLean,JIT, звучат такие забавные слова как «канбан» (см. встречу «Канбан против Scrum» в нашей компании).

Так что книги Голдратта, несмотря на то, что прошло несколько десятилетий, по прежнему актуальны. Короткая цитата, из «Синдрома стога сена»:

В восьмидесятых годах мы стали свидетелями трех могучих течений менеджмента - Всеобщее управление на основе качества (TQM), Точно вовремя (JIT) и Теории ограничений (TOC), которые бросили вызов почти всему, что раньше принималось за аксиому. Все эти течения скромно начинали как локальные технологии. Сейчас все они распространяются со скоростью звука. … Пришло время осознать, что основная задача JIT не только уменьшение производственных запасов в цехах, это не просто механистическое исполнение технологии «канбан», … а основная задача TOC не только фокусироваться на устранении узких звеньев в производстве. Это, несомненно, новая всеобщая философия управления.

После Сергея Мартыненко, будет небольшой доклад от Стаса Фомина: «Теория ограничений и Линейное Программирование», о возможности математического моделирования широкого класса производственных задач, в контексте и на материале того же «Стога сена».

Ну и регистрироваться надо через систему Livents.

2009-07-11 Kanban vs. Scrum

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

Scrum-and-kanban-how-do-they-relate.jpg

Кстати, обычно практики приходящие в софтверный инжиниринг из реальной инженерии (строительство, машиностроение, …), отличаются тяжеловесностью, обилием сложных правил и ограничений, содержат строгую специализацию по ролям – ведь в реальном мире все это действительно оправдано, и отклонение от СНИПов и прочих строительных ГОСТов, нарушение последовательности строительных операций, и т.п. – почти гарантированно приводят к проблемам, а зачастую и к катастрофам с человеческими жертвами.

В софтверной же индустрии, используемый при построении информационных систем и других сложных программ «материал» – операционные системы, библиотеки, фреймворки – не менее сложен, чем сталь или бетон, но при этом более гибок, – например, для информационной системы можно (хотя и сложно), без последствий для пользователя, полностью или частично заменить фундамент – сменить используемые библиотеки или даже архитектуру. Поэтому «классическое управление проектами», с диаграммами Ганта и безликими человеческими ресурсами плохо работает в разработке ПО, где для эффективной работы в первую очередь надо сосредоточиться на удобстве командной работы, учитывая психологию разработчика (по отдельности и в группе), минимизируя ручные операции, исключая ненужную работу, т.е. всеми возможными способами повышая мотивацию участников и исключая «узкие места» процесса. Собственно успех Agile-практик показывает, что мораль Крыловской басни «...а вы друзья, как ни садитесь...» к софверной разработке не очень применима, а вот применим скорее сюжет фантастического рассказа «Побег» (из сборника «Лавка сновидений» Ильи Варшавского), где удалось радикально поднять производительность уборки хлопка у заключенных, просто убедив их, что они свободны, и собирают «белые цветы радости».

Этим и объясняется успех Scrum-а для измученных нарзаном RUP-ом или MS Project-ом. Но с другой стороны, у многих, особенно у пришедших к Scrum-у от «методологии Бей и беги Code-and-Fix», возникает много претензий к Scrum-практикам – можно ли еще упростить? Можно ли выкинуть еще один (детский? туземный?) ритуал? …

Так вот, пришедший из автомобилестроения Kanban несет в себе дух Lean-практик, избавляющихся от любых ненужных ритуалов, и содержит в себе всего 3 правила! Сравните с 9 правилами Scrum или более, чем 120 правилами RUP. Неудивительно, что зал нашей компании был полон ПиЭмами, интересующимися – решит ли Kanban их проблемы со Scrum? Можно отказаться от итераций, планирования и жесткого time-boxing-а, не потеряв при этом управляемость и прозрачность процесса?! А, может, как часто бывает, «истина где-то посередине» – и оптимальным будет именно сочетание Scrum и Kanban?

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

Правда мы должны предупредить читателя, что перед тем как смотреть видео, лучше выполнить домашнее задание и прочитать-пролистать вводные материалы по Kanban (собственно это заранее и проделали все собравшиеся):

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

В целом, содержание видео следующее. Первая часть – вербализация проблем Scrum, которых собравшиеся надеялись решить через Kanban. Была исписана целая стена плача маркерная доска, где были и здравые надежды и претензии типа «...доктор, я смогу после операции играть на скрипке?...», а советы по лечению, под стать вопросам, отсылали даже, скажем, к сексуальным играм для взрослых.

Кратко ключевые слова из этих проблем, ставшие «меню» этой встречи:

  • «Support Team». Техподдержка, багфиксинг, доработки.
  • «Сильно распределенная разработка». Разработчики в разных местах, их трудно синхронизовать.
  • «Сверхкроссфункциональные микрокоманды». Пара парней на все руки (см. сериал «IT Crowd»).
  • «Безудержный заказчик или нестабильный backlog»/«Несинхронизованный deployment»/«Хаотически меняющиеся приоритеты». Постоянные внезапные форс-мажорные заказы «фич» вне бэклога в текущую итерацию.
  • «Мутные красные бумажки», «Стек-вместо-очереди», «Research-and-Development».
  • «Scrum-шизофрения: Два product-ownera на одну команду».
  • «Случай-в-Питере» — Разработка «Софт-плюс-Железо», сложность синхронизации разных команд с разными технологиями.
  • «Растянутый Workflow задачи» — долгая многоитерационная постановка, или тестирование на стороне заказчика.
  • «Технологическая цепочка».
  • «Существенно разномощные задачи» — «фрагментация корзины бэклога».
  • «Проектная аритмия» (сбивается ритм демо, планирований, ретроспектив) — разный ритм участников разработки (включая заказчика).
  • «Проблема счастливой семейной жизни» — waste времени на ретроспективы.
  • «Дефицит Product Ownerов» — они могут стать критическим ресурсом.
  • «Расслабляющая команда», «Деградация через самоорганизованное командой уменьшение Scope».
  • «Трудно форсировать Аврал».

Далее была вторая, лекционная часть-ликбез, про историю, происхождение и основные принципы Kanban. Если вы осилили предложенные ранее ссылки – вполне можно пропустить без особого ущерба.

Ну и далее два часа горячего обсуждения, когда проверяли, сможет ли Kanban вылечить диагнозы, записанные «Доктором Agile» на доске при, так сказать, коллективном дифференциальном диагнозе. Тоже местами было более чем живо, где например услышишь о уставе боя танковых колонн.

Были и здравые идеи о комбинации Scrum и Kanban — например, отсадить на Kanban техподдержку, включая системных администраторов.

Кстати, каждое видео можно скачать (в отличном качестве, с обработкой от видеошумов).

Ну и на память – та самая доска проблем Scrum, которых пытались лечить Kanbanом.

Доска встречи SCRUM vs. Kanban.jpg

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




Репликация: База Знаний «Заказных Информ Систем» → «Team/2009-07-11 Kanban vs. Scrum»

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

2009-06-20 SEF-2009: наши доклады

Серия из трех постов:

Что касается наших докладов, то сначала отстрелялся Стас Фомин, на тему «MediaWiki: серебряная пуля или швейцарский нож?».


Почему вики-системы популярны даже в корпоративном мире, вытесняя «классические» документооборот и документирование? Выбор вики: тут мы за мейнстрим и MediaWiki. У нее огромная база пользователей и разработчиков и качества «швейцарского ножа» — богатый, расширяемый функционал и универсальность.

Да, с этим докладом уже было выступление на SECR-2009, но для SEF-2009 была подготовлена специальная, экстремальная версия. Если SECR-овский доклад состоял из 112 слайдов на 40 минут, то для SEF-2009 в те же самые 40 минут пришлось уложить 100 слайдов и еще 15 минут скринкастов.

Как это возможно? Оказалось возможно. Был опробован принципиально новый вид презентации — презентация под заранее записанное видео.

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

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

Сразу после доклада мы раздали полсотни флешек с «нашей инсталляцией» MediaWiki, устанавливающейся простым копированием под Windows, с рядом наших уникальных доработок и расширений. В общем, так, чтобы можно было бы моментально начать использовать MediaWiki персонально, или для небольшой (до 100 чел.) рабочей группы с рядом наших уникальных доработок и расширений.

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



Далее выступал Андрей, с докладом «Аналитик в Agile» (тоже модифицированая версия для SEF-2009).

Вопрос «как быть с аналитиками?» — один из ключевых вопросов о применимости и использовании Agile-методологий.

В докладе обсуждаются:

  • причины возникновения мифов, «что в Agile аналитикам не место».
  • задачи, которые возникают на разных этапах Agile-процесса разработки и при решении которых роль аналитика почти незаменима: формирование модели предметной области; формулировка задач на итерацию; взаимодействие с представителями бизнеса (экспертиза в предметной области, прояснение деталей постановки); контроль качества; пилотное внедрение и начальное сопровождение программного обеспечения.
  • возможные варианты взаимодействия аналитика(ов) и команды разработчиков: аналитик внутри команды; Product Owner, исполняющий функции аналитика; аналитик – помощник Product Owner-а; обособленный отдел аналитиков.
  • смежные вопросы как: что такое Agile-постановки; где, как и зачем вести внутреннюю проектную документацию; почему модели предметной области снова в моде; как выращивать аналитиков.

Прием доклада был весьма теплым, хотя возможно это была просто удача. Дело в том, что на SEF-2009 высадился мощный десант московских аналитиков (сообщество [uml2.ru uml2.ru] в полном составе), и было множество докладов «про аналитиков» («Типичные проблемы выявления требований и их решение», «Дао Аналитика: Основы Профессии», «Персональные риски Аналитика», «Планирование процесса управления требованиями»…), и хорошо, что удалось идти где-то в начале этого списка, а в конце.

Выложены слайды доклада: Аналитик в Agile (SEF-09)

Если есть желание — то по этому докладу можно посмотреть видео с предыдущих чтений или прочитать статью.

В целом, наши доклады понравились аудитории (согласно рейтингу докладов на SEF-2009 наши доклады заняли второе и четвертое место), ну а нам понравилась аудитория и, собственно, радушный прием.

2009-06-18 Отчет о SEF-2009: (shows)

Серия из трех постов:

В продолжении темы конференции SEF-2009 (начало в предыдущем посте) тут мы, Стас Фомин и Андрей Бибичев, рассмотрим запомнившиеся доклады. Вернее все те доклады, на которых нам удалось сходить. Часто наш выбор тем совпадал и были мы только два дня из трёх, так что это далеко не все интересные доклады, прочитанные на конференции.

→ продолжить чтение…

2009-06-18 Отчет о SEF-2009: (About)

19-21 мая наши ведущие сотрудники, а именно — я (Стас Фомин) и Андрей Бибичев, были докладчиками на конференции SEF-2009[1] в Минске.

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

Далее, будут три поста, посвященных теме SEF-2009:

Мы с Андреем в Белоруссии были впервые, и Минск произвел на нас чудесное впечатление. Нет, на самом деле, в этом было что-то от Диснейленда или любой другой вариации «страны чудес».

Минский вокзал.jpg

Вечером садишься в комфортный поезд, эдакий «Хогвартс-экспресс» (купе, кстати недорого), и наутро, без всяких таможен, оказываешься в параллельном мире. Прямо на вокзале меняешь свои рубли на диснейленд-доллары[2], немедленно начинаешь чувствовать себя миллионером — самооценка вырастает на пару пунктов. После, начинаешь бродить по неестественно чистым улицам (в голову лезут мысли о Матрице и 3D-рендере от DreamWorks) околоевропейской архитектуры (ну, точно DreamWorks), и разгадывать надписи на сказочном языке, хотя, как в хорошей сказке, это несложно и весело (хотя любого grammar-nazi тут бы на месте хватил кондратий).

При этом в общении нет никаких барьеров — сказочный язык живет исключительно на вывесках, все общаются на русском.

В целом, впечатление как от европейского города (причем, до периода массовой [им]миграции), куда вы попали, неведомым образом разбогатев и выучив местный язык. Лично мы задумались о регулярном семейном туризме «на выходные» — показать детям, что такое центр города, по которому можно гулять, посидеть в самых модных кафе (так мы пару вечеров провели в ресторане-пивоварне «Раковский бровар»), спокойно оставить там тысяч сто с чаевыми, опять таки зоопарк и развлечения. Кстати, несемейным IT-шникам мужского пола, думаю, тоже будет нескучно  ;-) .

Тэатр лялек.jpg

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

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

Очень классно, что и гостиницы, и конференция, и места вечернего apres-ski отдыха были в шаговой доступности, хотя из-за этого мы так и не побывали в минском метро. Кстати, сама конференция была в центральном концертном зале (да, теперь можно, общаясь с знакомой певицей, упомянуть, что тоже «выступал в центральном концертном зале»). Конференция была с 19 по 21 мая включительно, но из трех дней мы были только два — к сожалению, на работе была «горячая страда», и каждый час на счету. Велось параллельно три трека (большой зал с мягкими креслами и две вместительных аудитории), временные слоты делились на стандартные доклады по 40 минут с десятиминутным перерывом и «мастер-классы» по 1.5 часа. Участников было порядка двух сотен.

Тусовка на SEF-2009.jpg

Организаторы очень разумно пригласили не только местных докладчиков, но и известных, «раскрученных» в рунете российских IT/PM/…-гуро гуру и тренеров: Асхат Уразбаев, Александр Орлов, Сергей Архипенков, Денис Бесков и др. Из «старых» знакомых по другим конференциям встретили тусовку uml2.ru практически в полном составе: Саша Байкин (отчет Александра о SEF), Гриши Печенкина, и др., Андрея Майорова (отчет Андрея от SEF) и т.д.

Кормежка на SEF-2009.jpg

Также международный статус придавали настоящие иностранцы, например, Даниэль Надь (Daniel A. Nagy), хотя волшебным образом и он оказался русскоговорящим. Еще плюс балл организаторам за организацию питания. Эти фото должны вызвать зависть у всех посетителей московских IT-конференций, где приходилось сначала стоять в унизительных очередях за едой, затем, давясь, есть ее стоя и в тесноте. А здесь — двухразовое питание, полноценные обеды, перемена блюд официантами…

Конечно, все понятно про стоимость аренды квадратного и кубического метра в Москве, и про простор в Минске и т.п., но все это вместе и по отдельности — очень сильные аргументы за проведение IT-конференций большого масштаба не в Москве, а на выезде — т.е. вместо того, чтобы москвичам ехать в Питер, или питерцам в Москву — гораздо выгоднее и приятней пересечься в Минске.

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

Ну разве что надо было форсировать видео/аудиозапись (в идеале — с текстовой расшифровкой), и интернетизацию — WiFi в зале и публикацию в инете, хотя большинство матерых докладчиков уже взяли на себя и видеозапись (да-да, приезжали со своими камерами), и публикацию слайдов/аудио/видео. Возможно вся эта интернетизация еще не очень актуальна из-за относительно небольшого, по сравнению с Москвой, проникновения интернета в Минске, но, думаю, это временно. Ребята из компании Yota.ru, также выступавшие на этой конференции, продемонстрировали работающее WiMax покрытие в Минске. Так что дешевый и тотальный анлим в Минске не за горами, и в следующий раз надо сделать все правильно.

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

С другой стороны — нам тоже понравилось, «вы п-п-п-рекрасная публика»©, как говорил Джимми из SouthPark.

Стас Фомин и Андрей Бибичев на SEF-2009.jpg


Продолжение — в следующем посте!


  1. «1-й Международный Форум по инженерии ПО/Software Engineering Forum-1» — несколько нагло и пафосно, но ОК.
  2. Cпециальные игровые рубли, с веселыми картинками, и главное → которых почти в сотни раз больше

2009-06-09 Срочно нужны бойцы в команду Java разработчиков

В направлении Финансовые институты вновь стала сверх актуальной вакансия Java-разработчика, важно подчеркнуть, что нужен ОЧЕНЬ ОПЫТНЫЙ боец!

Чем предстоит заниматься:

  • Разработкой приложений на Java по финансовой тематике.
  • В процессе работы необходимо взаимодействовать с аналитиками и заказчиком; активно участвовать в проектировании архитектуры. (!)
  • Также предполагается участие в составлении и доводке проектной документации.

Требования к соискателю:

  • Хорошее знание Java, опыт разработки от 3-х лет.
  • Знание клиент-серверных Java-технологий.
  • Опыт работы с базами данных (Oracle, jdbc, pl/sql).
  • Опыт работы с Spring, JMS.
  • Опыт разработки GUI приложений на Java (Swing).
  • Базовая культура Java-разработки (Ant, Maven, JUnit, …).
  • Общая культура программирования: владение системами контроля версий (Subversion, CVS), грамотные понятия об интеграции и тестировании, навыки работы в команде (желательно иметь понятие о Scrum).

Очень приветствуется:

  • Знание шаблонов проектирования (паттерны не панацея, но позволяют избежать ошибок и облегчают коммуникацию в команде).
  • Знание оракловых продуктов и технологий (AS, portal, ADF).

Условия «службы» бойца :)

  • Заработная плата обсуждается индивидуально по итогам технического собеседования;
  • Медицинская страховка;
  • Гибкий график работы;
  • Офис в центре Москвы (Китай-город, Лубянка, Чистые пруды). Пишите hr@custis.ru, звоните. Ждем вас!

        _____                   _____                   _____
       /\    \                 /\    \                 /\    \
      /::\    \               /::\____\               /::\    \
      \:::\    \             /::::|   |              /::::\    \
       \:::\    \           /:::::|   |             /::::::\    \
        \:::\    \         /::::::|   |            /:::/\:::\    \
         \:::\    \       /:::/|::|   |           /:::/__\:::\    \
         /::::\    \     /:::/ |::|   |           \:::\   \:::\    \
_____   /::::::\    \   /:::/  |::|___|______   ___\:::\   \:::\    \
/\    \ /:::/\:::\    \ /:::/   |::::::::\    \ /\   \:::\   \:::\    \
/::\    /:::/  \:::\____/:::/    |:::::::::\____/::\   \:::\   \:::\____\
\:::\  /:::/    \::/    \::/    / ~~~~~/:::/    \:::\   \:::\   \::/    /
\:::\/:::/    / \/____/ \/____/      /:::/    / \:::\   \:::\   \/____/
\::::::/    /                      /:::/    /   \:::\   \:::\    \
 \::::/    /                      /:::/    /     \:::\   \:::\____\
  \::/    /                      /:::/    /       \:::\  /:::/    /
   \/____/                      /:::/    /         \:::\/:::/    /
                               /:::/    /           \::::::/    /
                              /:::/    /             \::::/    /
                              \::/    /               \::/    /
                               \/____/                 \/____/




Update: Снова в поисках. Очень ждем ваших резюме, бойцы!

2009-06-03 День рождения «Р» — 2009

Прошел очередной традиционный «корпоратив», приуроченный к дню рождения нашего Генерального Директора.

Это было Эпическое Сборище Друзей Компании, проходящее в течении трех дней в Секретной Чаще на западе ближнего Подмосковья.

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

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

2009-05-15 Руководитель коммерческого направления

Содержание работы

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

Требования к соискателю

Опыт работы в IT сфере от 5 лет на позициях, связанных с выстраиванием взаимоотношений с клиентом, управлением проектами разработки и внедрения.

Отличные коммуникативные навыки.

Организаторские навыки.

Системное мышление.

Желание работать в области маркетинга и клиентских отношений.

Широкий кругозор в различных сферах IT отрасли (существующие на рынке решения, передовой опыт, сообщества экспертов).

Условия работы

В нашей компании с условия работы не изменились))

Гибкий график, ДМС, офис в центре Москвы, компенсация мобильного телефона, ну и интересная работа ))

Пишите hr@custis.ru, звоните. Ждем вас!

Update: Мы нашли нашего человека :)

2009-04-27 Ярмарка вакансий в МГТУ им. Баумана

Пару дней спустя после «Дня Карьеры МФТИ» мы выехали на ярмарку вакансий в МГТУ им. Баумана.

Надо сказать, что выпускники этого ВУЗа, в нашей компании наверное третьи по численности, после МГУ и МФТИ, в общем, им у нас хорошо (в основном это выпускники факультетов информационных систем и робототехники). Поэтому в нашей команде поехали и один из ведущих руководителей, навестивший свою альма-матер после продолжительного отсутствия.

Как часто мы делаем, мы развернули несколько ноутбуков и играли с студентами в игру-викторину «Три Буквы» — угадать правильную трехбуквенную IT-аббревиатуру из трех вариантов. В общем, все просто — тридцать вопросов по три варианта расшифровки трехбуквенной аббревиатуры. Даже если не знать ничего, и отвечать случайно, должно набраться не меньше 10 правильных ответов (если, конечно, с кармой все в порядке). Ну, а за 16 правильных ответов мы давали двухгиговую флешку с индивидуальным сюрпризом. Впрочем, мы же не железные, почти всегда давали и за меньший результат — главное ведь не «очки», а игровое ощущение легкого соревнования, сопровождающее подарок.

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

2009-04-25 «Agile по-крупному!» — встреча сообщества agilerussia.ru

Во вторник, 21 апреля, прошла аннонсированная ранее встреча сообщества AgileRussia.ru, озаглавленная «Agile по-крупному!». Изначально тема заявлялась, как разбор сложностей Agile в крупных командах и проектах, обсуждение тонкостей масштабирования, ведь все, что выходит за максимальный размер стандартной Agile-команды в 9 человек, уже требует специальных подходов.

Но на месте, обсуждение велось вокруг двух следующих, «живых» бизнес-кейсов:

  • «Waterfall2Agile — Agile для Большой Waterfall компании: нужен? как и что внедрять?» — это пришли ребята из широкоизвестной компании «C», они детально описали свой цикл разработки и структуру проектного управления своегоБольшого Продукта (достаточно заметить, что цикл тестирования релиза занимал у них 18 месяцев), пояснили возникающие проблемы, и запросили у сообщества предложений по улучшению процесса — включая как Agile-практики, так и технические/инструментальные решения.
  • «AgilePostmortem» — это была посмертная ретроспектива распределенного Agile-проекта, интересного высокотехнологичного стартапа, к сожалению, «не дожившего до весны».

Что касается кейса «Waterfall2Agile», то ребята из компании «С» заслуживают серьезного уважения за смелость публичного обсуждения внутренних проблем разработки — далеко не всякая команда (вне зависимости от agile она или нет) решится на это. Мы публикуем две части видео «Waterfall2Agile-1» — это описание текущих процессов и постановка проблем, и «Waterfall2Agile-2» — это предложенные сообществом решения после 50-ти минутного обсуждения.Будет очень интересно, если внедрение Agile в компании «C» продолжится, и через некоторое время, на очередной встрече мы узнаем о прогрессе в этой области, о новых проблемах и нетривиальных решениях.

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

Как обычно, видео публикуем на высококачественном веб-видео-хостинге, плюс каждое видео можно скачать в лучшем (оригинальном) качестве. Если доступ к хорошему интернету сильно затруднен, а желание посмотреть велико — напишите нам, мы вышлем диск.Waterfall2Agile-1

Waterfall2Agile-2

AgilePostmortem