Вопросы с тегом «agile»

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

4
Должен ли технический долг быть запланирован как функция или рутинная работа (или ошибка)?
Я добавил пару пользовательских историй, которые касаются технических проблем с моей платформой Pivotal Tracker. Должен ли я рассматривать их как функции (сохраняя свой уровень скорости) или как рутинную работу / ошибки (понижая мою скорость)? Я понимаю, что в конечном счете это не будет иметь никакого значения, если я буду делать …

6
Может ли мастер схватки распределять задачи?
Мы следим за схватками в нашем проекте. Я вижу, что большую часть времени мастер схватки распределяет задачи для нас. Тем не менее, я прочитал во многих книгах о Scrum, что Scrum работает наоборот (подход «тянуть»), и члены команды выбирают задачи или функции. Является ли Scrum Master, назначающий задачи, правильным подходом …

9
Как пользовательские истории не содержат требований (если они записаны на карточке) и могут быть реализованы
Мне сказали: «Пользовательские истории - это не требования, это просто напоминание о том, чего хочет клиент, вы не можете поместить требования в историю». Но давайте возьмем для примера, что клиент хочет различную обработку для разных кредитных карт. Существуют строгие требования, которые должны быть реализованы и известны, чтобы можно было писать …

6
Сохранение гибкости с политикой отсутствия ошибок / дефектов
В нашем проекте мы работаем по методике с нулевой ошибкой. Основная идея заключается в том, что ошибки всегда имеют более высокий приоритет, чем функции. Если вы работаете над историей, и в ней есть ошибка, ее необходимо устранить, чтобы история была принята. Если во время спринта будет обнаружена ошибка для более …
18 agile  scrum  bug  backlog 

8
Требуется ли зрелой гибкой команде менеджмент?
После недавних жарких споров о Scrum я понял, что моя проблема в том, что я считаю управление совершенно ненужным и избыточным видом деятельности в полностью гибкой команде. Я считаю, что зрелая Agile команда не требует управления или какого-либо нетехнического процесса принятия решений. На мой взгляд (очевидно, с ошибками) более чем …

8
Agile больше, чем просто небольшие водопады?
Я в основном использовал методологию водопада в своих проектах, но теперь я расширяю свои горизонты в гибкие методологии. Из того, что я прочитал до сих пор, и, возможно, я прочитал неправильные вещи, гибкие означает небольшие водопады. Вместо большого водопада, распространяющегося в течение одного или двух лет, у вас есть небольшие …

7
PBI против пользовательской истории
Недавно один из продуктов был добавлен в Журнал ожидания продукта владельцем, который говорит: «Когда я захожу на страницу входа со страницы x, я вижу ошибку. Я хочу, чтобы эта ошибка была удалена». Мне кажется, что это не вариант использования и не должен быть PBI (Product Backlog Item). Однако, когда я …

5
Что такое «кросс-функциональная команда» на самом деле? [закрыто]
Закрыто . Этот вопрос основан на мнении . В настоящее время не принимает ответы. Хотите улучшить этот вопрос? Обновите вопрос, чтобы ответить на него фактами и цитатами, отредактировав этот пост . Закрыто 4 года назад . Общее значение «кросс-функциональная команда» - это команда, которая объединяет специалистов в разных областях, необходимых …

6
Может ли фрилансер использовать гибкую разработку?
Я хочу улучшить способ разработки программного обеспечения. Я хочу разрабатывать быстрее и отличный код! Сегодня я использую метод водопада в качестве фрилансера, пишу веб-материалы (сайты, системы и т. Д.). Есть ли способ использовать гибкую разработку (XP, SCRUM и т. Д.), Работающий таким образом? Я ничего не знаю о гибкой разработке, …
18 agile  freelancing  scrum  web 

9
Следует ли учитывать время тестирования при оценке билетов?
При создании оценок времени для билетов следует ли включать время, затраченное на тестирование (QAs), в оценку билетов? Раньше мы всегда оценивали время без тестеров, но мы говорим о том, чтобы всегда его включать. Это имеет смысл для нашего текущего спринта, последнего перед выпуском, так как мы должны знать общее время, …
17 agile  scrum  estimation  qa 

4
Дилемма QA против итераций
В моей компании мы успешно работаем с гибкими практиками, но без использования итераций. Основная причина в том, что мы не можем найти чистый способ вписаться в QA в цикле итерации. Мы понимаем QA как дополнительный бит проверки для определенной сборки (кандидата на выпуск) до того, как эта сборка будет развернута …
17 agile  teamwork  qa  sdlc 

9
Должен ли я слушать своего работодателя и использовать инструменты CASE?
Мой работодатель (не разработчик) считает, что инструменты CASE помогут нам улучшить процесс разработки и документацию. Я не уверен в этом, мы небольшая команда из 5 разработчиков, которые разрабатывают решения для мобильного банкинга для местных клиентов. Я думаю, что инструменты CASE будут пустой тратой времени и денег, так как их нужно …

3
Что значит быть проворным?
У нас есть проект, который, как все говорят, мы будем делать гибким способом, но я сомневаюсь, что мы четко поняли, что такое Agile. В предыдущих проектах у нас были встречи по планированию, затем мы определяли журнал возврата продукта и распределяли работу среди разработчиков в течение 2-3 недель. Каждое утро у …
17 agile 

11
Является ли исправление ошибок других людей хорошим подходом?
Давайте предположим ситуацию, когда команда из четырех разработчиков создает приложение. На этапе тестирования пользователи сообщают об ошибках. Кто должен их исправить? Человек, который совершил ошибочный код, или кто-то, кто свободен? Каков предпочтительный подход в гибкой разработке (scrum)?
17 agile  debugging 

9
Полезны ли руководители проектов в Scrum?
В Scrum определены три роли: команда, владелец продукта и мастер Scrum. Менеджера проектов нет, вместо этого работа менеджера проекта распределена по трем ролям . Например: Scrum Master: Ответственный за процесс. Устраняет препятствия. Владелец продукта: управляет списком работ, которые необходимо выполнить, чтобы максимизировать рентабельность инвестиций. Представляет все заинтересованные стороны (клиенты, заинтересованные …

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.