• Мастер-классы по тестированию от Алексея Баранцева: Екатеринбург, 20-22 августа

    Posted on August 2nd, 2010 Александр Орлов No comments

    Вслед за успешно проеведенными тренингами по тестированию в Новосибирске (пришлось задержаться еще на один день, чтобы насадить правильное тестирование в отдельно взятой компании), Алексей Баранцев планирует посетить с гастролями Екатеринбург:

    Энциклопедическая справка: Алексей Баранцев, главный редактор портала www.software-testing.ru, автор и ведущий многочисленных курсов по тестированию ПО, постоянный организатор конференций SQA Days, руководитель отдела коммерческих разработок Института Системного Программирования РАН. По последним измерениям обладает одним из самых широких кругозоров в области техник, методик и инструментов тестирования ПО.

    Надо ли писать отдельно, что все мастер-классы рекомендуются к обязательному посещению тестировщиками всех екатеринбургских компаний? :)

  • Психологические проблемы незаконченного ремонта

    Posted on August 2nd, 2010 Александр Орлов 9 comments

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

    Представьте себе, приходит заказчик к команде работающей по Scrum. Говорит, ребята, когда будет закончен ремонт? Ребята делают оценку бэклога, говорят: где-то примерно через полгода, а через месяц мы тебе сделаем проводку, выровняем полы и наведем желаемую перепланировку.

    Это сразу вызывает у тебя непонимание, потому что у приятеля на работе ремонт сделался за месяц и весь. Причем для бОльшей квартиры. Ты говоришь: как же так, чего так долго? Тебе начинают объяснять непонятными терминами, что все делается полгода, потому что так положено по строительным нормам. Ты говоришь: Ок. А в душе все равно остается непонимание: почему же так долго-то, ведь у приятеля?.. :)

    Проходит месяц, первая итерация позади. Полы выровнены, перепланировка сделана, а проводка почему-то сделана только на кухне. Ты вызываешь прораба и говоришь: как так, обещали закончить проводку, а не закончили? Тут выясняется, что команда не обещала закончить все. Она делала все возможное, чтобы сделать все. Но помешали обстоятельства в лице ПетроЭлектроСбыта, которые не хотели опечатывать новый счетчик.

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

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

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

    НЕДОВЕРИЕ

    Оно возникает не потому, что заказчик плохой. Или потому что команда плохая. Оно есть изначально. Как думает заказчик?

    “Я не доверяю оценкам работ, потому что моим друзьям сделали быстрее. Иногда значительно быстрее. Ну и что, что дороже? Вы тоже стоите не так уж мало.”

    “Вы обещали сделать за месяц, и сделали не все. Как так? Как вам дальше доверять? Я-то обещаю, что выплачу вам зарплату в конце месяца. И выплачиваю. Всю. Обещаю – делаю. Почему у вас иначе?”

    “Вы начинаете с того, что переделываете то, что было до вас. Возникает подозрение, что это для того, чтобы дольше получать от меня деньги. Почему у меня не должно возникать такого подозрения? Я что, знаю вас 15 лет?”

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

    Много поездив по конференциям, я не видел докладов на тему того, как создать доверительные отношения с заказчиком и не потерять его доверия.  Может быть, мы узнаем это на AgileDays или Agileee? :) Если вы побороли такие трудности со своим заказчиком, то поделитесь как. Думаю, будет интересно многим.

  • Конференция AgileDays: Санкт-Петербург, 17 сентября

    Posted on August 2nd, 2010 Александр Орлов 1 comment

    Вот, наконец, пошли хорошие конференции потоком и в Санкт-Петербурге. А то с апреля 2009 после SQA Days и вспомнить было нечего. 17 сентября в Питер приезжает Agile Days во главе с Асхатом Уразбаевым и другой интересной компанией. Ниже – официальный анонс от организаторов.

    Разговоров про Agile так же много, как и книг, но вопрос, как сделать разработку гибкой и эффективной в конкретной компании, порождает кучу дискуссий. Как показывает практика и предыдущие посты на Хабре об AgileDays и встречах сообщества AgileRussia, интерес к данной теме не угасает. Именно поэтому мы продолжаем делать конференции, связанные c вопросами организации процессов разработки.

    Можно поздравить жителей северной столицы – AgileDays добрался и до их города.

    Мы думаем рекламировать AgileDays не имеет смысла. Скажем только, что это уже третий раз за последний год, когда мы собираемся вместе (Москва, Екатеринбург), чтобы обсудить современные подходы управления разработкой ПО.

    Когда?

    Произойдет это все в одной из петербургских гостиниц 17 сентября.
    Будет несколько потоков: один или два основных потока с докладами и параллельные сессии мастер-классов и  open space’ы.

    Поводов собраться у нас более чем достаточно

    К нам на конференцию приезжают:

    David Hussman, DevJam – консультант по организации процессов и продуктовому менеджменту.

    Дэвид разрабатывал программное обеспечение в течении многих лет в самых разных областях: цифровое видео, медицина, биометрия, финансы, торговля и образование. Сейчас Дэвид поддерживает несколько agile-сообществ по всему миру: США, Канада, Европа и даже Азия. Способствовал написанию нескольких книг (“Managing Agile Projects” и «Agile in the Large». Сейчас Дэйв пишет книгу для серии «Pragmatic Programmer».

    На конференции Дэйв познакомит нас со своим докладом Products and People Over Process and Dogma, в котором расскажет о том, как в погоне за попыткой сделать «православный Agile» не забыть, зачем вы его применяете, и попытаться сместить фокус с создания классного «процесса из книжек», на простое достижения целей вашей компании, усиливая себя практиками гибкой разработки.

    Так же David проведет двухдневный тренинг «Coaching Agility» для тех, кто хочет развиваться в направлении Agile-Coaching, как новой формы менеджмента в компании (создание высокопродуктивных команд).

    Dan Rawsthorne – Senior Coach, Certified Scrum Trainer, Danube. Дэн работает в IT индустрии более 25 лет. Прошел путь от простого разработчика до менеджера проектов и продуктов. Он работал как в небольших (3 человека), так и в огромных (500 человек) командах и приобрел колоссальный опыт по организации работ в проектах разной продолжительности и сложности. Дэн занимался улучшением процессов в маленьких «хакерских» компаниях и огромных организациях, сертифицированных по CMMI и ISO.

    Дэн прочтет на конференции доклад о типизации User Stories «Storyotypes: The Patterns Within the Stories».

    Так же под его руководством пройдут две сертификации Certified Scrum Master и Certified Product Owner

    Григорий Мельник Microsoft, Senior Program Manager в команде patterns & practices в Microsoft. В настоящее время руководит проектами Microsoft Enterprise Library и Software Testing Guidance. Его профессиональный опыт – более 15 лет. Как инженер-разработчик ПО, научный сотрудник и профессор университета с более 40 публикациями внёс существенный вклад в развитие современных методов разработки, тестирования и внедрения комплексных программных систем (включая Acceptance Test-Driven Development).

    Григорий еще не объявил нам тему своего доклада, но мы уверены, что этого человека будет интересно слушать независимо от темы.

    Сергей Дмитриев, Making Waves, Oslo.

    Работая в качестве Scrum Coach, помог внедрению Agile с нуля в 4х компаниях. Занимался agile development c 2005 года, работал с удаленными и распределенными командами, на маленьких (3 разработчика) и больших (100+ разработчиков) проектах. Тренировал более 25 команд в 6 разных странах. Сертифицированный менеджер проектов PMI, сертифицированный Scrum Master, Scrum Product Owner, Scrum Practitioner, Сергей в данный момент работает над своей сертификацией в качестве сертифицированного скрам тренера.

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

    Кто будет еще?

    Гости из Финляндии и Эстонии:

    - Дмитрий Викторов, F-Secure. Он и его команда обещали рассказать о практике, названной Business Iteration Planning

    - Алек Козлов, Scrum.ee, основатель эстонского сообщества Scrum.ee, один из опытнейших тренеров на постсоветском пространстве.

    - Антон Кекс, Codeborne. С успехом перевел весь девелоперский центр банка Swedbank на рельсы XP.

    Питерские Аджилисты с многолетним опытом:

    - Роман Юферев, Avicode. Один из самых ярких докладчиков Agiledays’09.

    - Алексей Корсун, ScrumTrek. Представитель ScrumTrek в Санкт-Петербурге и соорганизатор данной конференции. Алексей не раз выступал на Agile-конференциях и помогал питерским командам становиться Agile.

    И это только начало! Планируется более 20 докладов и мастер-классов.

    Участие

    Для участия необходимо заполнить форму регистрации на сайте ScrumTrek – организатора конференции:scrumtrek.ru/company/registration-spb/

    Если вы готовы сами выступить на конференции с интересным докладом, отправьте письмо с абстрактом до 5-го августа на адрес: agiledays@scrumtrek.ru

    Сайт конференции: spb.agiledays.ru