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

ноябрь 2009

2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

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

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

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

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

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

Блог,


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2009-11-21 Управление тестами с Testopia — недостающее звено?

Продолжаем выкладывать материалы по нашим докладам с CEE-SECR-2009/SQALabs-6.

Публикуем доклад Стаса Фомина «Управление тестами с Testopia — недостающее звено?» (Test management with Testopia — missing link?).

2009-11-06 Одежка для Subversion: ViewVC и SVN-Searcher (SECR-2009)

Итак, успешно прошла пятая по счету конференция SECR (в этом году она переименовалась в CEE-SECR 2009, но суть осталась прежней).

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

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

Первым у нас будет доклад Виталия Филиппова, «Одежка для Subversion: ViewVC и SVN-Searcher».

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

2009-10-26 «Социально-психологические аспекты Agile»: встреча AgileRussia.ru

19 октября в нашей компании прошло очередное собрание сообщества AgileRussia.ru, в этот раз была гуманитарная тема — «Социально-психологические аспекты Agile», а вел/модерировал встречу Сурен Самарчян, известный активной практикой внедрения Agile даже на уровень топ-менеджмента компаний.

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

2009-10-22 Идем на SECR-2009

На следующей неделе будет конференция CEE-SECR 2009, от нас туда идет три десятка участников и четыре доклада:

  • Андрей Бибичев – «Проектирование больших информационных систем в Agile».
  • Виталий Филиппов – «Одежка для Subversion: ViewVC и SVN-Searcher».
  • Станислав Фомин:
    • «Собор или базар: системы контроля версий — централизованные или распределенные?»
    • «Управление тестами с Testopia — недостающее звено?»

Можно даже посмотреть краткий промо-ролик одного из докладов:

Если собираетесь там быть — заходите, обычно на наших докладах нескучно.

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

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



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


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