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

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

9
Чи корисні менеджери проектів у Scrum?
У Scrum визначено три ролі: команда, власник продукту та Scrum Master. Немає менеджера проектів, натомість робота менеджера проектів розподілена на три ролі . Наприклад: Майстер Scrum: Відповідає за процес. Усуває перешкоди. Власник продукту: Керує та визначає пріоритетність списку робіт, які необхідно виконати для досягнення максимальної рентабельності інвестицій. Представляє всіх зацікавлених …

12
Що робить розробку програмного забезпечення Agile настільки привабливою?
Agile розробка програмного забезпечення в наші дні стає досить веселим словом. Як розробник, я розумію прагматичну цінність ітеративної розробки, але (найчастіше) це не вибір розробників, щоб використовувати спритний підхід до розробки програмного забезпечення. Це вибір управління зверху вниз! Будь то кристал, спритний метод, dsdm, rup, xp, scrum, fdd, tdd, ви …

4
Як прийняти спритну методологію розробки прошивки / вбудованих систем-програмного забезпечення?
Мені завжди було цікаво, як застосувати спритні методи насправді у великому складному вбудованому системному програмному забезпеченні (100+ інженерів). Розробка вбудованого програмного забезпечення має деякі унікальні характеристики, які ускладнюють рухливість (наприклад, апаратне забезпечення доступне до пізнього циклу розробки; Після виходу продукту не можна легко оновити прошивку; тощо ...) Нормою такого розвитку …

4
Чи нормально розробникам пропонувати власників продукту ідеї? [зачинено]
Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію . Закрито 5 років тому . Я почав працювати розробником досить недавно, раніше працював системним адміністратором. Я розумію, як команда …

6
Відставання завдань «розміру куса» паралельно відставанню від «основної» функції?
Після більш ніж двох років роботи у високодисциплінованій структурі відділу розвитку "вовк-одиночок" ми приймаємо Agile SCRUM. Чудово. Мені подобається Agile; як розробник, він тримає вас зосередженими, зайнятими та продуктивними, не маючи безлічі зацікавлених сторін, що проштовхують проект за проектом вниз за горло, сподіваючись, що все це буде зроблено вчора. Однак …

3
Чи є Agile варіантом RAD?
У Вікіпедії сказано, що Agile - це тип "RAD", який, напевно, невірний. З того, що я знаю, Agile був розроблений, оскільки сам RAD не був таким успішним у 90-х (занадто жорсткий для змін). Або я помиляюся? (Зауваження: очевидно, стаття Вікіпедії про розробку програмного забезпечення Agile між ними була вдосконалена, вона …

7
Скільки часу має тривати зустріч планування спринту?
З вашого досвіду, як довго триватиме зустріч із планування спринту (Scrum)? 8 годин? Або він повинен бути коротшим (лаконічним), і подальші дискусії слід планувати як частину спринту? Наші спринти тривають 10 днів.
16 agile  scrum  planning 

10
У який момент ви б кинули деякі свої принципи розробки програмного забезпечення заради більших грошей?
Я хотів би винести це питання туди, щоб цікаво побачити, де знаходиться середовище. Я зізнаюся, що в останні 12 місяців я підбирав TDD і багато Agile цінностей у розробці програмного забезпечення. Я був настільки переповнений тим, наскільки кращою стала моя розробка програмного забезпечення, що я ніколи не відмовився б від …

5
Як познайомити Agile з командою, яка використовує жорсткі негічні методи?
Розглянемо компанію, яка з гордістю сертифікована за непридатною методологією, і використовує її як точку продажу своїх клієнтів, щоб продемонструвати відповідальність. Як ви ставитесь до того, щоб впроваджувати Kanban чи Scrum поступово, не порушуючи всієї їхньої системи і все ще впевнюючи їх, що це все ще може бути таким же підзвітним …

7
Довгострокове планування та спритний?
Нещодавно моя команда пройшла процес створення майже річного плану нашої роботи. План ми розділили на три фази. Кожна фаза буде включати в себе пару запусків. Цікаво, з поважної точки зору це ти не так? Я думаю, що це не погана ідея, адже ми не витратили занадто багато часу на розробку …

6
Яка мета планування покеру в спринті?
Наш бізнес-аналітик та керівники проектів говорять нам про вимогу клієнта як Stories. Кожне планування спринту, нас (розробників) просять грати в покер для планування. Вони попросили всіх нас розглянути «складність», а не «зусилля». Ми справді розгублені і витрачаємо час на наші зустрічі. Один розробник поставив питання: "Що ми насправді хочемо розглянути? …
15 agile  scrum  planning 

5
Деякі члени команди не беруть активну участь у плануванні спринту
Деякі члени команди просто чекають, поки будуть обговорені історії, над якими вони найбільше працюють, і лише тоді вони беруть участь. Інакше вони просто грають зі своїм телефоном і не слухають. Я певним чином розумію цю позицію. Чому слухати дискусію про функцію, яка навряд чи допоможе вам розвиватися у спринті чи …
15 agile  scrum 

6
Чому екстремальне програмування (XP) застаріло на користь Agile, Kanban тощо?
Мені подобається XP (екстремальне програмування), особливо частина, де на одному екрані є 2 програмісти, оскільки рішення проблеми часто знаходить швидше, якщо тільки ти пояснюєш, що ти робиш, а парування програмування змушує тебе пояснити, що ти робити. За останні 10 років або близько того, стиль роботи XP, здається, застарів на користь …

6
Як отримати гарний дизайн при використанні спритних методів?
Я використовую спритну методологію (SCRUM) вже близько трьох років, і я бачу певні її переваги, особливо в короткостроковому зворотньому зв’язку на багатьох рівнях (від клієнтів, які мають ранній доступ до реалізованих функцій, від тестерів, які можуть перевірити функції як як тільки вони будуть впроваджені, від інших розробників, які можуть надати …
15 design  agile 

4
Скільки деталей про історію користувача може розраховувати розробник?
Найбільшим недоліком спритного розвитку, який я зазнав, є те, що люди, які не беруть участь у розробці, зосереджуються на мантрі, що історія користувача (3–10 ідеальних днів для людини) не повинна містити більше 1–3 речень на кшталт: Як замовник, я можу використовувати пошук у текстовому форматі, щоб знайти продукти, які шукаю. …

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