Написание хороших пользовательских историй

Написание хороших пользовательских историй

Пользовательские истории являются частью agile-подхода и помогают сместить акцент с написания требований на их обсуждение. Все agile-истории пользователя включают одно или два письменных предложения и, что более важно, серию бесед о желаемой функциональности.

Продолжить чтение
20 наиболее часто упоминаемых правил и рекомендаций в Scrum

20 наиболее часто упоминаемых правил и рекомендаций в Scrum

Структура Scrum состоит из Scrum-команд и связанных с ними ролей, событий, артефактов и правил. Каждый компонент структуры служит определенной цели и необходим для успеха и использования Scrum. Правила Scrum связывают воедино роли, события и артефакты, регулируя отношения и взаимодействие между ними, как показано на рисунке ниже:

Продолжить чтение
Agile Estimation: относительные оценки против абсолютных оценок

Agile Estimation: относительные оценки против абсолютных оценок

Независимо от того, разрабатывает ли команда продукт или проект, нам необходимо ответить на вопрос “Когда мы сможем его закончить?” или насколько далеко мы сможем продвинуться в определенный момент времени, поэтому, как и в случае с традиционными моделями разработки, нам необходимо оценить объем работы до начала проекта. Agile-оценка – это процесс оценки усилий, необходимых для выполнения приоритетной задачи в бэклоге продукта. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения этой задачи, что, в свою очередь, приводит к точному планированию спринта.

Продолжить чтение
Семь самых популярных методов гибкой разработки

Семь самых популярных методов гибкой разработки

Когда был создан Манифест Agile, существовало довольно много “облегченных” процессов разработки; с тех пор появились и другие подобные методы. Теперь их объединяют под общим названием “гибкие” методы. С момента появления Agile-манифеста в 2001 году вокруг понятия “agile” было много шума. Agile-подход – это просто образ мышления, который позволяет командам и организациям внедрять инновации, быстро реагировать на изменение спроса и при этом снижать риски. Организации могут быть гибкими, используя многие из доступных рамок, таких как Scrum, Kanban, Lean, XP и т.д….

Продолжить чтение
Управление рисками для разработки программного обеспечения

Управление рисками для разработки программного обеспечения

Управление рисками – это система выявления, решения и устранения проблем, которые могут нанести ущерб стоимости, графику или техническому успеху проекта или моральному состоянию команды проекта. “Завтрашние проблемы – это сегодняшние риски”. Поэтому “риск” четко определяется как проблема, которая может нанести определенный ущерб или угрожать графику проекта, но еще не произошла.

Продолжить чтение
SWOT-анализ с примерами

SWOT-анализ с примерами

SWOT-анализ – это метод, разработанный в Стэнфорде в 1970-х годах и часто используемый в стратегическом планировании. SWOT – это аббревиатура, означающая “Сильные стороны”, “Слабые стороны”, “Возможности” и “Угрозы”, и представляет собой структурированный метод планирования, который оценивает эти четыре элемента организации, проекта или делового предприятия. SWOT-анализ – это простая, но мощная основа для использования сильных сторон организации, улучшения слабых сторон, минимизации угроз и использования максимально возможных преимуществ возможностей.

Продолжить чтение
Каково «определение» Ready в Scrum?

Каково «определение» Ready в Scrum?

Определение готовности (DOR) фиксирует, когда элемент бэклога продукта (например, истории пользователей) отработан до такой степени, что его “вероятно” включат в спринт, в то время как команда Scrum использует DoD, чтобы определить, когда вся работа над элементом бэклога продукта (например, историями пользователей) завершена.

Продолжить чтение
Артефакты Scrum — краткий обзор

Артефакты Scrum — краткий обзор

Артефакты Scrum предоставляют критическую информацию, которую необходимо знать Scrum-команде и заинтересованным сторонам для понимания разрабатываемого продукта, планируемых и завершаемых действий в проекте. Следующие артефакты определены в Scrum Process Framework.

Продолжить чтение
Определение готовности и критериев приемки в Scrum

Определение готовности и критериев приемки в Scrum

Определение завершения (DoD) – это список требований, которым должна соответствовать история пользователя, чтобы команда могла назвать ее завершенной. Критерии приемки для пользовательских историй включают набор тестовых сценариев, которые будут соответствовать требованиям, чтобы подтвердить, работает ли программное обеспечение так, как ожидалось.

Продолжить чтение
Анализ отрасли — краткое введение

Анализ отрасли — краткое введение

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

Продолжить чтение