Колись «Done» означало «працює». А зараз — презентація про те, як ти дійшов до Done

💡 Усі статті, обговорення, новини про тестування — в одному місці. Приєднуйтесь до QA спільноти!

Під час чергового перегляду редіту натрапив на цікавий пост про Scrum та те, що він приніс за собою. За словами автора, раніше просто брав тікет, писав код і потім здавав його, коли він працює.

А зараз картина інша:
— пів спринту йде на планування наступного спринту,
— грумінг перед грумінгом,
— рефайн тікетів про те, як рефайнити тікети,
— довгі ретроспективи про «teamwork»,
— і «Done» перетворюється на точку старту для 12 follow-up тікетів від усіх можливих команд.

Автор каже, що скучив за часами, коли «done» означало «працює». А ви помічаєте, що процесів стає більше, а сенсу — не завжди? Як у вас у командах: Scrum допомагає чи тільки додає проблем?

Теми: QA, Scrum, обговорення, робота

Ctrl + Enter

Serhiy Brytskyy Працює в Oracle 29.11.2025 19:01

Ну, якщо процес існує заради процесу, то так воно якось і буде. Якщо процес помагає здоровій голові отримати результат, то і буде воно як має бути.

Відповісти

Підтримати

Vic Programmer 27.11.2025 23:43

раніше просто брав тікет, писав код і потім здавав його, коли він працює.

Тікет сам по собі це елемент японскої системи менеджменту відомої як Канбан uk.wikipedia.org/wiki/Канбан
Те що ви бачите в Jira — це цифрова версія от цього upload.wikimedia.org/...board-.jpg?20140704111619
Коли я працював на минулій конторі і це був чистий стартап то ми мали практично 100% от таку ситуацию www.youtube.com/watch?v=oyVksFviJVE
Таким чином коли у вас взагалі є тікет, то це вже відголоски системи менеджменту яку застосовують (так особисто я неодноразово бачів коли не було жодної системи, 2 людини в команді тримали план робіт просто в голові).
P.S. В Англії де японский менеджмент адаптували в закінчену систему для IT — Scrum, коли команда більше двох разів на Demo показує презентації замість робочого програмного забезпечення — починають застосовувати адміністративні міри та негативні методи мотивації. На перший раз пояснять як треба працювати по системи (зазвичай для усіх проводять професійний тренінг по Scrum чи SAFe), на другий може дійти аж до звільнень і т.д. за аутперформ. Базові цінності із перезентаціями зі слайдами як ми знаємо згубили IBM. Безос в Amaozon заборонив показувати у себе перезентації на мітингах і т.д. Хоча при проясненні складних концепцій там і т.д. без низ не обійтись.
P.P.S. www.youtube.com/watch?v=yL_-1d9OSdk

Oleksandr Suvorov Corporal under NDA :) в AFU 26.11.2025 12:21

Інструмент є інструмент.

Молотком можна побудувати дім, а можна вбити людину.

Так і Scrum — все залежить від того, як і хто його використовує. Одним із найкращіх міст, де Scrum/Agile (і взагалі — повний SAFe) працював, як треба, — Volvo Cars. От там Scrum дуже гарно працював і допомагав командам в багатьох випадках рухатись вперед навіть при нестачі інформації чи блокерах від інших команд.

Vic Programmer 28.11.2025 00:06

Це більше про тих хто ставить процесс. В Англії звідки походить сам процесс (хоча на базі японського менеджменту) я неодноразово бачів як усе буксувало, засновникі бізнесу не хотіли визнавати і приймати методи процессу, але не йшла розробка. Потім запрошували професійну консалтингову організацію — вони ставили процесс і усе почало працювати, при чому як годинник і краще. Постійне покращення, точно в строк і т.д. Більше за те людям стало подобатись працювати, взагалі приємно себе відчувати частиною команди і тим хто робить щось корисне. Це чисто психологічний ефект.

Oleksandr Suvorov

Олексій Смірнов 25.11.2025 21:46

Інструмент який просто «дали» не буде таким же ефективним як інструмент до якого сам доріс. Профі не потрібен скрам, а новачку не зрозуміло навіщо він потрібен...