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

Agile розробка програмного забезпечення - це група методологій розробки програмного забезпечення, що базується на ітераційній та поступовій розробці, де вимоги та рішення розвиваються завдяки співпраці між самоорганізуючими, крос-функціональними командами.

7
Як Scrum можна адаптувати до академічного середовища?
Зараз я працюю з професором у своєму університеті, щоб розробити нові навчальні програми для курсів програмного забезпечення та дизайну Capstone Design, які пропонуються в моєму коледжі. До недавнього часу обидва курси використовували виключно модель водоспаду, і таким чином студенти витрачали більшість свого часу на написання тривалих доповідей. Після великого тиску …

8
Як повідомити про хід свого проекту (Agile) своєму роботодавцю (який не є програмістом)?
У мене є проблема з повідомленням про прогрес своєму роботодавцю. Я програміст за сумісництвом і займаюся програмним проектом для моєї школи (нетехнічного) відділу. Контактна особа: 1. Персонал, який фактично використовує програмне забезпечення та піднімає запити на функції, 2. Мій начальник (непрограміст), і вона не є користувачем програмного забезпечення. Характер проекту: …

3
Як ви ведете нефункціональну роботу з Scrum у вбудованих системах?
У мене є два питання із Scrum у вбудованих системах. По-перше, необхідно виконати багато завдань, особливо на ранніх етапах, які неможливо продемонструвати. Ми почали з плати розробки, без ОС, без дисплея, без послідовного зв’язку тощо. У нас не було екрану для шести спринтів. Першими чотирма спринтами були: Початок роботи RTOS …

3
Обмін парами: які плюси і мінуси?
Загальна ідея, яку підтримують більшість теоретиків Agile / XP, схоже, така, що пари повинні регулярно мінятися місцями. Наприклад, кожен програміст повинен міняти пари раз на день; половина людей обмінюються на початку дня, половина людей обмінюються після обіду: через зовнішні фактори, такі як зустрічі, свята тощо, більшість людей схильні перевертати свої …

5
Коли робити перегляд коду
Нещодавно ми перейшли до процесу scrum і працюємо над завданнями та історіями користувачів у спринтах. Ми хотіли б часто перевіряти код, щоб зробити їх менш неприємними. Ми думаємо, що робити їх на рівні історії користувачів, але не впевнені, як розв'язати наш код, щоб врахувати це. Ми використовуємо VS та TFS …

6
Чи добре працює ваша команда, не дотримуючись методології роботи (наприклад, scrum)?
Я працював у низці невеликих команд протягом останніх 9 років. Кожен мав очевидні добрі практики, такі як короткі зустрічі, контроль за редакцією, програмне забезпечення для постійної інтеграції, відстеження випусків тощо. За ці 9 років я ніколи не чув багато про методики розвитку; наприклад, ніколи не було "ми робимо scrum", або …

5
Як розпочати проект розвитку, коли занадто багато потенційних зацікавлених сторін
Я щойно взяв на роботу в коледжі як (єдиний) розробник веб-додатків. У коледжі є безліч розрізнених, але всі досить погано закодовані застарілі системи. В основному вбудовані в PHP, вони займаються такими речами, як відвідування, результати іспитів, оцінювання тощо. Моє перше завдання - створити систему, яка містить багато цих даних, яка …

7
Як працює agile при заміні робочої системи?
В ідеальному Agile світі ви швидко побудуєте невелику, але корисну підмножину потрібної кінцевої системи та надаєте її користувачам. Вони схвильовані, адже це корисно, вони починають його використовувати і дають відгуки. Потім ви працюєте над тим, що додати до нього, будуєте це та повторюєте, поки не закінчиться час. Нещодавно у мене …

3
Як вплинути на пріоритети помилок перед розробниками та обробляти їх відповідно?
У нас є процес помилок, над яким зараз працює. У нас є 3 рівні помилок: Помилка P1: помилки, які не дозволяють користувачам працювати. Вони повинні бути вирішені на місці. Помилка P2: помилки, які впливають, але користувачі можуть працювати Помилка P3: Помилки, які не впливають на них і де користувачі можуть …

5
Як боротися зі спринтерським плануванням, що працює занадто довго?
Я займав понад 5 годин у плануванні спринту протягом спринцювання протягом тижня. Це здається занадто багато. Ми детально обговорюємо речі при спринтерському плануванні, оскільки більшість членів команди не є старшими. Якщо ми цього не зробимо, це призведе до помилок під час впровадження та оновлення під час спринту. Як ми маємо …
14 agile  scrum  planning  sprint 

5
Огляд коду відстає від циклу доставки / тестування
У нашому процесі Agile ми маємо 2-тижневі спринти. Завдання виконуються щодня (складання щодня), і Тестова група завершує тестування негайно наступного дня або навіть того ж дня. У нас також є огляди кодів Dev, які потребують певного часу (1-2 години), тому вони заплановані 3 рази на тиждень: Пн-Від-Пт. Розробники збираються разом …

1
Чи парне програмування усуває необхідність перегляду коду в проекті Extreme Programming (XP)?
У проекті екстремального програмування програмісти проводять парне програмування більшу частину часу. Оскільки ці пари також обертаються, тобто ви поєднуєте програму з різними людьми, і відчувається колективна власність, вихідний код часто переглядається та оновлюється. Отож, чи є необхідність у перегляді кодів? Я маю на увазі, перестань програмувати і насправді просто робити …

4
Як управління вимогами працює в довгостроковій перспективі з Agile проектами?
Управління вимогами в короткостроковій перспективі для Agile проектів здається мені вирішеною проблемою. З точки зору Scrum нові вимоги або зміни існуючих вимог надходять через Історії користувачів. А Історії користувачів, згруповані під епічні або Feature, полегшують доставку більш складних вимог. Звичайно, історія користувача технічно не є документом з вимогами. Це керована …

8
Як зупинитись / уникати з часом команди Scrum?
Насправді я допомагаю невеликому магазину програмного забезпечення в їх реалізації Scrum. Нещодавно майстер Scrum повідомив мені, що у нього є проблеми, оскільки Команда працює над часом, щоб досягти обсягу (Забронюваний відсталий). Таким чином, вони мають нереальну швидкість . Мої формальні питання: Крім того, щоб говорити про ретроспективну зустріч; чи вважаєте …
14 agile  scrum 

2
Чи гаразд змінювати оцінки посеред ітерації?
Ми почали використовувати Agile / Scrum в команді з 4 розробників. Ми зробили свою оцінку оповідань і замовляли розповіді «Грунтовані історії» у відставанні продукту. Ми почали з точкової оцінки складності від 1 до 5, замість звичайних 1,2,3,5,8,13 .... і так далі Після роботи над декількома історіями ми вважали, що деякі …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.