октябрь 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

Блог:Team

Материал из CustisWiki

Версия от 19:31, 18 июля 2011; StasFomin (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск

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

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

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

Блог,


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2009-10-21 Отчет об AgileEE-2009: (Shows)

Andrew: В продолжение поста о конференции AgileEE-2009, опишу подмножество докладов, на котором удалось побывать.…

Много букв. Читаем?

… А дальше дорога, поезд, издевательства родной (российской) таможни, Москва, sweet home.

2009-10-14 Отчет об AgileEE-2009: (About)

Andrew:
Чтобы не отнимать много времени на чтение, бегло перечислим основные факты о конференции:

18-19 сентября в Киеве прошла конференция AgileEE Расшифровывается как Agile Eastern Europe - типа, про гибкие методологии в Восточной Европе. Читаем дальше? Следующий пост будет посвящен обзору самих докладов. Так что продолжение следует. Оставайтесь на линии!

2009-10-13 Семинар «Гуманный интерфейс (Humane Interface)»

Andrew: Сейчас модно говорить о юзабилити (usability) и UX (User eXperience), цитировать Алена Купера (Alan Cooper) и спрашивать: «А вы читали очередную книгу Влада Головача?». Только при всём этом, остается непонятным почему некоторые совершенно простенькие на вид интерфейсы оказываются очень удобными и эффективными в работе, а другие, навороченные и красивые, — наоборот, ужасно раздражающими.

  • Почему для запуска калькулятора или блокнота в WinXP удобнее набрать слова calc/notepad в пункте «Выполнить...», чем рыскать в меню «Все программы»?
  • Почему в казалось бы удобном и продвинутом интерфейсе Office 2007 зачастую с таким трудом отыскивается нужная команда (хотя вызываешь её из раза в раз — и каждый раз ищешь, ищешь, ищешь)?
  • Почему нам так нравится поиск в FireFox и категорически не нравится в IE, Word и т.д.?
  • Почему в диалоговых окнах с вариантами «Да/Нет» или «Ок/Отмена», мы нажимаем кнопку, не прочитав вопрос?
  • Почему уже не можем обходиться без PuntoSwitcher-а для управления раскладкой «Rus/Lat»?
  • И наконец, почему даже такие простые и обыденные вещи как пульт ДУ к телевизору, лифт, плита вызывают у нас сложности и провоцируют на ошибки в повседневном использовании?

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

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

2009-10-12 Наши на Highloadе

Сегодня полдюжины наших ребят были на Highload++. Да, нам тоже частно приходится делать высоконагруженные информационные системы, к сожалению, финансовыми и учетными системами не так легко похвастать, как общедоступными вебсервисами.

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

Так, Виталий Филиппов выступил с коротким блиц-докладом: «PHP-разгон: серебряная пуля из автомата Комменца-Вальтера».

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 – штука в софтверной индустрии новая, и при этом не выдуманная заумь от софтверных методологов (или даже целых Институтов Программирования), а реальная практика, пришедшая из японского автомобилестроения – индустрии, уважаемой большинством программистов, даже не ездящих на «японках».

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

В софтверной же индустрии, используемый при построении информационных систем и других сложных программ «материал» – операционные системы, библиотеки, фреймворки – не менее сложен, чем сталь или бетон, но при этом более гибок, – например, для информационной системы можно (хотя и сложно), без последствий для пользователя, полностью или частично заменить фундамент – сменить используемые библиотеки или даже архитектуру. Поэтому «классическое управление проектами», с диаграммами Ганта и безликими человеческими ресурсами плохо работает в разработке ПО, где для эффективной работы в первую очередь надо сосредоточиться на удобстве командной работы, учитывая психологию разработчика (по отдельности и в группе), минимизируя ручные операции, исключая ненужную работу, т.е. всеми возможными способами повышая мотивацию участников и исключая «узкие места» процесса. Собственно успех 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. Была исписана целая стена плача маркерная доска, где были и здравые надежды и претензии типа «...доктор, я смогу после операции играть на скрипке?...», а советы по лечению, под стать вопросам, отсылали даже, скажем, к сексуальным играм для взрослых.

Видео в HD-качестве, смотрите в полноэкранном режиме.

HTML-код включения <iframe src="http://player.vimeo.com/video/5543538?byline=0&portrait=0" width="640" height="352" frameborder="0"></iframe>

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

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

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

Видео в HD-качестве, смотрите в полноэкранном режиме.

HTML-код включения <iframe src="http://player.vimeo.com/video/5545293?byline=0&portrait=0" width="640" height="352" frameborder="0"></iframe>

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

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

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

Видео в HD-качестве, смотрите в полноэкранном режиме.

HTML-код включения <iframe src="http://player.vimeo.com/video/5548407?byline=0&portrait=0" width="640" height="352" frameborder="0"></iframe>

Видео в HD-качестве, смотрите в полноэкранном режиме.

HTML-код включения <iframe src="http://player.vimeo.com/video/5549519?byline=0&portrait=0" width="640" height="352" frameborder="0"></iframe>

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

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

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



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

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: Снова в поисках. Очень ждем ваших резюме, бойцы!