Scrum and XP rely on self-organizat

Scrum and XP rely on self-organization, with the team deciding what to do while management runs interference and removes roadblocks.
The team determine what to tackle for the first Sprint. Then we asked the team to figure out what it had to do to build this functionality. We then stood back. The project manager initially tried to hand out assignments and defer some work that she hadn't done yet, but we asked her to stand aside—this was the team's job. The team suddenly started talking—brainstorming, plotting, scheming, planning how to get this code built. They explored various alternatives, got to know each other, and devised their work plan. The team experienced an epiphany, as they realized they were free to proceed however they chose. The manager experienced an epiphany, as she realized that she didn't have to tell the team what to do (and ensure that it was done). Her new job was helping the team, expediting their work and removing any impediments. They were all cooperating and optimizing each other.
We were lucky in that we had full support from senior management, allowing the project to move ahead very quickly with little impedance from other parts of the organization. A great deal has already been written on this topic, and the reader is referred to our book, Agile Software Development with Scrum (Prentice Hall, 2001, ISBN 0-13-067634-9), for a more in-depth discussion.
Increased Visibility When Using Scrum
The use of Scrum on Project X has greatly increased the visibility of the project with both the client and
senior management. Initially, there was some skepticism as to whether the team would be able to deliver
anything within a single Sprint. This was due in part to the history of the project and the implementation of
new development methodologies.
Any concerns about the use of XP and Scrum were quickly dissipated when the project team was able to
demonstrate working software that addressed both interface and data quality problems during the first Sprint
review. The functionality wasn't complete, but it showed visible progress and tangible benefit. The
demonstration of working software allowed interested parties to have a concrete understanding of the
functionality and quality of the software that had been developed. In addition, it communicated the team's
progress much more effectively than written status reports.
At the Sprint review, IT and business management were able to see the team and business owner
collaborating about what had been done and what to do next. As the senior IT person said, "Agile (Scrum
and XP) solves my problem of customer involvement." Management queried the team, "How have you been
able to make so much progress?" The team attributed much of the progress to close communication and
collocation of business users and the team, optimizing communication and productivity.
Interested parties were also invited to communicate directly with the team. This allowed both parties to
communicate freely and to explore some of the issues that were resolved by the project team during the
Sprint.

Results (Russian) 1:

Scrum и XP полагаются на самоорганизации, с командой, решить, что делать в то время как Управление выполняет помехи и удаляет блокпосты.Команда определить, какие решения для первого спринта. Затем мы попросили команду чтобы выяснить, что он должен был сделать, чтобы построить эту функциональность. Затем мы стояли обратно. Руководитель проекта первоначально попробовал назначения и откладывать некоторую работу, что она еще не сделали, но мы попросили ее стоять в стороне, — это была работа команды. Команда вдруг начал говорить — мозговой штурм, печати, интриг, планирование как получить этот код, построенный. Они изучили различные альтернативы, познакомились друг с другом и разработал свой план работы. Команда опытных прозрения, как они поняли, что они могут свободно действовать, однако они выбрали. Менеджер опытных прозрения, как она поняла, что она не сказать команде, что делать (и убедиться, что это было сделано). Ее новая работа помогает команде, ускорения их работы и устранения любых препятствий. Они все сотрудничают и оптимизации друг друга.Нам повезло в том, что мы имели полную поддержку со стороны старшего руководства, позволяя проект двигаться вперед очень быстро мало импеданса от других частей Организации. Много уже было написано на эту тему, и читатель отсылался к нашей книге гибкой разработки программного обеспечения с Scrum (Prentice Hall, 2001, ISBN 0-13-067634-9), для более углубленного обсуждения.Повышенная видимость при использовании ScrumИспользование Scrum на Project X значительно увеличила видимость проекта как для клиента ивысшего руководства. Первоначально был некоторый скептицизм о том, сможет ли команда доставитьвсе, что в течение одного спринта. Это было обусловлено отчасти к истории проекта и осуществленияновые методологии разработки.Любые опасения по поводу использования XP и Scrum были быстро рассеялись, когда проектная группадемонстрации рабочего программного обеспечения, которые рассматривались проблемы качества интерфейса и данных во время первого спринтаОбзор. Функциональность не была полной, но она показала заметный прогресс и ощутимые выгоды. ВДемонстрация работы программного обеспечения позволило заинтересованным сторонам иметь конкретного пониманияфункциональность и качество программного обеспечения, которые были разработаны. Кроме того он сообщил командыпрогресс в гораздо более эффективно, чем письменные отчеты.На спринт обзора, ИТ и бизнес управления смогли увидеть команды и владелец бизнесасотрудничество о что было сделано и что делать дальше. Как старший ИТ-человек сказал: «Agile (Scrumand XP) решает мою проблему вовлечения клиентов.» Запрос управления командой, «как вы быливозможность сделать так много прогресса?» Команда отнести большую часть прогресса, чтобы закрыть сообщение ивыровненное размещение бизнес-пользователей и группы, оптимизации связи и производительности.Заинтересованным сторонам было также предложено общаться непосредственно с командой. Это позволило обеим сторонамсвободно общаться и исследовать некоторые из вопросов, которые были решены проектной группы во времяСпринт.

