Упражнение: TOC в софтостроении

[hedgeov]

Вытащу из комментариев и дополню разборки с применением ТОС к софтостроению.

Имеем в самом общем случае такую цепочку (да, тут совершенно нет стадии написания документации, где она я пока не знаю):

Новая функциональность

Comments

[abayda]

Под тулами я имел в виду IDE и т.п. Или это операционные расходы.

Вообще, гуглить пора. Надо посмотреть, что на эту тему мировой разум думает.

[hedgeov]

Чего-то мажу я с ответами в последнее время...
http://hedgeov.livejournal.com/297340.html?thread=933500#t933500

[hedgeov]

Я тут подумал, что запасы это еще и спецификации, архитектура и прочая. То, что будучи переработанным мозгами программистов станет конечным продуктом.

Гуглить не буду -- не так интересно получается :)
Вместе с Целью я взял еще книжку Уильяма Детмера "Теория Ограничений Голдрата. Системный подход к непрерывному совершенствованию". В ней описывается как применять ТОС в жизни. Только-только начал читать, поэтому ничего умного пока сказать не могу.

[abayda]

У меня такая тоже есть. Но читать еще не начал. :)

[abayda]

А гуглить полезно. "Don't re-invent the wheel!"

[hedgeov]

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

[__kirill__]

Тут нет не только написания документации, но и подготовки поставочных примеров, туториалов, и вообще общения с пользователями.

А как раз установку\настройку я бы спихнул на пользователя и не парился...

Хотя надо скорее сначала определиться, о каком типе продукта мы говорим ;-)))

[hedgeov]

Примеры и туториалы входят в документацию.

Общение с пользователем оно же по какой-то теме должно быть: либо это установка/настройка, либо "support" в процессе эксплуатации.

Тип продукта... по идее он не существенно влияет на работу группы разработки... может я и не прав.

[__kirill__]

ИМХО, тип продукта КРИТИЧЕН для выбора правильной стратегии создания\развития\продажи продукта в целом.

Он определяет выбор баланса между функциональностью, надежностью, удобством использования, дизайном (в смысле именно красивости оформления), необходимостью тратить силы на различные сопутствующие материалы от документации до рекламных роликов.

====================================

А что касается примеров и документации - этом вроде совсем разные жанры. Документация - это сухое описание возможностей программы, и это работа имеет довольно определенные границы - от сих до сих.

Примеры, туториалы, knowledge database и пр. - это слабоформализуемые штуки, общая цель которых - научить пользователя "удобно", "эффективно", "безопасно" использовать продукт применительно к его конкретным задачам (пишу в кавычках, потому что тут критерии могут быть весьма различны). И тут нет предела совершенству.