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

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

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

Идеальное ТЗ

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

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

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

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

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

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

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

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

Ожидания

Публичное

Скрытое

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

Что сейчас?

Что потом?

Конфликты

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

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

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

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

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

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

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

Рынок

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

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

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

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

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

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

Контейнер

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

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

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

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

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

ХЗ

Техпис

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

Что и Как

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Девалидация

19. Процесс

Принципы

Роли

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

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

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

20. Проект

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

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

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

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

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

Стандарты

Что читать

Инструменты

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

Ссылки

Каково соотношение моделирования и технического задания?

Следует ли или возможно включение каких-то моделей в техническое задание? Если да, на каком уровне?

А что такое техническое задание? Если это задание на проектирование, то после проектирования получим техническое задание на реализацию? Или получим проект? А код программы - это не проект? Что понимать под проектом? Нужно ли в книгу включать понятие проекта?

1. Получается талмуд на 1000 стр.
2. Ты договорился с издательством? Есть договор? А то работа м.б. сделана в пустую.
3. ИМХО нужно две версии - краткая и полная. Краткая типа ФАКа, а полная как ты написал
4. Подумать надо что еще добавить

Каково соотношение моделирования и технического задания?

Модели дополняют требования, идут как приложение к ТЗ, как внутри так и снаружи.

Следует ли или возможно включение каких-то моделей в техническое задание? Если да, на каком уровне?

Например, макеты интерфейсов — приложением к соответствующему сценарию способа применения.

А что такое техническое задание? Если это задание на проектирование

именно

то после проектирования получим техническое задание на реализацию?

После получения получим комплект проектных решений, подлежащих реализации.

Или получим проект?

Совокупность проектных решений называется, среди прочего, Проектом (в значении Описания).

А код программы - это не проект?

С большой натяжкой. Опалубка фундамента — это проект? Забитые сваи — проект?

Что понимать под проектом? Нужно ли в книгу включать понятие проекта?

У меня есть упоминание про Проект (в значении Деятельность) в конце, как экземпляра Процесса.

Эд, я просил сообщить, о чём интересно услышать, а не спрашивать у меня %(

1. Получается талмуд на 1000 стр.

Я хочу как-то выдержать 20 глав х 5 страниц = 100 страниц где-то. Обзорно, обзорно ) Если не получится, буду резать на 2 книги.

2. Ты договорился с издательством? Есть договор? А то работа м.б. сделана в пустую.

Пока не договорился. Я знаю, что я и зачем делаю. Если издательствам будет не интересно, издам сам. Вообще основной версией будет электронная.

3. ИМХО нужно две версии - краткая и полная. Краткая типа ФАКа, а полная как ты написал

Да, очень похоже на то.

Денис, какова цель создания книги? Почему ты хочешь ее написать?
Не будет ли такая книга "продажей фамильного серебра"? ... моя точка зрения -- лучше писать не книгу -- а сосредоточиться на совместном создании консалтингового продукта. На  продукте хоть заработать можно ... на книге, даже если издашь ее у нас - НЕ ЗАРАБОТАЕШЬ! Не веришь - спроси у Алексея Ковязина.

Видимо имеет смысл встречаться всем вместе и поговорить ... "за жисть" :-)

Эд, я просил сообщить, о чём интересно услышать, а не спрашивать у меня %(

Прости, Денис.

Хотя

Совокупность проектных решений называется, среди прочего, Проектом (в значении Описания).С большой натяжкой. Опалубка фундамента — это проект? Забитые сваи — проект?

Опалубка и сваи - это часть КОНСТРУКЦИИ - физической реализации. А Код - это чертеж, по которому будет что-то создано. Чертеж результант проектной деятельностию.

Но не будем об этом...

Насчет идеального ТЗ. Может начать с сначала?

1. Что такое идеальное ТЗ и почему его не бывает. Есть ли единое идеальное ТЗ или есть идеальные точки зрения на ТЗ: т.з. заказчика, т.з. менеджера проекта, т.з. аналитика, т.з. проектировщика, т.з. программиста, т.з. тестеровщика

2. Что нужно делать чтобы приблизиться к идеальному ТЗ?

3. Какое оно бывает идеальное ТЗ: опыт поколений на пути к совершенству...

4. Как ТЗ используется в процессе создания ПО, ИС, Web-ПО? (правда предварительно хотелось бы услышать, а чем собственно принципиально отличаются эти группы, почему их следует разделять)

5. Нужно ли тратить силы на совершенство ТЗ? Если нужно то в каких случаях, только ли в масштабных проектах?

6. ТЗ по ГОСТ - это плохо? Или мы "Не умеем его готовить"?

Пожелания:
1. Что хотелось бы увидеть - пару-тройку примеров ТЗ, оформленных в приложении. Как удачных, так и неудачных.
2. Описание проблем и методов их решения при коллективной работе над ТЗ, в случае двух и более аналитиков.

Вопрос: Хотелось бы понять - как книгу видит автор? Это эссе, учебник, справочник, методичка?

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

Денис,

На чем закончился данный труд?

Денис,

На чем закончился данный труд?

Есть наработки по первым главам, работа встала после того, как я пришёл в ЛК.
Сейчас разгрузился, думаю, можно обкатать и доработать материал в виде серии летних семинаров.