XP and Software QualityThe use of X

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:

XP и качество программного обеспеченияБыло установлено, что использование XP инженерной практики в рамках проекта вызывает заметное улучшение вкачество кода, по сравнению с предыдущими проектами. Хотя каждый из методов рассматриваются различныеаспекты качества кода, они были найдены, чтобы иметь глубокий общий эффект в течение периода времени. ЧастьПричина заключается в добавочной моде, в которой они были применены. Путем постепенного улучшения существующего кодаРаботая в направлении окончательного решения, база кода постепенно сходится на элегантной и работоспособнымрешение.Таким образом применение XP инженерной практики, изложенных выше, непосредственно привело к увеличениюкачество завершенного кода и тестов suites.Scrum и производительностьБыло установлено, что применение Scrum увеличить производительность проектной группы. Там может быть несколькообъяснения, но мы считаем, что одной наиболее важной причиной является, что Scrum позволяет разработчикам сосредоточиться надоставку можно использовать функциональные возможности клиента, вместо того, чтобы доставлять артефакты сомнительную ценность. Анализи результаты проектирования были произведены при необходимости во время проекта — когда было сочтено, что они добавилизначение. Однако когда нет необходимости производить письменных результатов, проекта команда комфортноигнорировать их. Потому что Scrum и XP полагаются на возникновение, сочетание позволило бизнеспонимаете, как использовать инженерные ресурсы.Важно отметить, что этот режим работы только является устойчивым, когда проектная группа является небольшим. Вслучае Project X, проектная группа состояла из 14 человек, с различной степенью опыта иэкспертиза. В крупных проектах некоторые первоначальные артефакты архитектуры системы и продукта, вероятно, будетдля оказания помощи в координации команд требуется. Однако мы успешно поставили большую функциональность в течение первойнесколько спринтов, чем предыдущая команда сделал в девять месяцев.Scrum также настаивает на том, что клиент приоритетность требуемой функциональности (то есть, продукты) в невыполненная работа по продукту.Эта практика позволяет команде проекта предоставлять функциональные возможности, которые клиент хочет больше всего. Выгоднопобочным эффектом является, что клиент действительно возбужденных по любой функциональности, демонстрировались на обзоры спринта. Этоволнение часто переходит к команде проекта, повышая моральный дух команды.

Results (Russian) 2:

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

Results (Russian) 3:

XP и качества программного обеспеченияиспользование XP инженерной практики в рамках проекта было установлено, что причиной заметного улучшения вкачество кода, в отличие от предыдущих проектов.хотя каждое из практики рассматриваются различныеаспекты кодекса качества, было установлено, что они имеют глубокие общие последствия за определенный период времени.частьпричина заключается в постепенной основе, в которых они применяются.путем постепенного совершенствования существующих базовый кодхотя работа по обеспечению окончательного урегулирования, базовый код постепенно сходил бы по элегантной и работоспособнымрешение.таким образом, применение XP инженерной практики, о которых говорилось выше, непосредственно привело к увеличениюкачество работы завершены кодекса и теста.разборки и производительностиприменение схватка была найдена в целях повышения производительности рабочей группы проекта.может быть несколькообъяснения, но мы считаем, что наиболее важной причиной является то, что схватка позволяет разработчикам сконцентрироваться на"использовать функциональность для клиента, а не доставить артефакты сомнительной.анализи дизайн, результаты были подготовлены при необходимости в ходе осуществления проекта, когда казалось, что они добавилистоимость.однако, когда нет необходимости представлять письменные материалы, проектная команда комфортноих проигнорировали.потому что оба Scrum и XP рассчитывать на появление, комбинация позволила бизнеспонять, как использовать инженерно - технических кадров.важно отметить, что этот режим работы только устойчивого, когда проектная группа, мало.вдело Project X, проектная группа состояла только из 14 лиц, в той или иной степени опыт иопыт.в более крупных проектов, некоторые первоначальные системы и архитектура продукта артефактов, вероятно, будеттребуется помощь в координации групп.тем не менее, мы успешно доставлено больше функциональности в течение первыхнесколько забеги, чем предыдущая команда сделала в девять месяцев.схватка также настаивает на том, что клиент приоритетность необходимых функций (т.е. товаров) в продукте отставания.эта практика позволяет команде проекта доставить функциональности, что клиент хочет всего.благоприятноепобочный эффект заключается в том, что клиент действительно рада любой функциональности, продемонстрированную на спринт обзоров.этоволнение нередко передана проектная группа, стимулируя командный боевой дух.