Наскільки актуальним є тест Джоеля? [зачинено]

Я хочу переконати своїх партнерів, що у нас повинна бути специфікація і що помилки повинні виправлятися перед тим, як писати новий код. Чи варто звернутися до тесту Джоеля ? Ви вважаєте, що тест Джоеля актуальний? Я думаю, що відсутність специфіки - це поганий менеджмент проектів. Чи згодні ви з тестом Джоеля? Ви можете щось додати? Він не згадує, наприклад, Open Source.

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

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

Як ти знаєш, куди хочеш поїхати?

Є лише один момент, про який я хочу писати специфіку (я насправді не думаю, що характеристики Джоеля дуже хороші ... кращі, ніж нічого, але не такі гарні, як могли бути). Цей момент:

Коли ви пишете специфікацію, кажіть лише те, що повинен робити продукт, а не як це робити.

Це означає, що ви не диктуєте деталі реалізації в специфікації. Це дизайнерська діяльність, і ви залишаєте це досвідом та творчістю дизайнерів.

[Є лише одне виняток із цього правила: Іноді певна деталізація або метод впровадження дозволена або потрібна; у такому випадку введіть її. Наприклад, якщо програмне забезпечення повинно бути написане на PHP, і це не підлягає обговоренню, воно входить специфікація Прикладів цього має бути дуже мало.]

Я можу додати: відсутність відстеження помилок - це акт рівного безумства. Це просто самий непрофесійний і нерозумний спосіб діяти і призведе до великих болів і страждань.

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

Документи із специфікаціями, принаймні великі спереду спецдокументи, не потрібні тепер, коли у нас є історії користувачів та процеси Agile розвитку. Це питання слід змінити на "Чи відповідає рівень документації для розроблених рішень?" Менші та чіткіші користувацькі історії, які надходять кожні два тижні, у більшості випадків набагато корисніші, ніж великий передній документ, який детально описує продукт. Однак, якщо ви будуєте наступний Mars Rover, вам може знадобитися детальний проект переднього проекту. Якщо ви запитали, чи є у компанії специфікації дизайну, я би не здивувався, почувши відповідь "не дуже, ми натомість використовуємо гнучкі процеси та історії користувачів".

По-друге, питання "щоденно будує" має змінитися на питання про постійну інтеграцію. Якщо ви не будуєте програмне забезпечення, яке займає години для його складання (яке 99,99% місць не буде займатися), слід задати питання, чи використовує компанія постійну інтеграцію.

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