SQA days - и снова здравствуйте!

Всем привет!

Несмотря на то, что этой весной я так и не доехал до Казани и позорно пропустил SQA-Days в этом славном татарском городе, я не оставил надежды пообщаться в массовом порядке с тестировщиками нашей необъятной Родины. И на десятой юбилейной конференции SQA-Days'10 2-3 декабря в Москве я таки буду проповедовать про Manageability! Ужасно рад этой возможности, так как на мой взгляд, тестировщики - просто идеальные слушатели для этой темы - они и так, уже сейчас (даже не подозревая об этом) много делают в этой области :) То-ли еще будет, когда мы добавим в процессы QA еще и Manageability!
Так что 2-3 декабря встретимся в Москве, коллеги! До встречи!

Вебинары VersionOne

Всем привет!

Думаю, что многие из вас знают такую компанию как VersionOne которая делает кучу разнообразного софта, в том числе для управления проектами и разработки по Agile. К их чести стоит сказать, что при этом они крайне активно работают с community и их рассылки обычно очень интересны (я, например, каждое их письмо читаю и потом не жалею об этом).
В рамках своего паблисити они проводят бесплатные вебинары, на которых, конечно, безбожно рекламируют свои (и не только свои) тулзы, но при этом там можно найти и интересное и полезное для каждого практикующего аджайлста. Актуальный список записей вебинаров доступен по ссылке. Там и записи и слайды и вопросы-ответы - все аккуратно разложено - любо-дорого посмотреть.
Так что если вас не пугает то, что я сказал про рекламу (а рекламой в нашем мире уже кого-то трудно испугать - даже в youtube она пробралась...), то - милости прошу!

Удачи!

Вечные вопросы scrum-мастеров

Всем привет!

Недавно я открыл для себя Linkedin-группу "Scrum Practitioners" и  благодаря этому стал свидетелем и участником интереснейших дискуссий! Две из них меня заинтересовали особенно:

1. Как заставить Product Owner не вставлять новые задачи в середине спринта?
2. Что делать с человеком, постоянно опаздывающим на дейли-стендапы?

Оба эти вопроса интересны тем, что они связаны фактически с менеджментом в процессе, где менеджера нет :) И оба эти вопроса направлены на сохранение scrum-процесса, где PO не лезет к команде во время спринта, а вся команда дружно собирается на дейли стендапы.
При этом значительная часть участников этих дискуссий грешат догматическими и безапелляционными суждениями, такими как "PO не должен...отказать..." или "штрафовать...заставить носить кроличьи ушки...". Увы, но то, что многие из нас получили свой CSM сертификат так и не сделало нас гибкими. Мы просто получили новую игрушку - новый процесс, и теперь старательно его охраняем от любых изменений.
Но ведь одна из главных вещей, которые мы должны понять - это то, что изменения случаются, что изменения - это данность и зачастую - просто необходимость. И касается это как требований к продукту, так и самого процесса разработки. Мы должны научиться спокойно встречать новые изменения или неожиданные события и в первую очередь задать себе и окружающим вопрос - "Почему?" и быть готовы принять и "обработать" ответ, быть готовы изменить что-то в продукте и в процессе после этого.

Еще о докладах и презентациях

Всем привет!

Давным давно я здесь постил небольшую заметку о том, какой должна быть презентация. Ну так это был детский сад по сравнению с тем, что недавно опубликовал Саша Орлов на своем блоге. Со свойственным ему системным подходом он опубликовал руководство в трех частях о том, как делать доклады, включая особенности работы на вебинарах, что является отдельной наукой, особенно для тех людей, которые на "живых" выступлениях выигрывают за счет харизматичности и энергетики, но на вебинарах выглядят довольно бледно, так как и харизма и энергия с трудом пролезают в весьма узкий информационный канал между докладчиком и слушателями. Итак - всем советую - "11 ключевых ошибок докладчиков" от Саши Орлова!

Ну а я постараюсь больше не прерывать свои публикации в этом блоге!...или я это уже обещал когда-то? :)

Ура! Я - CSM!

Урааааа!

Вот мне и удалось достичь одной из целей, запланированных на этот год - прохождение тренинга и получение сертификата Certified Scrum Master от Scrum Alliance. Хочу выразить огромную благодарность за классный тренинг Сергею Дмитриеву - нашему незаменимому тренеру и коучу :)

Тренинг CSM проходил в Минске и длился два дня. Особенно интересно было то, что и сам тренинг Сергей провел с использованием инструментов Scrum таких как TaskBoard, Burndown Chart и даже DailyStandup (неформально каждый час, на нем мы отмечали прогресс на Burndown Chart).

Сергей так же рассказал о планах провести в будущем тренинг по программе Certified Product Owner, что крайне интересно лично мне, так как именно эту роль я чаще всего исполняю на своих проектах.

Ну и напоследок - миниатюрная ярмарка тщеславия :)



Отчет об Application Developers Days 2011

29-го и 30-го апреля у нас в Питере прошла конференция для настоящих разработчиков с большой буквы "Р"! С программой этого события вы можете ознакомиться на сайте и это все еще не бесполезно, так как Стас Фомин уже готовит к публикации видео-записи каждого доклада на этой конференции. То есть если Вы тоже с большой буквы "Р", но по какой-то мистической причине вдруг пропустили ADD-2011 - еще не все потеряно! Для многих докладов видео уже доступно прямо на сайте.

О самом мероприятии у меня осталось несколько двойственное впечатление...

Жизнь на грани

На днях мы с коллегами-манагерами обсуждали наши основные активности в компании и задумались о том, как мы себя ведем в ситуациях, когда на наш взгляд появляется конфликт интересов заказчика и интересов команды. Как вы помните, менеджеры живет на информационных потоках, а так же на границе между командой разработки и заказчиком. Нередко жизнь предлагает нам весьма противоречивые ситуации, в которых кто-то проникается "бизнес-нидс" заказчика и начинает больше давить на команду, а кто-то бросается в бой за отстаивание прав команды на 40-часовую рабочую неделю, выбор технической реализации, право на оценку и прочие идеи Agile... очевидно, что выбор крайней позиции в данном случае абсолютно неприемлем и ведет к серьезным проблемам с заказчиком и с командой, что в конечном счете негативно сказывается на самой компании и на ее бизнесе.

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