Тогда уж - как написать "Идеальное ТЗ"?

Тогда уж - как написать "Идеальное ТЗ"?

А такое бывает? Идеальное ТЗ для меня это что-то из области сферического коня в вакууме и платоновских эйдосов :-)

Управление важнее. И внедряться должно раньше, чем разработка. Не зря же в CMMI жля достижения второго уровня необходимо внедрить управление требованиями, а разработка требований нужна только для третьего.
Проблема только в том, что управление сложнее разработки. Соответственно, исходя из основного принципа преподавания движения от простого к сложному ...

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

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

А в отделе из 3-х-10-ти человек, которых в России большинство, откуда технолога возьмём? Давайте уж определяться с рынком, который вас интересует. Меня — максимально широкий.

Управление важнее. И внедряться должно раньше, чем разработка. Не зря же в CMMI жля достижения второго уровня необходимо внедрить управление требованиями, а разработка требований нужна только для третьего.
Проблема только в том, что управление сложнее разработки. Соответственно, исходя из основного принципа преподавания движения от простого к сложному ...

Во-ииии-стину! Но привлекать надо на семинары на языке пользователя (ТЗ, Концепция, Прототип), а там уже продавать ему идею процессов создания (разработки) и управления + Ещё коллективной работе научить.

А в отделе из 3-х-10-ти человек, которых в России большинство, откуда технолога возьмём? Давайте уж определяться с рынком, который вас интересует. Меня — максимально широкий.

Если иметь в виду роли в процессе, а не должности, то и технолога можно взять. Роль технолога может выполнять и аналитик, просто навыки и знания у этих ролей таки разные. С какой-то точки зрения технолог - бизнес-аналитик, только бизнес-областью для него является разработка ПО.

А что бы не сделать семинар на действительно волнующую многих тему, например, «Как писать ТЗ»? )

Тема действительно многих волнует ... будет аншлаг ... но стоит ли его делать for free?

Тема действительно многих волнует ... будет аншлаг ... но стоит ли его делать for free?

Поддерживаю. Пора переходить на семинары с упрощенной схемой оплаты.

Вариант:
1. Оплата производится на входе. Сумма достаточно символическая. баксов 10-20.
2. Формируется список.
3. Ответственный человек перечисляет деньги банковским платежом на счет юрлица.
4. Государство заберет себе порядка 40% в виде налогов.
5. Юрлицо заберет некую сумму за выполнение операции.
6. И собственно, лектор получит на руки порядка 40%
В итоге:
* все белые и пушистые перед законом
* отсутствуют высокие накладные расходы по оплате
* с ведущего можно требовать нормально подготовленного семинара - вот за это я готов платить.

Поддерживаю. Пора переходить на семинары с упрощенной схемой оплаты.

Вариант:
1. Оплата производится на входе. Сумма достаточно символическая. баксов 10-20.
...
* все белые и пушистые перед законом

Это только если оплата - с кассовым аппаратом.

Интересно управление требованиями.
Особенно разработка ИС.

Это только если оплата - с кассовым аппаратом.

Естественно. Кассовый аппарат - в банке. Это нормальная практика.

дешевле зарегистрировать ПБОЮЛ ... тогда только 13% в виде налогов нужно будет отдать :-).

почему 13%? можно и 6% если вид деятельности подойдет для упрощенной системы налогообложения.

А НДС?