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

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

12
Як розробити чудове програмне забезпечення за допомогою спритних методів?
Модель Kano задоволеності покупців визначає різні класи особливостей товару. Серед них є Обов'язкові якості: Якщо вони не виконані, замовник не прийме товар. Привабливі якості (постачальники товарів): особливості, яких замовник часто навіть не сподівається, але викликають хвилювання та захоплення, коли їх виявляють. Привабливі якості, очевидно, мають велику ділову цінність. Вони змушують …

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

3
Як архітектурне проектування робиться в спритних умовах?
Я читав Принципи спритного архітектора , де вони визначали наступні принципи: Принцип № 1 Команди, що кодують систему, проектують систему. Принцип №2. Побудуйте найпростішу архітектуру, яка може працювати. Принцип №3 У разі сумнівів, кодуйте це. Принцип № 4 Вони будують його, вони тестують його. Принцип № 5 Чим більше система, …

13
Як ми можемо скоротити час простою в кінці ітерації?
Там, де я працюю, ми практикуємо спритний рух з 3-тижневими ітераціями. Так, було б непогано, якби ітерації були коротшими, але змінити це наразі не є можливим. Наприкінці ітерації я зазвичай виявляю, що останній день проходить дуже повільно. Фактична робота вже завершена та прийнята. Є кілька зустрічей (ретроспектива та планування наступної …

6
Повторне відкриття помилки проти нового
Помилка була відкрита, виправлена, перевірена та закрита. Через місяць він знову з’явився в наступній версії після кількох ітерацій без регресу. За умови, що характеристики помилки однакові, чи повторно відкриєте існуючий ідентифікатор помилки чи відкриєте новий із посиланням на закриту помилку?

14
Ефективні способи впровадження спритного на робочому місці?
На ваш досвід (анекдотичний чи інший), які ефективні способи ввести Agile в непривабливу організацію чи компанію? ОНОВЛЕНО: Чи може хтось говорити у випадках, коли ви намагалися представити Agile, але вас "збили"? Також у вас зараз є ретроспективне розуміння, чому вас "збили"?

11
Agile Practices: Перегляд коду - Не вдалося переглянути або не порушити проблему?
В кінці двотижневого спринту та завдання має перегляд коду, в огляді ми виявляємо функцію, яка працює, читабельна, але вона досить довга і має кілька запахів коду. Легка робота рефактора. Інакше завдання відповідає визначенню виконаного. У нас є два варіанти. Не вдалося перевірити код, щоб квиток не закрився в цьому спринті, …

11
Як ми можемо зробити спритним приємне для розробників, які люблять особисто, незалежно володіти великими шматками від початку до кінця
Ми приблизно перебуваємо на середині нашого переходу від водоспаду до спритного за допомогою scrum; ми перейшли від великих команд у технологічних / дисциплінарних силосах до менших міжфункціональних команд. Як і очікувалося, перехід на спритний не для всіх. Є декілька розробників, яким важко підлаштуватися до спритного. Я дуже хочу, щоб вони …
52 agile  scrum 

10
Мій керівник проекту не приймає перенесення в Scrum - це нормально?
Я розробник, який працює над новим мобільним додатком для Android та iOS з великим резервним компонентом. Ми були в трьох спринтах цього проекту, і ми використовуємо Scrum з усіма його обрядами (уточнення, планування, щоденники, ретроспективи тощо). У двох спринтах команді довелося попрацювати (неоплачено) понаднормово та у вихідні дні, оскільки керівництво …

9
Як зробити планування спринту цікавим
Наші зустрічі зі планування спринту не тільки не веселі, вони прямо жахливі. Зустрічі виснажливі та нудні та тривають назавжди (день, але це відчувається набагато довше). Розробники скаржаться на це і бояться майбутніх планів. Наша норма звичайна (стандартна історія користувача, вставлена ​​в відставання спринту за пріоритетом >> історія розбита на завдання …

7
Коли працює парне програмування? Коли цього уникати?
Замість того, щоб весь час програмували рабські пари, ми вибірково використовуємо парне програмування в нашій команді. Я думаю, що це найкраще працює в таких умовах: Наганяйте абсолютно нових членів команди над проектом (замість того, щоб вони могли самостійно проходити документацію чи код). Працюючи разом з молодшими та старшими людьми (допомагає …

8
Історії для завдань з усунення помилок: чи підходить це Scrum?
Мені просто цікаво, чи слід присвоювати точки історії завданням виправлення помилок чи ні. JIRA, наші проблеми відстеження програмного забезпечення, не має поле точки історія для Bug питань типу (це тільки історія з і Епічна s). Чи слід додати тип проблеми помилки до застосовних типів випусків у полі «Точки історії» ? …
50 agile  scrum  bug  user-story 

8
Scrum - як перенести частково повну історію користувача до наступного спринту, не перекриваючи відставання
Ми використовуємо Scrum і час від часу виявляємо, що ми не можемо повністю закінчити історію користувача у спринті, в якому вона планувалася. У справжньому стилі Scrum ми все-таки доставляємо програмне забезпечення і розглядаємо можливість включення Історії користувачів у наступний спринт під час наступного сеансу планування спринту. Зважаючи на те, що …

11
Як ви пояснюєте "спритній" команді, що їм ще потрібно планувати програмне забезпечення, яке вони пишуть?
Цього тижня на роботі я знову розбурхувався . Пройшовши стандартну спритну, TDD, спільну власність, спеціальну методологію розробки ніколи не плануючи нічого, крім кількох історій користувачів на картці, словесно жуючи жуйку над технічними властивостями сторонніх інтеграційних рекламних нудот, не роблячи жодного реального мислення чи належна ретельність та архітектурно прив’язуючи весь виробничий …
50 agile  planning 

9
Як продати Agile development клієнтам (водоспад)
Наш магазин розробки дуже хотів би робити більш гнучкі проекти, але у нас є проблеми з залученням клієнтів. Багато клієнтів хочуть бюджету та терміну. Важко продати клієнта за спритним проектом, коли наші конкуренти придумують фіксовані терміни на основі водоспаду та фіксовані ціни. Ми знаємо, що їх фіксовані цифри погані, але …
49 agile 

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