Я сейчас пишу книгу под условным названием «Идеальное ТЗ: Для программы, информационной системы, веб-продукта».

На какие вопросы вы бы хотели получить ответы в такого рода книге? О чём узнать?

Ориентировочная структура книги:

Идеальное ТЗ

на программу, информационную систему, веб-продукт

1. Для кого эта книга

2. Предисловие

Методы, методы, методы!

3. Каким бывает успех?

Проект, продукт, система

Бизнес, пользователь, разработчики

4. Выявляем интересы

Ожидания

Публичное

Скрытое

5. Формулируем проблему

Что сейчас?

Что потом?

Конфликты

6. Зри в корень!

Находим причины

7. Кладём цели

Деятельностный подход

Целевая ситуация

8. Исследования

Предметная область

Рынок

Деятельность бизнеса

Деятельность пользователей

9. Зачем нужна концепция

Ключевые свойства продукта

10. А теперь можно без ТЗ?

11. Хорошее ТЗ, плохое ТЗ

Контейнер

Свойства идеального документа

Почему идеального ТЗ не бывает

12. Всё понятно! Поехали! Типичные ошибки

Работа по шаблону

Скачки по уровням

ХЗ

Техпис

13. Как должны выглядеть требования?

Что и Как

Функции, функции и функции

Конец конвейера

Взаимодействия

Сценарии способов применения

Бизнес-правила

Атрибуты качества и ограничения

Иерархия требований и трассируемость

14. Шаблоны профилей качества

Категории систем

Аспекты качества

15. Моделирование системы

Белый ящик, чёрный ящик

Бизнес-архитектура, Техническая архитектура

16. Прототипирование

Модель навигации

Разработка макетов

17. Контроль реализации требований

Виды тестирования

Связь тестовых сценариев и сценариев способов применения

18. Изменения требований

Анализ влияния

Девалидация

19. Процесс

Принципы

Роли

Виды документов

Методы и лучшие практики

Цикл итерации

20. Проект

Где мы: Заказчик, Разработчик, Консультант

Выбор методов

Приложеньица

Профиль профессии «Бизнес-аналитик»

Профиль профессии «Системный аналитик»

Стандарты

Что читать

Инструменты

Словарь терминов

Ссылки

Идеальных ТЗ не бывает.

Все, что определяет качество требований, уже выражено Вигерсом в известном букваре.
Полнота, однозначность, согласованность, проверяемость и т.п.
Тут добавить нечего, остальное только в бою.

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


Это сообщение отредактировал(а) ida - 7.12.2008, 19:12

Более того, в главе 11, объясняется, почему.
Если бы вы удосужились ознакомиться с оглавлением.

Maieutic, еще менее понятно - зачем называть книгу Идеальное ТЗ, а затем опровергать сам факт его существования?...

Потому что люди, не знакомые с Вигерсом, Коберном, Лефингуэллом, Блахой, Оптнером и стандартами ISO/IEEE/ГОСТ ищут решение своих проблем в форме святого грааля. Поэтому и название говорит на их языке.

Впрочем, название-то может ещё изменится, по результатам тестирования.

А от вас, как коллеги, всё-таки было бы здорово услышать по содержанию.

Это сообщение отредактировал(а) Maieutic - 7.12.2008, 19:21

Maieutic, скорее всего эти люди как раз тех самых перечисленных граждан и прочитают.
Как коллега и говорю - мне неясна идея создания еще одной книги на ту же тему.
Если в ней будет что-то принципиально новое, то объясните, что именно?
Для тех, кто спрашивает на форуме, как сделать то или это, имеющейся литературы хватает. Мне по крайней мере не встречались такие экзотические вопросы, на которые было бы невозможно ответить с имеющимся багажом.
Просто есть такие люди, которые видят в книге сами знаете что - они прочитают и то, и это, и еще вот это, и все равно будут спрашивать - "а как?" Вы им хотите помочь?  Думаю, это вряд ли возможно в рамках подобной книги.

Здорово, что люди все еще пишут книги. 

Отвечу ida на


 - в книге необязательно должно быть новое. Новое (и оттого возможно спорное ) - в интернете, в периодике. В книге все же ожидается фундаментальность - проверенное знание и тщательное изложение. Это заявка на "нетленку". 

Чем больше книг об одном и том же, тем лучше для читателей: авторы отличаются языком, стилем и что-то непонятное в изложении одного может быть понято при прочтении другого автора. 

Но авторам - то это зачем?  Разбогатеть? Наверное, в конечном счете, да. Но не только. Ведь если автор глубоко разобрался в технологии\ремесле, то разве ему всегда выгодно делиться профессиональными секретами с потенциальными конкурентами? Не правильнее ли извлекать пользу из знания самому? Конечно, это разные сферы деятельности - научная и практическая. Одним интереснее систематизировать и формулировать. Другим больше по душе реализация. Но в программировании эти сферы очень близки.  





Это сообщение отредактировал(а) COVD - 24.12.2008, 20:52

"Всё, что может быть изобретено, уже изобретено." (с) Директор патентного бюро США, 1901 г. (Имя его забыл, к сожалению)

Извините, не удержался.

Топикстартеру: когда книга появится на прилавках, напишите сюда. Пусть местные монстры системного анализа ознакомятся (хотя бы пролистают в магазине, не покупая) и скажут свое веское "Фи". Или "Ку". А до тех пор тут будет идти дележ шкуры самизнаетекого.

Из общих соображений:
1) Как писать ТЗ есть много хороших книг
2) Плохие ТЗ продолжают появляться
Вывод: еще есть над чем работать.

COVD, RockClimber, я автора спрашивала.
Понимаю, что у вас есть свое мнение на этот счет. Но ведь книгу вы пока не пишете 
А автор как раз ничего и не ответил... Видимо, ушел думать 

ida, зачот, подколола   
Автор действительно мало что говорит, а мы ему из зала подсказываем...

Пример того, как могло бы выглядеть ТЗ на очень маленький проект, на большой.

Панацеи не существует, как всем известно, к сожалению или к счастью судить сложно, но панацея в творчестве - убъет все творчество.
Человек - существо творческое, он своими двумя пятернями переделал облик мира. К тому-же каждый человек - индивидуальность со своим углом видения проблемы, что не может не отразиться в книге или статье.

Именно по этому я читаю книги разных авторов на одну и туже тему. Там где наши мнения совпадают чтение идет по диагонали, а там где угол начинает изменятся - происходит самое интересное, что обычно приводит к более глубокому осмыслению предмета рассмотрения.

И по тому - я за большее количество книг, на данную (и не только) тему.

Это сообщение отредактировал(а) SLeN - 10.4.2009, 00:21

Книга - это хорошо ( будет чем печку топить ), хорошая книга - еще лучше 

Идеальное ТЗ - это ТЗ, которого нет, но функции онного выполняются. 
И такое идеальное ТЗ запросто можно представить как ТЗ у вас в голове - его нет, но уже есть 

Вот такая тафтология - мысль, сказанная вслух уже ложь ;)