Изучайте одну новую вещь каждый день
Мозговой штурм – это метод группового творчества, с помощью которого предпринимаются попытки найти решение для конкретной проблемы путем сбора списка идей, спонтанно возникающих новых идей и возможностей. Это классический метод, широко используемый в деловой деятельности, такой как решение проблем, анализ неудач, идеи новых продуктов, увеличение продаж, совершенствование продукции и т.д.
Продолжить чтение
CMMN – это графическая нотация, используемая для описания методов работы, основанных на обработке дел, требующих различных действий, которые могут выполняться в непредсказуемом порядке в ответ на изменяющиеся ситуации. Используя подход, ориентированный на события, и концепцию файла дела, CMMN расширяет границы того, что можно смоделировать с помощью BPMN, включая менее структурированные рабочие усилия и те, которые управляются работниками, обладающими знаниями. Использование комбинации BPMN и CMMN позволяет пользователям охватить гораздо более широкий спектр методов работы.
Продолжить чтение
Анализ разрыва включает в себя сравнение фактических показателей с потенциальными. Например, если компания не использует текущие ресурсы наилучшим образом, она может работать ниже идеального потенциала. Другими словами, анализ разрывов – это процесс, который люди используют для изучения текущего состояния (или процесса “как есть”) и желаемого состояния (процесса “как будет”) компании. Обычно он используется для определения того, соответствует ли компания ожиданиям и эффективно ли она использует ресурсы, которые измеряются временем, деньгами и рабочей силой. Затем команда менеджеров может создать план действий для продвижения организации вперед и устранения разрыва в производительности.
Продолжить чтение
Scrum-команды являются самоорганизующимися и кросс-функциональными . Самоорганизующиеся команды выбирают, как лучше выполнять свою работу, а не управляются другими людьми вне команды. Кросс-функциональные команды обладают всеми
Продолжить чтение
Кросс-функциональные диаграммы потоков показывают, кто, что и когда делал, в виде плавающих или сетчатых диаграмм. Эти диаграммы состоят из нескольких частей, чтобы обеспечить дополнительные измерения путем отнесения каждого этапа процесса к определенной категории. Другими словами, вы можете использовать кросс-функциональную блок-схему для описания взаимосвязи между этапами процесса и отделом или функциональной областью, ответственной за эти этапы.
Продолжить чтение
Случай использования описывает задачу, выполняемую субъектом, дающую результат, имеющий ценность для бизнеса. Случай использования может быть визуализирован в виде диаграммы случая использования или/и в формате структурированной текстовой спецификации:
Продолжить чтение
Agile – это философия предоставления решений, которые охватывают и способствуют эволюционным изменениям на протяжении всего жизненного цикла продукта/проекта. Многие agile-команды и организации используют Agile для более быстрого создания программного обеспечения, повышения качества и, в конечном счете, повышения удовлетворенности клиентов.
Продолжить чтение
Пользовательские истории являются частью agile-подхода и помогают сместить акцент с написания требований на их обсуждение. Все agile-истории пользователя включают одно или два письменных предложения и, что более важно, серию бесед о желаемой функциональности.
Продолжить чтение
Структура Scrum состоит из Scrum-команд и связанных с ними ролей, событий, артефактов и правил. Каждый компонент структуры служит определенной цели и необходим для успеха и использования Scrum. Правила Scrum связывают воедино роли, события и артефакты, регулируя отношения и взаимодействие между ними, как показано на рисунке ниже:
Продолжить чтение
Независимо от того, разрабатывает ли команда продукт или проект, нам необходимо ответить на вопрос “Когда мы сможем его закончить?” или насколько далеко мы сможем продвинуться в определенный момент времени, поэтому, как и в случае с традиционными моделями разработки, нам необходимо оценить объем работы до начала проекта. Agile-оценка – это процесс оценки усилий, необходимых для выполнения приоритетной задачи в бэклоге продукта. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения этой задачи, что, в свою очередь, приводит к точному планированию спринта.
Продолжить чтение