Взаємодія в команді розробки waterfall

Питання по команді починаючи від самого верху і до низу по ролям. Хто з ким взаємодіє і яку інформацію передає. Цікавить детальний опис. Такого вигляду:

QA -> Developer

— предоставляет информацию о дефектах

— предоставляет более развернутую информацию о требованиях (в случае отсутствия BA на проекте)

Developer -> QA

— предоставляет тестовые версии продукта

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

В водоспаді (за класикою) усе йде через документацію.
BA ходить до стейкхолдерів (чи листується з ними), і пише реквайрменти.
Архітекти беруть документ з реквайрментами та пишуть з нього архітектуру.
Деви беруть документ з архітектурою та пишуть код.
Куа беруть документ з архітектурою та пишуть тест кейси.
Куа беруть код та тест кейси й пишуть баги.
Деви беруть код та баги й пишуть патчі.
Тех райтери беруть реквайрменти та код і пишуть мануал.
Юзери беруть код та патчі, і пишуть відгуки.

предоставляет более развернутую информацию о требованиях

Звідки тестер це має взнати?

А по темі, кожен проект має свої особливості.
Десь є ПМ який вивідує в клієнта що той хоче, і тоді каже кожному в тімці що робити.
Десь є продукт овнер який каже ліду що треба, лід придумує як і каже тім мемберам що треба зробити.
Десь тестери і деви працють разом над спільною метою, десь вони в різних командах.

Задай конкретніше питання і буде конкретніша відповідь)

Більш конкретне питання: BA, PO, PM, Architect, Software Developer, UI/UX, DevOps, QA, Stakeholders, End Users. Взаємодія між ними, хто кому яку інформацію надає і отримує.

Тобі це описати як API в json форматі?)
Хороше питання це половина відповіді, в твоєму випадку це просто заголовок курсової.

Відносно комунікації, це люди і між ними взаємодія і комунікація від проекту до проекту радикально відрізняється.
Люди питають те що не знають в тих людей що можуть знати. Десь ПМ технічний, десь QA толковий і розуміє бізнес логіку, десь PO чисто для галочки і всю роботу робить BA.
Наприклад, архітект може як розказувати тімці не тільки про архітектуру а й про бізнес логіку (бо він працює на проекті найдовше і розуміє її), допомагати з організацією хотфіксів (якщо ПМ нетехнічне дно).
І так по всіх позиціях, в житті ніякої чіткої схеми тут не буде.

Якщо тобі курсову написати то гугли англійською, в неті є)

Підписатись на коментарі