Сегодня закончилась вторая итерация нового проекта и уже второй раз на ретроспективе в графе "Плюсы" оказывается пункт "Вместе и слаженно решаем возникающие проблемы".
Считаю это одним из самых больших и важных достижений, учитывая непростую ситуацию на старте проекта и достаточно большой размер команды.
И уже второй раз ухожу на выходные с чувством выполненного долга :)
пятница, 14 августа 2009 г.
Команда - основа успеха
Истории пользователей (пожелания) и подзадачи в Jira
Так получилось, что приходится один из проектов вести в ненавистной Jira.
Пытаюсь для возможности последующего анализа на pre-sale других проектов (а на самом деле в основном для удовлетворения начальства красивым сгенеренным project-планом) получить более менее удобную картину, а именно набор пожеланий, разбитых на задачи с определенным типом.
Т.е. имеем Feature, у которой есть Subtasks: описать требования, разработать UI, разработать серверный компонент, написать тестовый сценарий и протестировать.
Как бы сделать так, чтобы при переходе одной из подзадач в InProgress, исходная фича автоматически переходила в InProgress, а при Resolve или Close последней подзадачи, исходная фича тоже автоматически считалась выполненной? Ну чтобы инструмент помогал в работе, а не создавал новых трудностей.
Может кто знает?
Вот в системе управления проектами DEVPROM, например, при планировании пожелания в итерацию, автоматически предлагается создать набор подзадач (требования, разработка, тестирование), от состояния которых зависит состояние исходного пожелания.
Крайне удобно, и никаких лишних действий не нужно.
четверг, 6 августа 2009 г.
Сколько нужно архитекторов на одного разработчика?
.. или пытаемся делать agile-like проект с огромной кучей условий, зависимостей и стейкхолдеров.
Стартовал новый проект с интересной особенностью - на трех (!) разработчиков:
- два архитектора
- два рецензента архитектуры, которые имеют свое видение и принимают окончательные решения
- ну и до кучи: менеджер, два аналитика и тестировщик
При этом аналитика и архитектура стартанули одновременно с разработкой.
Вот представьте себе состояние разработчиков, которым нужно писать код, когда мало того что ближайшие задачи не проработаны с бизнесом, так еще 4 архитектора даже между собой еще не договорились как будет выглядеть система :)
Кажется, на следующей неделе нужно обязательно всем идти в паб, иначе могут быть неприятности.
Повышаем эффективность ежедневного скрама
Все больше убеждаюсь в том, что стандартные на ежедневных скрамах вопросы "Что ты делал вчера (What did you do yesterday)" и "Что будешь делать сегодня (What will you do today)" не самый эффективный способ вести проект к успешному завершению.
Правильнее спрашивать "Что ты СДЕЛАЛ вчера" и "Что собираешься СДЕЛАТЬ сегодня" - это, во-первых, нацеленность на четкий результат (и вообще его осознание), а во-вторых дополнительный коммитмент человека перед командой.
"я буду делать.. " - это процесс, так можно считать мух на потолке или смотреть на огонь.
"я сделаю.. " - это уже четко намеченная цель, которая должна быть достигнута.
Подписаться на:
Сообщения (Atom)
