Больше половины IT-систем разрабатываются на основе некорректных или неполных требований. Такие проекты редко становятся успешными. Однако проблему можно решить, если выстроить правильное взаимодействие заказчика с разработчиками системы. В статье разбираемся, как это можно сделать, заменив текстовую документацию на другой способ фиксации требовани…
Навскидку.
1. Есть такая аксиома - ни одна графическая модель не может полностью отобразить содержание. Поэтому что вы сделали? Да, забухали кучу текста в картинку и на голубом глазу назвали это "графическое ТЗ"
2. Наверное, вы не понимаете, что такое ТЗ. На чёрной картинке у вас не ТЗ, а изучение предметной области, выявление требований
3. Ну и тут уже выше сказали, вы изобрели монструозный велосипед. Есть исчерпывающие наборы нотаций, красиво и грамотно решающие ваши вопросы
4. Выбранный стиль подачи материала не каждому зайдёт. Восторженный пафос в форме "мы красавчики" (нет, см. выше) и рекламы своей компании (вызывает отталкивание)
Комментарий недоступен
Есть исчерпывающие наборы нотаций, красиво и грамотно решающие ваши вопросыУгу. Есть. Вот как научите бизнес-заказчиков их читать, возвращайтесь, обсудим
Спасибо за комментарии по существу.
1. Тут комментировать не буду. В целом по-разному можно интерпретировать. Как не назови, главное, чтобы помогало в решении реальных задач.
2. "Наверное, вы не понимаете, что такое ТЗ. На чёрной картинке у вас не ТЗ, а изучение предметной области, выявление требований.
Я задам встречный вопрос: а что является одним из продуктов "изучения предметной области и выявления требований", если конечная цель это создание ИТ систем?
Вот вам определение ТЗ:
"Техническое задание - это инструмент коммуникации между заказчиком и исполнителем, который помогает выстроить линию общения с помощью создания внутри него некоего абстрактного элемента, наделенного видением, чувствами и знаниями заказчика."
Как это идёт в разрез с тем, о чём говорится в статье?
3. "Ну и тут уже выше сказали, вы изобрели монструозный велосипед. Есть исчерпывающие наборы нотаций, красиво и грамотно решающие ваши вопросы."
Есть различные нотации, это да. Нотации — это хорошо. Но нотация, это не цель, а инструмент. Его можно менять и настраивать под задачу. Можно всё идеально сделать по стандартам и с использованием самых красивых нотаций и при этом провалить проект.
Здесь мы всего-лишь показываем, какая комбинация методик работает у нас. Не претендуем на то, чтобы называть это стандартом или насаждать кому-то.
Инструменты под задачу, а не задачи под инструменты. Главное, чтобы проект успешный был.
Если вы знаете набор инструментов, который может оптимальнее работать, то расскажите. Интересно послушать.
4. По стилю и подаче — на вкус и цвет.