Добрый день. Вопрос такого плана!
Внедренец пишет ТР тупо копируя справку - но так я могу и сам. Есть ли какие нибуть стандарты написания ТР и концептуального проекта, саповские, или там какие нибуть еще стандарты которыми можно тыкнуть в лицо внедренцу... и сказать - дядя ты не прав...

А что такое ТР? Это Техническое Задание или Проектное Решение? Или я в обоих вариантах дал маху?

Для информации можно почитать это: Ведение проектной документации при разработке ПО.
Там же в блоге vga есть шаблоны документации

Спасиба John Doe, почитал. Особенно понравилось пособие от Кирилла...

Упс, ссори. Там жжесть сейчас полная, год назад было культурно написано... Видимо, тот аффтар решил "подработать топором"

Вопрос в догонку.
А кто должен защищать концептуальный проект - люди заказчика или внедренца.

Первый раз такое слышу. Буду как анекдот рассказывать. Обычно защищают именно что внедренцы-консалтеры, ибо они его и пишут.

Уважаемые, а можно подробнее: на каких условиях происходит защита концепта - кто пишет ТР тот и защищает концепт, условия обговорены в Уставе проекта, или по обоюдной договоренности, или же как либо еще...

Понятие Концептуальный дизайн (Концептуальный проект) для разных проектов разное.
На одних проектах это единый документ, на некоторых набор отдельных решений.
В последнем случае, если работает процедура согласования решений по ходу проекта (а не разом все в конце), то нет защиты как таковой.
ИМХО, для консалтинга наиболее мягкий путь.. когда к концу фазы дизайна у вас на руках 90% согласованных ранее решений.

На своей практике играл в разные варианты: консультант разрабатывает и защищает, консультант разрабатывает - внутренняя команда защищает, консультант участвует в разработке - внутренняя команда разрабатывает и защищает, никто ничего не защищает, т.к. есть процедура согласования/утверждения.
Опять же, если во внутренней команде есть представители бизнеса, которые участвовали в разработке решений, то они гораздо легче защитят это, чем сторонний консультант. Просто защита будет на одном языке.



Условия могут быть оговорены и в Уставе и в контракте.

To DarkDuck: зачем вообще консалтинг приглашать, если еще и заказчик что-то там где-то пусть и с кем-то защищает? Чтобы не так страшно было стартовать или для того, чтобы было на кого ответственность завесить? Или чистая схема прямого отката? Хирургу или стоматологу когда платят - он сам все делает или спичрайтер, как наиболее близкая по смыслу профессия: речь пишет от и до сам, заказчик читает только, если писать вместе, то зачем спичрайтер?

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

Полагаю, что защищать должен тот, кто делал и делал осознанно, либо управлял процессом, а не тот, кто сидел с раскрытым ртом и постоянно спрашивал: а так можно делать?

Роль заказчика тоже следует правильно понимать: если это люди, которые хорошо знают бизнес клиента, то их роль в проекте - следить за тем, чтобы бизнес не сломался, а становился эффективнее. Если они при этом делают работу консультантов по написанию ПР и защите этих самых ПР, то роль рушится и наступает хаос

Так и я о том же.

Я думаю, что это и есть ответ на вопрос... если мы хотим результат. Но если по контракту с консалтингом другие условия - то стоит придерживаться их.