термины в IT/связи

[Aлекc]

Господа профессионалы,
хочется узнать, какими словами называют буржуины, к примеру, документы, описывающие требования к:

1.
Техническое задание на софт (наш аналог - ТЗ по ГОСТ 19.201, это прогерское)

2.
ТЗ на СИСТЕМУ (наш аналог - ТЗ на АС по ГОСТ 34.602, самая гибкая штука, по нему можно на что угодно требования написать)

3.
Задание на проектирование ОБЪЕКТА (наш аналог - Приложение А к СНиП 11-01-95, у нас это любят связисты, а вообще это "стройка")

Как называются у австралов документы, используемые в соответствующих случаях?

P.S. надеюсь, вопрос не выходит за рамки "IT форума"...

[Aлекc]

ОК, поставим другой вопрос:

а ГИП как будет на австралийском?

Принципал Инженер? или как...

[zil]

В разных организациях может быть по-разному, например:
1. Business Requirements, Technical Requirements, Solution Design, Tech Solution Design, etc.
2. также как и в 1.
3. не знаю.

А чё такое ГИП?

[Aлекc]

обобщая,
ГИП - чел, отвечающий за то, что создаваемая хрень будет:
- работать
- работать в соответствии с техническими требованиями, предъявляемыми Заказчиком
- соответствовать обязательным требованиям нормативки, регулирующих органов и т.п. (чего Заказчик иногда может и не знать)
Существуют более строгие определения "кто такой ГИП", но они местами противоречат друг другу; подробности заняли бы часок-другой или можно поспорить страниц на десяток это древний холивар.

Solution Design, Tech Solution Design,

Вопрос: а я заблуждался, когда думал, что десигнами буржуины называют документы, которые описывают не столько требования (к чему-то), сколько основные способы выполнения этих требований (иначе говоря, основные технические решения), а следовательно, по сути ближе к нашему понятию "Эскизный проект" - ?
(впечатление сложилось после получения ряда "десигнов" от вендоров, ведь вендоры - буржуины )

[Marina]

business/technical requirements, functional specifications, solution design, application architecture, technical specifications

границы документации могут быть несколько размыты, т.е. требования могут перетекать в спецификации и т.d. Зависит от компаний, от процессов.
Disclaimer: с гостами, снипами и прочими аббревиатурами из 1-го сообщения не знакома.

Вы хоть ГИП этот таiнственный расшифруйте - генеральный исследователь путей? главный испытатель пирожков?

Здесь на крупных проектах, как правило, несколько человек отвечает за работу - project manager, solution manager, technical (solution) architect, business architect

[Aлекc]

Здесь на крупных проектах, как правило, несколько человек отвечает за работу - project manager, solution manager, technical (solution) architect, business architect

по духу PMI-PMBOK (да и ваш Prince недалеко ушёл, AFAIK),
PM = Project Manager = РП = Руководитель Проекта
- главный отвечальщик за всё вааще. Главнее всех в команде проекта.
В мелких проектах он может также выполнять ряд других проектных ролей. Вплоть до монтажника и подметалы. Это никого не волнует. Однако он делегирует часть ответственности/полномочий другим членам команды.
/end of PMI-PMBOK, хотя и не цитата, а вольный пересказ
ГИП = Главный Инженер Проекта, его вазелины я выше набросал. СОВЕЦЦКАЯ специфика в том, что он несёт ответственность ещё и перед государством, в ряде случаев вплоть до уголовной. К примеру, если кирпичом, положенным по проекту, кого-то зашибло - ГИП может присесть, если в проекте покладка этого кирпича предусмотрена была с нарушением каким-нибудь. Утрирую. Слегка. Если же этот кирпич упал потому, что его положили не по проекту - виноват будет ПроРаб (Производитель Работ),а ГИПа просто профилактически отымеют, за то, что вовремя не отымел ПроРаба. Хотя, конечно, следствие покажет..

Ну теперь-то расскажете мне,
как это всё в Австралии, в ваших отраслях?

[Aлекc]

границы документации могут быть несколько размыты, т.е. требования могут перетекать в спецификации и т.d. Зависит от компаний, от процессов.

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

[Marina]

Я здесь не работала на проектах, где ответственность лежала бы на одном человеке. Ответственность лежит на компании, недаром контракты юристами составляются. Может я, конечно, и ошибаюсь, но пока (стучу по дереву) с таким не сталкивалась. Обычно за сроки и бюджет отвечает PM. За технические решения - technical lead / архитектор. Если проект "горит", то подключаются commercial people (юристы, медиаторы, business development) и пытаются найти компромиссные решения.

[Aлекc]

Обычно за сроки и бюджет отвечает PM. За технические решения - technical lead / архитектор.

ОК, всё понятно, в т.ч. как "гип" называется

Я здесь не работала на проектах, где ответственность лежала бы на одном человеке.

"У семи нянек дитя без глаза" - пословица абсолютно подходит и к управлению проектами тоже За что-то конкретное должен отвечать кто-то конкретный (и отвечать чем-то конкретным, см. напр. "зуб даю" ну или премией ), иначе это называют "коллективной безответственностью"

[Marina]

"У семи нянек дитя без глаза" - пословица абсолютно подходит и к управлению проектами тоже За что-то конкретное должен отвечать кто-то конкретный (и отвечать чем-то конкретным, см. напр. "зуб даю" ну или премией ), иначе это называют "коллективной безответственностью"

Все так и не так. Приедете - на месте разберетесь