Запитання з тегом «scrum»

Гнучка рамка, в якій Власник продукту (PO), Команда з розробки (DT) з 3-9 розробників та Scrum Master (SM) працюють як команда Scrum (ST) для створення та підтримки складних продуктів з максимально можливою цінністю. Вони виконують цю роботу в таймбоксі під назвою спринт; Спринти можуть бути коротшими, але не можуть тривати більше 30 днів. Події, ролі та артефакти остаточно описані в офіційному посібнику з Scrum: http://scrumguides.org/scrum-guide.html

6
Чи може майстер scrum виділити завдання?
Ми слідуємо за течією нашого проекту. Я бачу більшість випадків, коли майстер скраму виділяє завдання для нас. Однак я читаю з багатьох книг про те, що scrum працює навпаки (підхід «тягнути») і члени команди підбирають завдання чи функції. Чи майстер scrum призначає завдання правильним підходом чи це суперечить спритній ідеології?
9
Як розповіді користувачів не можуть містити вимог (коли вони написані на картці) і все ще можуть бути реалізованими
Мені сказали: "Історії користувачів - це не вимоги, це лише нагадування про те, що хоче клієнт. Ви не можете ставити вимоги в рамках історії". Але візьмемо для прикладу, що клієнт хоче різну обробку для різних кредитних карт. Існують суворі вимоги, які повинні бути виконані та відомі, щоб можна було писати …
6
Як Scrum можна адаптувати до волонтерської обстановки?
Нещодавно я приєднався до молодого хакерського простору ще в процесі налаштування. Нам пощастило, оскільки в просторі є кілька внутрішніх проектів, над якими потрібно працювати і не бракує волонтерів для роботи над ними. Було проведено деякі дискусії щодо того, як організувати ці проекти. Мій останній професійний досвід був із Scrum, тому …
6
Підтримуйте рухливість із політикою нульових помилок / дефектів
У нашому проекті ми працюємо за методологією нульової помилки (яка також називається нульовим дефектом). Основна ідея полягає в тому, що помилки завжди вищі за пріоритетом, ніж функції. Якщо ви працюєте над історією, і у неї є помилка, її потрібно вирішити, щоб історія була прийнята. Якщо під час спринту на старішу …
18 agile  scrum  bug  backlog 
8
Чи потрібна зріла спритна команда будь-якого управління?
Після недавньої бурхливої ​​дискусії з приводу Scrum я зрозумів, що моя проблема полягає в тому, що я вважаю менеджмент досить непотрібною та зайвою діяльністю в цілком спритній команді. Я вважаю, що зріла команда Agile не потребує управління або будь-якого нетехнічного процесу прийняття рішень. На мій погляд (мабуть, помиляючись), більш ніж …
7
PBI vs Історія користувачів
Нещодавно власник продукту до товарного блоку додав товар, який говорить "Коли я переходжу на сторінку входу з x сторінки, я бачу помилку. Я хочу, щоб цю помилку було видалено". Мені здається, що це не випадок використання, і він не повинен бути PBI (товарний запас продукту). Однак, коли я обговорював це, …
11
Чи можуть щоденні звіти знижувати продуктивність розробника? [зачинено]
Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію . Закрито 5 років тому . В іншому запитанні я запитав про те, чому розробникам не подобається щоденна роздратування . …
5
Скільки сюжетних точок слід виділити в початковому спринті?
Коли ви вперше впроваджуєте Scrum в команді, як слід займатися визначенням кількості точок історії, які знаходяться в початковому спринті, коли ви не маєте уявлення про швидкість команди? Якщо ви базуєте це на оцінці годин і використовуєте очки лише на більш пізньому етапі?
18 scrum  planning 
9
Переваги Scrum для самих розробників? [зачинено]
Закрито . Це питання має бути більш зосередженим . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб воно зосередило увагу на одній проблемі, лише відредагувавши цю публікацію . Закрито 4 роки тому . Якщо Scrum є методологією управління проектами, як би ви «продали» його розробникам у команді, …
18 scrum 
6
Що робити, якщо член команди пропустив планування спринту?
Скажімо, член команди у щорічній відпустці. Він не буде відвідувати планування спринту, але повернеться до середини ітерації / спринту. Скажімо, він має 50% ємності, тобто, як він буде доступний для подальшої половини ітерації, якщо: провести сеанс планування з ним після його повернення. провести сеанс планування з ним до того, як …
18 scrum  sprint 
6
Чи може фрілансер використовувати спритний розвиток?
Я хочу вдосконалити спосіб розробки програмного забезпечення. Я хочу розвиватися швидше і чудовий код! Сьогодні я використовую метод водоспаду як фрілансер, пишучи веб-речі (сайти, системи тощо). Чи є спосіб використовувати гнучку розробку (XP, SCRUM тощо), що працює таким чином? Я не знаю нічого про спритний розвиток, з чого мені почати? …
18 agile  freelancing  scrum  web 
9
Чи слід включати час тестера при оцінці квитків?
Створюючи кошторис часу для квитків, чи повинен час, який забирається для тестувальників, включати до кошторису квитків? Раніше ми завжди оцінювали без тестування час, але ми говоримо про те, щоб завжди включати його. Це має сенс для нашого нинішнього спринту, останнього перед випуском, оскільки нам потрібно знати загальний час квитків, який …
17 agile  scrum  estimation  qa 
9
Чи корисні менеджери проектів у Scrum?
У Scrum визначено три ролі: команда, власник продукту та Scrum Master. Немає менеджера проектів, натомість робота менеджера проектів розподілена на три ролі . Наприклад: Майстер Scrum: Відповідає за процес. Усуває перешкоди. Власник продукту: Керує та визначає пріоритетність списку робіт, які необхідно виконати для досягнення максимальної рентабельності інвестицій. Представляє всіх зацікавлених …
12
Що робить розробку програмного забезпечення Agile настільки привабливою?
Agile розробка програмного забезпечення в наші дні стає досить веселим словом. Як розробник, я розумію прагматичну цінність ітеративної розробки, але (найчастіше) це не вибір розробників, щоб використовувати спритний підхід до розробки програмного забезпечення. Це вибір управління зверху вниз! Будь то кристал, спритний метод, dsdm, rup, xp, scrum, fdd, tdd, ви …
4
Як прийняти спритну методологію розробки прошивки / вбудованих систем-програмного забезпечення?
Мені завжди було цікаво, як застосувати спритні методи насправді у великому складному вбудованому системному програмному забезпеченні (100+ інженерів). Розробка вбудованого програмного забезпечення має деякі унікальні характеристики, які ускладнюють рухливість (наприклад, апаратне забезпечення доступне до пізнього циклу розробки; Після виходу продукту не можна легко оновити прошивку; тощо ...) Нормою такого розвитку …
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.