Взаємодія в команді розробки waterfall
Питання по команді починаючи від самого верху і до низу по ролям. Хто з ким взаємодіє і яку інформацію передає. Цікавить детальний опис. Такого вигляду:
QA -> Developer
— предоставляет информацию о дефектах
— предоставляет более развернутую информацию о требованиях (в случае отсутствия BA на проекте)
Developer -> QA
— предоставляет тестовые версии продукта
4 коментарі
Додати коментар Підписатись на коментаріВідписатись від коментарівВ водоспаді (за класикою) усе йде через документацію.
BA ходить до стейкхолдерів (чи листується з ними), і пише реквайрменти.
Архітекти беруть документ з реквайрментами та пишуть з нього архітектуру.
Деви беруть документ з архітектурою та пишуть код.
Куа беруть документ з архітектурою та пишуть тест кейси.
Куа беруть код та тест кейси й пишуть баги.
Деви беруть код та баги й пишуть патчі.
Тех райтери беруть реквайрменти та код і пишуть мануал.
Юзери беруть код та патчі, і пишуть відгуки.
Звідки тестер це має взнати?
А по темі, кожен проект має свої особливості.
Десь є ПМ який вивідує в клієнта що той хоче, і тоді каже кожному в тімці що робити.
Десь є продукт овнер який каже ліду що треба, лід придумує як і каже тім мемберам що треба зробити.
Десь тестери і деви працють разом над спільною метою, десь вони в різних командах.
Задай конкретніше питання і буде конкретніша відповідь)
Більш конкретне питання: BA, PO, PM, Architect, Software Developer, UI/UX, DevOps, QA, Stakeholders, End Users. Взаємодія між ними, хто кому яку інформацію надає і отримує.
Тобі це описати як API в json форматі?)
Хороше питання це половина відповіді, в твоєму випадку це просто заголовок курсової.
Відносно комунікації, це люди і між ними взаємодія і комунікація від проекту до проекту радикально відрізняється.
Люди питають те що не знають в тих людей що можуть знати. Десь ПМ технічний, десь QA толковий і розуміє бізнес логіку, десь PO чисто для галочки і всю роботу робить BA.
Наприклад, архітект може як розказувати тімці не тільки про архітектуру а й про бізнес логіку (бо він працює на проекті найдовше і розуміє її), допомагати з організацією хотфіксів (якщо ПМ нетехнічне дно).
І так по всіх позиціях, в житті ніякої чіткої схеми тут не буде.
Якщо тобі курсову написати то гугли англійською, в неті є)