Results (Russian) 2:

Scrum и XP полагаются на самоорганизации, с командой решить , что делать в то время как управление работает вмешательство и удаляет контрольно - пропускные пункты.
Команда определить , что решать за первый Sprint. Затем мы попросили команду , чтобы выяснить , что это должно было сделать , чтобы построить эту функциональность. Затем мы отступили. Руководитель проекта изначально пытался раздать задания и отложить какую - то работу , что она до сих пор не сделали, но мы попросили ее отойти в сторону, это была работа команды. Команда вдруг начала говорить-мозговую атаку, черчения, интриговать, планируя , как получить этот код построен. Они исследовали различные альтернативы, познакомились друг с другом, и разработали свой план работы. Команда испытала прозрение, так как они поняли , что они были свободны действовать , однако они выбрали. Менеджер испытал озарение, когда она поняла , что у нее не было , чтобы сказать команде , что делать (и убедитесь , что это было сделано). Ее новая работа помогает команде, ускорить свою работу и устранение любых препятствий. Они все сотрудничают и оптимизации друг друга.
Нам повезло , что мы имели полную поддержку со стороны высшего руководства, что позволяет проекту двигаться вперед очень быстро с небольшим сопротивлением со стороны других частей организации. Многое уже было написано на эту тему, и мы отсылаем читателя к нашей книге, гибкой разработки программного обеспечения с Scrum (Prentice Hall, 2001, ISBN 0-13-067634-9), для более глубокого обсуждения.
Увеличение видимость при использовании Scrum
использование Scrum на Project X значительно увеличило видимость проекта как с клиентом и
высшего руководства. Первоначально был некоторый скептицизм относительно того , будет ли команда в состоянии поставить
что - либо в пределах одного Sprint. Это было связано отчасти к истории проекта и реализации
новых методологий разработки.
Любые вопросы по поводу использования XP и Scrum были быстро рассеялись , когда команда проекта удалось
продемонстрировать рабочее программное обеспечение , которое адресовано как интерфейс и качества данных проблем во время первый Sprint
обзор. Функциональность не была завершена, но она показала заметный прогресс и ощутимые выгоды.
Демонстрация рабочих программ дала возможность заинтересованным сторонам иметь конкретное представление о
функциональности и качества программного обеспечения , которая была разработана. Кроме того, сообщалось команды
прогресс гораздо более эффективно , чем письменные отчеты о состоянии.
В обзоре Sprint, ИТ и управления бизнесом были в состоянии видеть команды и владелец бизнеса
сотрудничают о том, что было сделано и что делать дальше. Как сказал старший ИТ - человек, "Проворный (Scrum
и XP) решает мою проблему участия клиента." Управление опрошена команду, "Как вы были в
состоянии сделать так много прогресса?" Команда приписывали большую часть прогресса , чтобы закрыть сообщение и
коллокацию бизнес - пользователей и команды, оптимизации коммуникации и производительности.
Заинтересованные стороны также были приглашены напрямую общаться с командой. Это позволило обеим сторонам
свободно общаться и изучить некоторые из вопросов , которые были решены проектной командой во время
спринта.