Чи може спритний магазин справді набрати 12 за тестом Джоела? [зачинено]

Мені дуже подобається тест Джоеля, я використовую його сам і закликаю своїх співробітників та респондентів уважно його розглянути. Однак я не думаю, що я можу набрати більше 9, оскільки, здається, кілька очок суперечать Agile Manifesto, XP та TDD, які є основою мого світу.

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

Тож моє запитання: чи можливо справжній магазин Agile набрати 12?

Редагувати:

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

http://simonpalmer.com/2011/03/16/why-i-will-never-score-more-than-9-on-the-joel-test/

Я це вкладаю, тому що я згоден з великою частиною сказаного нижче, і хотів заявити про свою повну позицію.

Моя точка зору як агіліста:

Чи використовуєте ви керування джерелами?

Так, звичайно, безперервна інтеграція, частина XP потребує системи управління джерелом, щоб мати можливість ввести код до неї.

Чи можете ви зробити збірку за один крок?

Так, для цього існує сервер безперервної інтеграції.

Ви робите щоденні побудови?

Якщо ми можемо зробити це за один крок, ми можемо запланувати його.

У вас є база даних про помилки?

Так, будь-який інструмент управління "Agile project" може відслідковувати помилки та додавати їх у нестабільність продукту scrum

Чи виправляєте помилки, перш ніж писати новий код?

Так, вони надаються пріоритетному відношенню до пробігу товарів

У вас є актуальний графік?

Так, завжди, завдяки відставанню продукту, відставанню ітерації, плану випуску та точним оцінкам, які поставляються разом із ним, завдяки плануванню Poker.

У вас є специфікація?

Так, кожна історія користувача, якщо потрібно, надає більше деталей. Ми також заохочуємо спілкування між власником продукту та командою.

Чи мають програмісти тихі умови праці?

Так, кімната з 8 забудовниками зазвичай дуже тиха. Ми намагаємось не розміщувати продавців у одній кімнаті.

Чи використовуєте ви найкращі інструменти, які можна купити за гроші?

Так, поки ми цінуємо людей за інструменти, не хвилюйся Джоель, ми купуємо ліцензію на всі ваші продукти;)

У вас є тестери?

Так, і вони є невід'ємною частиною команди.

Чи пишуть нові кандидати під час співбесіди?

Так, і в процес бере участь команда.

Ви робите тестування на корисність передпокою?

Так, наші тестери допомагають нам у цьому.

У вас є актуальний графік?

Це Agile. Scrum вимагає від нас звільнення. Наявність актуального розкладу означає знати, що буде зроблено (а що не буде зроблено) у випуску та як виглядає відставання.

У вас є специфікація?

Це Agile. Архітектура (та пов'язаний з нею опис) є важливим. Це визначає форму. Випадки використання (або історії користувачів) є важливими та визначають функціональність.

Чи мають програмісти тихі умови праці?

Я не бачу, як Agile вимагає шумного, руйнівного, дратівливого середовища.

У вас є тестери?

Гм. Коли ми робимо TDD, ми - тестери. Коли ми передамо код власнику продукту, перед залученням клієнтів можуть бути залучені додаткові тестери.

Як це суперечить методам Agile або маніфесту Agile?

Я думаю, що відповідь "так", магазин Agile повинен зробити це. Зокрема до ваших питань.

• Планування - це чітке визначення тих особливостей, які ви плануєте вирішити. Це безумовно досяжно.
• "Тихі умови праці" - це не звук на робочому місці, це видалення шуму, що не стосується проекту / програмування. Йдеться про те, щоб програмістам не доводилося докладати зусиль для блокування відволікань
• Agile магазини повинні проводити тестування на ранніх стадіях, і те, що Джоел має те, що хтось, крім розробника, перевіряє код.

Чому, на вашу думку, наявність розкладу (щоб взяти один приклад) несумісна з розвитком Agile?

Навряд чи ви будете працювати від спринту до спринту, абсолютно не маючи ідеї куди ви хочете піти зі своїм продуктом. Так, вам потрібно буде переглянути і переглянути графік після кожного спринту, але у вас все одно буде.

Маючи твердження типу "у Q1, ми плануємо випустити функції A, B, C і в Q2, ми зараз розглядаємо функції X, Y, Z", як і раніше, є графіком. Є всі шанси, що X стане W, але це те, що Agile дозволяє зробити.

Беручи ще одну річ зі свого списку - Специфікації. Що таке історія користувача, якщо не специфікація?

Я здогадуюсь на це дивитись з іншого погляду, ніж більшість тут. Якщо ви набираєте 9 на тесті Джоеля, ви випереджаєте криву. Дуже багато місць би намагалися потрапити на 5 або 6, не кажучи вже про 9 до 12.

Вам важко найняти хороших людей? Якщо ні, то 12 на тесті Джоеля, хоча і шляхетна мета, насправді не може бути проблемою. Якщо ваші співробітники здатні функціонувати в середовищі, яке у вас є, я б сказав, що ви добре працюєте за те, щоб ви оцінювали так високо, як у вас.