Как выполнить гэп-анализ с помощью BPMN?

Как выполнить гэп-анализ с помощью BPMN?

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

Продолжить чтение
Изменение руководства по Scrum: самоорганизация vs команда самоуправления

Изменение руководства по Scrum: самоорганизация vs команда самоуправления

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

Продолжить чтение
Многофункциональная блок-схема — с шаблонами и примерами

Многофункциональная блок-схема — с шаблонами и примерами

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

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

Диаграмма варианта использования и спецификация варианта использования

Случай использования описывает задачу, выполняемую субъектом, дающую результат, имеющий ценность для бизнеса. Случай использования может быть визуализирован в виде диаграммы случая использования или/и в формате структурированной текстовой спецификации:

Продолжить чтение
Agile-манифест и двенадцать принципов

Agile-манифест и двенадцать принципов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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