Міняйтеся завданнями

Необходимо периодически менять задачи у разработчиков для уменьшения риска концентрации знаний и узких мест в коде. Если только один человек в вашей команде может работать в данной области и этот человек уходит или вам просто надо много всего сделать в данном сегменте программы, вы обнаружите что ваш проект еле-еле продвигается вперед.

При початку нової ітерації кожен розробник повинен перейти на нове завдання. Парне програмування допомагає подолати проблему адаптації (це означає що новий розробник може почати працювати в парі з досвідченим в даній області розробником).

Така практика також стимулює появу нових ідей і поліпшення коду.

Залишайте оптимізацію на потім

Ніколи не оптимізуйте нічого до закінчення кодування. Ніколи не намагайтеся вгадати де будуть вузькі місця по продуктивності.

Зробіть щоб це працювало, потім щоб працювало правильно, потім щоб працювало швидко.

Парне програмування

Весь код для продукційної системи пишеться парами. Діє принцип "Одна голова добре, а дві краще". Пари зазвичай знаходять більш оптимальні рішення. Крім того істотно збільшується якість коду, знижується число помилок і прискорюється обмін знаннями між розробниками.

Безжально Рефакторіть!

Програмісти, схильні триматися за дизайн довго після того, як він стає незграбним; продовжують повторно використовувати незручний в супроводі код, оскільки він все ще якось працює Коли ми прибираємо надмірність, покращуємо застарілий дизайн прибираємо невживані шматки – ми робимо рефакторинг. Рефакторінг зрештою економить час і покращує якість продукту.

Безжально переглядайте будь-який код для того, щоб зберегти дизайн простим у процесі розробки. Зберігайте код ясним і зрозумілим щоб його було легко зрозуміти, модифікувати і розширювати. Упевніться що все написано один і лише один раз. Зрештою, це займає менше часу чим доводити до пуття заплутану систему.

План Реліза

План Реліза розробляється на зборах по плануванню Реліза. Реліз Плани описують погляд на весь проект і використовуються надалі для планування ітерацій.

Важливо, щоб технічні люди робили технічні рішення і люди бізнесу – бізнес рішення. Планування Реліза визначає набір правив, які дозволяють всім ухвалювати свої рішення. Ці правила визначають метод вироблення що задовольняє всіх плану робіт.

Реліз можна планувати за часом або за об'ємом. Для того, щоб визначити скільки User Stories можуть бути реалізовані до конкретної дати або скільки реального часу займе даний набір завдань використовують швидкість проекту.