This version of the page http://project.mentoors.com/?cat=48 (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2012-12-02. The original page over time could change.
Управление проектами | Agile

Agile

Microsoft Project 2010 Scrum Solution starter

0

Microsoft Project 2010 Scrum Solution starter – плагин для реализации методологии SCRUM в MS Project 2010.

Из оригинального описания на сайте: Microsoft Project 2010 Scrum Solution Starter is designed to provide a guidance on using the Microsoft Project 2010 to manage Scrum projects, aiming to help individual Scrum teams to start using Project to:

  • Manage Product backlog
  • Manage Scrum backlog
  • Track progress and generate Burndown charts

Файлы для установки (Deployment.zip) находится на сайте Microsoft: http://archive.msdn.microsoft.com/P2010Scrum/Release/ProjectReleases.aspx?ReleaseId=5334. Можно скачать по этим ссылкам:

Source.zip

Deployment.zip

Overview (PDF)

Overview (XPS)

Совместить классические инструменты управления проектом и SCRUM

0

Возможно вопрос покажется крамольным для адептов SCRUM и заядлым водопадчикам-планерам Microsoft Project: можно ли совместить классические инструменты управления проектом и SCRUM?

  • Нужно ли это?
  • Возможно ли это?
  • Как вы себе видите такую возможность?

Пример схемы SCRUM доски

0

Мне очень нравится схема организации доски для рабочей итерации по SCRUM которая приведена в книге

Интересный опыт составления отчета по итерации SCRUM

0

http://ericlefevre.net/wordpress/2008/07/31/a4-reports-as-iteration-reports/

Задачи никого не интересуют – вы об этом помните?

0

Очень примечательный вывод в сравнении пользовательских историй и задач который дается в SCRUM:

Пользовательские истории (кейсы, фичи) – это то что интересует как результат владельца продукта.

Задача – это некий потраченный объем работ который сам по себе владельцу продукта не интересен.

Отсюда еще раз о важном – задачи это один из элементов к достижению результата. И не надо рассказывать заказчику проекта о том сколько мы пахали. Рассказывайте о результатах.

Project governance & Agile

0

Project success in many domains (enterprise and especially when you’re spending significant amounts of some one else’s money) is guided by Governance. A good place to look is IT Governance: How Top Performers Manage IT Decision Rights for Superior Results, Peter Weill and Jeanne W. Ross, Harvard Business School Press. Many want us to believe that Agile is the solution, and it is likely the solution to developing software. But we need higher level processes to allow Agile to succeed. Governance is one.

Herding Cats

Перевод «How we got rid of time reports» Henrik Kniberg

0

Отличная статья на Хабре “Как мы избавились от отчетов о выполненных работах” - http://habrahabr.ru/blogs/agile/111732/

PS Сразу хочу оговориться что данные идеи классные но могут быть не применимы для определенных видов бизнеса. Например, если надо выставлять счета клиенту с часами и с разбивкой по задачам – то вам не избежать процедуры фиксации времени. Другое дело что ее нужно максимально упростить.

Цитаты из статьи:

“Это раздражало. Не только потому, что это просто занимало время и отвлекало всех, но и потому, что моя работа по «утверждению» отчетов было в основном игрой в
угадайку. У меня не было никаких рабочих способов узнать, правилен ли отчет.”

“… я стал задавать вопросы по-другому. Вместо вопросов «Почему нужны отчеты о выполненных работах», я стал спрашивать «Что случится, если мы «потеряем» отчеты» или «Что случится, если мы «нечаянно» сгенерируем содержимое отчетов случайным образом».”

“Сейчас мы используем эти отчеты, чтобы считать овертайм. Но заполнять отчеты уныло, а работать овертайм – это еще более уныло. Мы все знаем, что один час энергичной, мотивированной, сфокусированной разработки полезнее целой недели зомби-кодинга”

Так что такое предложение. Больше нет отчетов. И больше нет овертайма.

«Конечно, иногда могут быть исключения. В таких случаях будет работать традиционная система компенсаций за переработки. Мы будем стараться минимизировать такие случаи и разбираться с ними в каждом отдельном случае. Если сомневаетесь – позовите меня».

«Manage for the normal and treat exceptions as exceptional»
— Edwards Deming

Погадаем?

0

Очень интересный метод оценки кусков работы (историй, вариантов использования, задач) предлагается в Mike Cohn про “Agile Estimating and Planning”. Метод решает проблему когда кто-то один дает оценку и все без обсуждения ее принимают (это часто может быть авторитет).

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

Подробнее о методе:

  • Оригинальная статья 2002 года - http://renaissancesoftware.net/files/articles/PlanningPoker-v1.1.pdf
  • На Wikipedia, на английском - http://en.wikipedia.org/wiki/Planning_poker
  • На русском - http://agileguru.ru/AgileWiki/Planning_Poker

Практическая история Agile с передовой

0

Как по мне – если выбирать из книг лучшую чтобы познакомиться с Agile  - то это должна быть живая и короткая история реального использования Agile. Классной книгой такого рода есть книга Henrik Kniberg, “Scrum and XP from the Trenches”. Книга открытая, доступная для свободного скачивания. Есть также свободный русский перевод книги – Scrum и XP: заметки с передовой

Про подбор людей в Agile проекты

0

… В Agile, а особенно в Scrum, наоборот,нужно подбирать…самых умных, самых самостоятельных и независимых, самых одаренных, трудолюбивых людей, которые нередко могут запросто послать на собеседовании рекрутера в ж… пу или еще дальше за нескромные вопросы Наверно, ключевым моментом тут будет способность человека говорить правду в глаза, не бояться ни компании,ни обстоятельств. Короче ищут «тигров».

Подробнее читать тут

Go to Top