Что такое гибкая оценка? Каковы распространенные ловушки?

Что такое гибкая оценка? Каковы распространенные ловушки?

В разработке программного обеспечения обычная «оценка» включает количественную оценку работы, необходимой для выполнения данной задачи разработки; она обычно выражается в терминах продолжительности (час / день) или расчетной единицы (сюжетная точка). Цель состоит в том, чтобы объединить ряд таких индивидуальных оценок, чтобы получить представление об общей продолжительности, работе или стоимости проекта программного обеспечения.

Продолжить чтение
Что такое кросс-функциональная блок-схема?

Что такое кросс-функциональная блок-схема?

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

Продолжить чтение
Top 7 Most Popular Agile Estimation Methods for User Stories

Топ-7 самых популярных Agile-методов оценки пользовательских историй

В разработке программного обеспечения «оценка» в обычном смысле включает количественную оценку усилий, необходимых для выполнения конкретной задачи разработки; обычно она выражается в терминах продолжительности. Agile-оценка — это процесс оценки усилий, необходимых для выполнения задач в бэклоге продукта в порядке приоритетности. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения задачи, что, в свою очередь, приводит к точному планированию спринта.

Продолжить чтение
Agile-оценка в Scrum? Story Point и покер планирования

Agile-оценка в Scrum? Story Point и покер планирования

Независимо от того, работает ли команда над продуктом или проектом, нам нужно ответить на вопрос: «Когда мы это сделаем?». «Или сколько мы можем сделать в определенный момент времени, поэтому, как и в традиционной модели разработки, нам необходимо оценить усилия до начала проекта. Во время разработки Scrum команда разделяла ответственность и коллективно брала на себя обязательства по выполнению работы каждого спринта, поэтому при оценке объема работы для agile-команды использовался подход коллективной оценки.

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

Почему Agile? Почему проекты по разработке программного обеспечения, основанные на планах, терпят неудачу?

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

Продолжить чтение
Скрам-команда — I-образные против Т-образных людей

Скрам-команда — I-образные против Т-образных людей

Некоторые люди очень хорошо разбираются в определенной области, но редко вносят вклад за ее пределами. В сообществе agile таких людей называют «I-типами», потому что они похожи на букву «I» в том смысле, что у них есть глубина, но нет широты охвата. В отличие от них, «Т-типы» обладают дополнительным опытом в одной области, но менее развитыми навыками в смежных областях и хорошими навыками сотрудничества.

Продолжить чтение
10 Agile-рекомендаций по улучшению ваших Scrum-проектов

10 Agile-рекомендаций по улучшению ваших Scrum-проектов

Цель данной статьи — проиллюстрировать практику Agile и дать рекомендации agile-команде по внедрению Agile для реализации ИТ-систем. Она была разработана на основе распространенных в отрасли практик Agile и опыта, полученного в ходе различных пилотных проектов.

Продолжить чтение
Lean + Agile подход к разработке программного обеспечения

Lean + Agile подход к разработке программного обеспечения

Несмотря на то, что Agile и Lean часто рассматриваются как разные методологии, в их основе лежат схожие ценности. Эти методологии продолжают развиваться по мере распространения на новые отрасли, приложения и возможности, и многие организации добились потрясающего успеха, используя элементы обеих методологий. Используя системное мышление Lean и подход непрерывного совершенствования, методы гибкой разработки могут быть использованы, чтобы помочь организациям построить здоровые, инновационные организации, которые могут устойчиво предоставлять потребительскую ценность.

Продолжить чтение
Техника приоритизации Agile Backlog: MoSCoW

Техника приоритизации Agile Backlog: MoSCoW

Метод MoSCoW обеспечивает способ категоризации требований пользователей на основе их приоритетности. Он помогает выработать четкое понимание требований клиентов и их приоритетности. MoSCoW означает «должен», «следует», «мог бы» и «будет». Visual Paradigm поставляется с богатым набором шаблонов диаграмм. Вы можете начать с пустой диаграммы или с готового шаблона метода MoSCoW.

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