Increased Visibility When Using Scr

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.
XP and Software Quality
The use of XP engineering practices within the project was found to cause a marked improvement in the
quality of the code, in comparison to previous projects. Although each of the practices addresses different
aspects of code quality, they were found to have a profound overall effect over a period of time. Part of the
reason is the incremental fashion in which they were applied. By gradually improving the existing code base
while working toward the final solution, the code base gradually converges on an elegant and workable
solution.
In summary, the application of XP engineering practices outlined above directly resulted in an increase in
the quality of the completed code and test suites.
Scrum and Productivity
The application of Scrum was found to increase the productivity of the project team. There may be several
explanations, but we feel that the single most important reason is that Scrum allows developers to focus on
delivering usable functionality to the client, rather than delivering artifacts of questionable value. Analysis
and design deliverables were produced when necessary during the project—when it was felt that they added
value. However, when there was no need to produce written deliverables, the project team comfortably
ignored them. Because both Scrum and XP rely on emergence, the combination allowed the business to
understand how to leverage engineering resources.
It's important to note that this mode of operation is only sustainable when the project team is small. In the
case of Project X, the project team consisted of only 14 individuals, with varying degrees of experience and
expertise. In larger projects, some initial system and product architecture artifacts would probably be
required to help coordinate the teams. However, we successfully delivered more functionality within the first
few Sprints than the previous team did in nine months.
Scrum also insists that the client prioritize the required functionality (that is, products) in the product backlog.
This practice allows the project team to deliver the functionality that the client wants the most. A beneficial
side effect is that the client is genuinely excited by any functionality demonstrated at the Sprint reviews. This
excitement is often transferred to the project team, boosting team morale.

Results (Russian) 1:

Повышенная видимость при использовании ScrumИспользование Scrum на Project X значительно увеличила видимость проекта как для клиента ивысшего руководства. Первоначально был некоторый скептицизм о том, сможет ли команда доставитьвсе, что в течение одного спринта. Это было обусловлено отчасти к истории проекта и осуществленияновые методологии разработки.Любые опасения по поводу использования XP и Scrum были быстро рассеялись, когда проектная группадемонстрации рабочего программного обеспечения, которые рассматривались проблемы качества интерфейса и данных во время первого спринтаОбзор. Функциональность не была полной, но она показала заметный прогресс и ощутимые выгоды. ВДемонстрация работы программного обеспечения позволило заинтересованным сторонам иметь конкретного пониманияфункциональность и качество программного обеспечения, которые были разработаны. Кроме того он сообщил командыпрогресс в гораздо более эффективно, чем письменные отчеты.На спринт обзора, ИТ и бизнес управления смогли увидеть команды и владелец бизнесасотрудничество о что было сделано и что делать дальше. Как старший ИТ-человек сказал: «Agile (Scrumand XP) решает мою проблему вовлечения клиентов.» Запрос управления командой, «как вы быливозможность сделать так много прогресса?» Команда отнести большую часть прогресса, чтобы закрыть сообщение ивыровненное размещение бизнес-пользователей и группы, оптимизации связи и производительности.Заинтересованным сторонам было также предложено общаться непосредственно с командой. Это позволило обеим сторонамсвободно общаться и исследовать некоторые из вопросов, которые были решены проектной группы во времяСпринт.XP и качество программного обеспеченияБыло установлено, что использование XP инженерной практики в рамках проекта вызывает заметное улучшение вкачество кода, по сравнению с предыдущими проектами. Хотя каждый из методов рассматриваются различныеаспекты качества кода, они были найдены, чтобы иметь глубокий общий эффект в течение периода времени. ЧастьПричина заключается в добавочной моде, в которой они были применены. Путем постепенного улучшения существующего кодаРаботая в направлении окончательного решения, база кода постепенно сходится на элегантной и работоспособнымрешение.Таким образом применение XP инженерной практики, изложенных выше, непосредственно привело к увеличениюкачество завершенного кода и тестов suites.Scrum и производительностьБыло установлено, что применение Scrum увеличить производительность проектной группы. Там может быть несколькообъяснения, но мы считаем, что одной наиболее важной причиной является, что Scrum позволяет разработчикам сосредоточиться надоставку можно использовать функциональные возможности клиента, вместо того, чтобы доставлять артефакты сомнительную ценность. Анализи результаты проектирования были произведены при необходимости во время проекта — когда было сочтено, что они добавилизначение. Однако когда нет необходимости производить письменных результатов, проекта команда комфортноигнорировать их. Потому что Scrum и XP полагаются на возникновение, сочетание позволило бизнеспонимаете, как использовать инженерные ресурсы.Важно отметить, что этот режим работы только является устойчивым, когда проектная группа является небольшим. Вслучае Project X, проектная группа состояла из 14 человек, с различной степенью опыта иэкспертиза. В крупных проектах некоторые первоначальные артефакты архитектуры системы и продукта, вероятно, будетдля оказания помощи в координации команд требуется. Однако мы успешно поставили большую функциональность в течение первойнесколько спринтов, чем предыдущая команда сделал в девять месяцев.Scrum также настаивает на том, что клиент приоритетность требуемой функциональности (то есть, продукты) в невыполненная работа по продукту.Эта практика позволяет команде проекта предоставлять функциональные возможности, которые клиент хочет больше всего. Выгоднопобочным эффектом является, что клиент действительно возбужденных по любой функциональности, демонстрировались на обзоры спринта. Этоволнение часто переходит к команде проекта, повышая моральный дух команды.

