Вчера сделал доклад “Гибкие методологии разработки: максимальный результат для бизнеса с минимальными затратами” на конференции “Оптимизация ИТ-инфраструктуры предприятия”.
Смотрите презентацию:
Подскажите пожалуйста web-решение (возможно, интранет) для управления задачами. Специализация у нас разработка сложных web-порталов. Методология пока классический waterfall, но планируем переходить в сторону Agile/SCRUM.
Сошлись, на том, что хотелось бы видеть такой функционал:
* Поддержка множества проектов
* Учет времени (запланированного и фактического)
* Составление плана работ на период (с указанием Milestones) и отражение его в виде диаграммы Ганта
* Операции с задачами с поддержкой приоритетности (подразумевается стандартный функционал баг-трекера)
* Повторяющиеся задачи, чтобы не дублировать одинаковые задачи под разными названиями, для дальнейшего учета среднего времени на операцию
* Срез по загруженности отдельного человека, учитывая разные проекты
* Общая картина работ (текущих и будущих) по всем проектам (например, через диаграмму Ганта)
* Учет занятого времени конкретного человека на конкретный будущий период (исходя из плана работ) или общая загрузка человеко часов на будущий период.
* Поддержка wiki
* Возможность интеграцией с какой-либо из СУП (системами управления проектами)
Есть ли возможность реализовать это поверх какого-то стандартного баг-трекера (Trac, Redmine, Bugzilla) например с помощью плагинов или готовых решений?
Читать дальше...
Comments Off
Недавно ко мне обратился владелец одной компании по поводу работы. Мы пообщались, и он попросил меня ответить на несколько вопросов. На английском.
Вопросы он задал довольно интересные, и ко мне пришло вдохновение. Не в силах остановиться до трёх ночи, я писал сочинение 
Я решил опубликовать его в виде серии постов.
Итак, первый вопрос, в ответе на который я раскрываю смысл должностей Product Manager, Project Manager и Team Lead, и альтернативную систему координат, принятую в Agile, точнее в Scrum - Team, Product Owner, Scrum Master. А также моё личное отношение к этим ролям.
1. Вы пишете о том, что хотите занимать позицию Project Manager или Team Leader. Какими задачами на Ваш взгляд должен заниматься человек находящийся на этой позиции и как Вы их видите?
I am interested in Product Manager or Project Manager positions actually, as I’m writing in my CV.
Responsibilities of mentioned positions traditionally may include:
Читать дальше...
Недавно я понял, что мне необходимо делегировать другим людям полномочия скрам-мастера в своих командах. А самому сосредоточиться на работе Product Owner’а (прокси-продукт-овнера, на самом деле) и коачинге новоиспечённых скрам-мастеров в командах.
Не потому, что мне принципиально трудно сочетать роли ScrumMaster и Product Owner. Многие жалуются на конфликт интересов этих ролей и утверждают, что сочетать их трудно. Мне же достаточно легко переключаться между этими двумя состояниями сознания, в которых работают различные фильтры восприятия. Я достаточно долго недоумевал, что же другие находят в этом трудного.
В конце концов я сделал вывод, что для нормальных людей это действительно трудно. Я нормальным не являюсь - я мастер НЛП и у меня прокачаны скиллы сдвига личностных границ, смены фильтров восприятия. Это происходит у меня по щелчку пальцев - а большинству людей всё-таки лучше сосредотачиваться на одной роли.
Тем не менее, я все же пришёл к такому разделению - но совсем по другой причине - по причине нехватки времени на всё. Я решил передать часть полномочий другим, чтобы не становиться “бутылочным горлышком”.
Кстати, необходимость разделять роли у меня всё равно останется - роль коача скрам-мастеров - SuperScrumMaster - всё равно очень похожа на роль простого скрам-мастера.
Я стал думать, о том, кто в моих командах может взять на себя роль скрам-мастера. Пришёл к мнению, что только сама команда может решить, кто подойдёт ей в качестве скрам-мастера. Однако чтобы выбрать, люди должны понимать, что важно для будущего скрам-мастера. Не факт, что другие разделяли меня-скрам-мастера и меня-продукт овнера.
С целью дать командам информацию о критериях выбора хорошего скрам-мастера, я нашёл и перевёл статью Майка Кона “Главарь банды. Шесть качеств хорошего скрам-мастера.” (Mike Cohn, Six Attibutes of a Good ScrumMaster). Заодно перевёл и комментарии к этой статье, оставленные на сайте ScrumAlliance, которые, на мой взгляд, прекрасно дополняют статью.
Перевод оформлен в билингва-формате - читая английскую версию, есть возможность ощутить стиль языка автора, плюс уточнить трактовку сомнительных мест, ну и усовершенствовать свой английский, сначала пытаясь понять смысл абзаца на английском, а уж затем переходя на готовый перевод.
Представляю его вам:
Leader of the BandSix Attributes of a Good ScrumMasterby Mike Cohn | 05 Feb 2007
|
Главарь бандыШесть качеств хорошего скрам-мастера
Майк Кон, 5 февраля 2007
перевод – Алексей Тигарев <tigra AT nlp.od.ua>, 11.06.2008
|
| In my last column I asserted that in an ideal world a team would select its own ScrumMaster, but that it isn’t always practical. I promised that my next column would discuss what to look for in a potential ScrumMaster, whether the selection is being made by the team itself or by someone outside the team. In this week’s column, I present six attributes that your next ScrumMaster should demonstrate. |
В моей последней колонке я утверждал, что в идеале команда сама выбирает скрам-мастера для себя, но на практике это не всегда возможно. Я обещал в следующей колонке обсудить, какие качества искать в потенциальном скрам-мастере вне зависимости от того, осуществляет ли выбор сама команда, или кто-то извне. Представляю шесть качеств, которые должны быть присущи скрам-мастеру. |
Добрый день, может быть у кого-нибуть есть книга “The Enterprise and Scrum” в электронном варианте? Будте так добры, поделитесь.. Спасибо
Читать дальше...
Comments Off