Я хочу убедить своих партнеров, что у нас должна быть спецификация и что ошибки должны быть исправлены до написания нового кода. Должен ли я обратиться к тесту Джоэл ? Вы думаете, что тест Джоэла актуален? Я думаю, что отсутствие спецификаций - плохое управление проектами. Согласны ли вы с тестом Джоэла? Не могли бы вы добавить что-нибудь? Это не касается, например, Open Source.
17
Ответы:
Я думаю, что тест Джоэла актуален - он так же актуален, как и большинство других программных продуктов, которые «вне времени».
Заниматься разработкой продукта (который включает в себя разработку программного обеспечения) без спецификации - это просто безумие
Как вы знаете, куда вы хотите пойти?
Есть только одно замечание о написании спецификации (я не думаю, что спецификации Джоэла очень хороши ... лучше, чем ничего, но не настолько хороши, как могли бы быть). Эта точка зрения:
При написании спецификации говорите только о том, что должен делать продукт, а не о том, как это сделать.
Это означает, что вы не диктуете детали реализации в спецификации. Это дизайнерская деятельность, и вы оставляете это на усмотрение и креативность дизайнеров.
[Из этого правила есть только одно исключение: иногда конкретная деталь или метод реализации являются обязательными или обязательными, и в этом случае их необходимо ввести. Например, если программное обеспечение должно быть написано на PHP, а это не подлежит обсуждению, тогда оно входит в спецификация Там должно быть очень мало случаев этого.]
Я мог бы добавить: отсутствие отслеживания ошибок является актом равного безумия. Это просто самый непрофессиональный и глупый способ действовать и приведет к сильной боли и страданиям.
источник
Я собираюсь сыграть здесь адвоката дьявола и предположить, что тест Джоэла не актуален. Это слишком общее. Поскольку технология повзрослела, вопросы должны быть более конкретными, чем когда он писал тест.
Документы со спецификациями, по крайней мере, большие предварительные документы о спецификациях теперь не нужны, поскольку у нас есть пользовательские истории и процессы разработки Agile Этот вопрос следует изменить на «Соответствует ли уровень документации разрабатываемым решениям?» Небольшие, более узкие пользовательские истории, которые публикуются каждые две недели, в большинстве случаев гораздо полезнее, чем большой предварительный документ, в котором подробно описывается продукт. Однако, если вы строите следующий марсоход, вам может потребоваться подробный предварительный проектный документ. Если бы вы спросили, есть ли у компании спецификации дизайна, я бы не удивился, услышав ответ: «Не совсем, мы вместо этого используем гибкие процессы и пользовательские истории».
Во-вторых, вопрос «ежедневных сборок» должен измениться на вопрос о непрерывной интеграции. Если вы не создаете программное обеспечение, на создание которого уйдут часы (чего не будет делать 99,99% мест), следует задать вопрос, использует ли компания непрерывную интеграцию.
Большая часть теста Джоэла действительно не датирована вообще. Это все еще хороший способ получить представление о рабочей среде.
источник