Results (Russian) 2:

Повышенная видимость при использовании Scrum
Использование Scrum на Project X значительно увеличило видимость проекта как с клиентом и
высшего руководства. Первоначально был некоторый скептицизм относительно того , будет ли команда в состоянии поставить
что - либо в пределах одного Sprint. Это было связано отчасти к истории проекта и реализации
новых методологий разработки.
Любые вопросы по поводу использования XP и Scrum были быстро рассеялись , когда команда проекта удалось
продемонстрировать рабочее программное обеспечение , которое адресовано как интерфейс и качества данных проблем во время первый Sprint
обзор. Функциональность не была завершена, но она показала заметный прогресс и ощутимые выгоды.
Демонстрация рабочих программ дала возможность заинтересованным сторонам иметь конкретное представление о
функциональности и качества программного обеспечения , которая была разработана. Кроме того, сообщалось команды
прогресс гораздо более эффективно , чем письменные отчеты о состоянии.
В обзоре Sprint, ИТ и управления бизнесом были в состоянии видеть команды и владелец бизнеса
сотрудничают о том, что было сделано и что делать дальше. Как сказал старший ИТ - человек, "Проворный (Scrum
и XP) решает мою проблему участия клиента." Управление опрошена команду, "Как вы были в
состоянии сделать так много прогресса?" Команда приписывали большую часть прогресса , чтобы закрыть сообщение и
коллокацию бизнес - пользователей и команды, оптимизации коммуникации и производительности.
Заинтересованные стороны также были приглашены напрямую общаться с командой. Это позволило обеим сторонам
свободно общаться и изучить некоторые из вопросов , которые были решены проектной командой во время
спринта.
XP и качеству программного обеспечения
Использование XP инженерной практики в рамках проекта было установлено, вызывают заметное улучшение
качества из код, по сравнению с предыдущими проектами. Хотя каждый из практики рассматриваются различные
аспекты качества кода, они были найдены , чтобы иметь глубокое общий эффект в течение определенного периода времени. Часть
причин является возрастающая мода , в которой они были применены. Постепенно улучшая существующую базу кода во
время работы к окончательному решению, кодовая база постепенно сходится на элегантной и работоспособной
решения.
Таким образом, применение XP инженерных практик , описанных выше , непосредственно привело к увеличению
качества готового кода и наборы тестов.
Scrum и производительность
применение Scrum было обнаружено увеличение производительности команды проекта. Там может быть несколько
объяснений, но мы считаем , что единственная самая важная причина заключается в том , что Scrum позволяет разработчикам сосредоточиться на
предоставлении полезной функциональности для клиента, а не поставлять артефакты сомнительной ценности. Анализ
и проектные инициативы были произведены при необходимости в ходе реализации проекта, когда было высказано мнение о том , что они добавляют
ценность. Тем не менее, когда не было никакой необходимости производить письменные Deliverables, команда проекта с комфортом
их игнорировал. Так как Scrum и XP полагаются на возникновение, сочетание позволило бизнесу
понять , как использовать инженерные ресурсы.
Важно отметить , что этот режим работы является устойчивым только , когда проектная группа невелика. В
случае проекта Х, проектная группа состояла всего из 14 особей, с различной степенью опыта и
знаний. В больших проектах, некоторые начальные системы и архитектуры продукта артефакты , вероятно , будут
необходимы , чтобы помочь координировать команды. Тем не менее, мы успешно доставлено больше функциональных возможностей в течение первых
нескольких спринте , чем предыдущая команда не в девять месяцев.
Scrum также настаивает на том, что клиент приоритеты требуемую функциональность (то есть, продукты) в отставании продукта.
Эта практика позволяет команде проекта поставить функциональные возможности, которые клиент хочет больше всего. Полезным
побочным эффектом является то, что клиент действительно взволнован любой функциональности продемонстрировала мнения Sprint. Это
возбуждение часто передается проектной команды, повышая боевой дух команды.