Archive by Author

Менеджер в agile, или как я стал тренером

Дискуссии на тему “где же менеджер в agile” ведутся давно, а чем конкретно занимается менеджер проекта продолжает интересовать людей и сейчас. Ответ же прост и одинаково формулируется и в диамате и в project management – “it depends”. И вот от чего.

(more…)

Read full storyComments { 5 }

Сепульки – см. “сепуление”, сепуление – см. “сепульки”

Есть приложения, руководства пользователей которых доводят меня до белого каления. Вот есть одно чудо-приложение для учета затрат. В нем есть форма регистрации затраты. В ней есть чекбокс “Rec?”. Он помечен как обязательный к заполнению. Но что он обозначает – бог его знает! Может, поставив эту галку я отказываюсь от reimbursement? (more…)

Read full storyComments { 6 }

Забавная хрень о субъективности и мнениях

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

С год назад один хороший камрад написал мне софтину – синхронизатор Outlook с BaseCamp’ом – поскольку я всячески насаждаю у себя в тиме культуру управления через майлстоуны, а сам, как всякая нормальная скотина, пользуюсь Outlook. Поэтому для соблюдения паритета – чтоб я тоже планировал вместе со всем в BaseCamp, а вот трэкал задачи в привычном мне Outlook и утромвечером синкал их назад в BaseCamp.

Потом я попросил камрада здесь подкрутить, тут убрать, там добавить, прогресс бар нарисовать – и глядишь, софтина выросла в мааааленький такой продуктик, который мы решили предложить миру как beta (c прицелом что если будет много пользователей – накосить на нем денег, ага. Типа feasibility study.)

Суть не в этом. Вначале продукт назывался Linky (придумал камрад). Потом BaseLook (по факту назвал я). И вот мы стали думать как назвать финальный продукт. И в пятницу бились чуть не до 10 часов – какой из вариантов названия выбрать. При этом камрад отстаивал название BaseLook, а я – Linky. Инверсия предпочтений, так сказать 🙂

Read full storyComments { 4 }

Распределенный agile и вопросы коммуникаций

В Гродно на меня работает отличная команда разработки. Я их всех нежно люблю. Виталий Брейда – это надмозг, сочетающий лучшие качества разработчика с въедливостью тестера. Оля Махнач – бизнес-аналитик, который пишет юзер сториз так, как я бы писал сам. Причем используя мои собственные термины типа “отлуп” и “дрючок” – временами не мог отличить, где писал я, а где она. Марина Василюк делает так, что при выходе чудо-софтины багов в ней – минимум. Это при том, что многие вещи мы обсуждаем и меняем чуть ли не перед релизом. Женя Парахневич как знатный скрам-мастер неуклонно бдит над тем, чтобы все работало, молчаливо присутствуя на всех коллах. И вот про коллы я и хотел поговорить.

P1130353Я думаю, все уже поняли, что команда, которая работает – исключительно матерая. На удаленных коммуникациях – собаку вроде бы съели. На инструментах – не экономим, используем GoToMeeting, голосовые конференции, ну и все как положено, см. картинку. (more…)

Read full storyComments { 16 }

Agile – для fixed bid?

Вообще я яростный противник fixed bid-проектов. Fixed bid-проект обычно оставляет и у Заказчика, и у Исполнителя чувство обоюдного проигрыша – Заказчик недополучил функционал, Исполнитель недополучил прибыль (если очень упрощенно). Для того, чтобы этого не произошло, требуется несколько заходов танцев с бубном – во-первых, нужно вдумчиво поработать над концепцией и ТЗ, используя дорогостоящего аналитика и отвлекая (тоже недешевых) ключевых специалистов Заказчика для сессий JAD; во-вторых, нужно установить процесс управления изменениями; и в-третьих, даже при всем при этом чтобы корректно посчитать этот самый fixed bid нужно иметь историю работы команды или релевантную статистику по организации – чтобы перевести полученный юзкейсы и вайрфрэймы в часы работы и календарные дни длительности (из чего и складывается в конечном итоге цена). Ну и в добавок требуется увязать это все в контракте, создав доброжелательную обставновку вооруженного перемирия и взаимного недоверия. Но проект сделать можно. Следствием такого проекта (при условии того, что оговоренный в контракте процесс не похерят в процессе работы) с весьма большой долей вероятности будет адекватная качественная система. (more…)

Read full storyComments { 5 }

Как продать Agile? Часть 2 – Как продать тем, кто знает что есть Agile

Они строго говоря тоже делятся на 2 части:

  1. те, кто действительно знают, что такое agile;
  2. те, кто слышали про agile, и хотят попробовать.

Продажа вторым ничуть не отличается от продажи тем, кто никогда не имел дела с agile – просто происходит легче, так как Заказчик “предрасположен”. Работать с первыми – несравненно сложнее. Итак, как действует agile-Заказчик, который покупает agile-проект? К чему быть готовыми? И зачем он это делает? (more…)

Read full storyComments { 3 }

Как улучшить взаимодействие тестера и разработчика?

clip_image002

Согласно agile тестировщики и разработчики должны работать вместе, ожесточенно забарывая эффект возрастания стоимости исправления бага (ну то есть если разработчик и тестер нашли баг до того, как сделали коммит в репозиторий – то мы как минимум съэкономили время на сбор билда, тестирование, пост бага, прочтение сообщения про баг, вспоминание контекста, фикс, сборку билда, верификацию бага). (more…)

Read full storyComments { 3 }

Как продать agile? Часть 1 – почему сейчас благоприятное время для agile?

Окей, кризис пришел. Все поджали пуза и хвосты, и в лучшем случае планируют на квартал, а то и не загадывают дальше следующего месяца. Больше не будет миллионных бюджетов и планов проектов длиной в год. Заказчики больше не рвутся заключать длинные контракты на maintenance & support, резервируя команду на весь год. Ай-ай-ай, мы все умрем. Ну что же тут сказать.

Мне вспоминается фрагмент из интро-ролика мега-игрушки MechWarrior 4: Mercenaries: “It was a time of great sacrifice and loss. But for a loose it was a time of great opportunity…” Кому же предоставляет шанс нынешняя ситуация? (more…)

Read full storyComments { 2 }

Про самоорганизующиеся команды и критерий дозрелости до демократии

В среду-четверг был в Могилеве, запускал очередной этап своего мега-проекта. В Могилеве хожу на обед в столовую №113 что на Космонавтов, ибо в еде не привередлив, а времени на ходить в “Салхино” и ждать – всегда жалко.

Еда в столовой №113 вполне диетическая, и мой гастрит принимает ее вполне благосклонно. Единственный недостаток супер-столовой – очереди в обеденное время. Как оказалось, не такой уж недостаток, ибо именно в очереди слышал следующий мозговзрывной диалог (имена изменены). Молодой рабочий пылко доказывает старому усатом дядьке, похожему на бобра:

– Пал Палыч, я считаю, что нам обязательно надо перейти на самоуправление в цеху! Я считаю, что мы вполне дозрели до того, чтоб самим определять рабочий распорядок! (more…)

Read full storyComments { 2 }

Гоните их в шею, или синдром “знающих-как-должно-быть-на-самом-деле”

Вчера днем окончательно решил убрать из своей команды одного камрада. Расстались так сказать по обоюдному согласию. Перед расставанием как водится провели последний разговор. Ну типа на тему “что определяет твое нежелание работать с нами?”. И его ответы живо напомнили недавнюю историю – тут же и решил ее опубликовать.

В июле я вернулся с Алтая. Места умопомрачительные: тот, кто побывал здесь хотя бы один раз – обязательно вернется. Фоток даже добавлять не буду – они даже примерно не передают ощущения Алтая – главным образом потому что посредством фотографии не получается вертеть башкой, плюс на фотографии сделанной впопыхах ощущение глубины исчезает. Короче, поверьте мне на слово – это место, где встречаются небо и земля, где в горах ты идешь по небу.

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

Дело было так. (more…)

Read full storyComments { 18 }