В разработке программного обеспечения обычная «оценка» включает количественную оценку работы, необходимой для выполнения данной задачи разработки; она обычно выражается в терминах продолжительности (час / день) или расчетной единицы (сюжетная точка). Цель состоит в том, чтобы объединить ряд таких индивидуальных оценок, чтобы получить представление об общей продолжительности, работе или стоимости проекта программного обеспечения.
Continue readingРубрика: Agile Project Management
Что такое кросс-функциональная блок-схема?
Межфункциональная блок-схема (иногда называемая блок-схемой развертывания) — это инструмент отображения бизнес-процессов, используемый для формулирования этапов и заинтересованных сторон данного процесса. Обычно мы используем межфункциональную блок-схему, чтобы показать взаимосвязь между бизнес-процессом и функциональными подразделениями (например, отделами), ответственными за этот процесс.
Continue readingТоп-7 самых популярных Agile-методов оценки пользовательских историй
В разработке программного обеспечения «оценка» в обычном смысле включает количественную оценку усилий, необходимых для выполнения конкретной задачи разработки; обычно она выражается в терминах продолжительности. Agile-оценка — это процесс оценки усилий, необходимых для выполнения задач в бэклоге продукта в порядке приоритетности. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения задачи, что, в свою очередь, приводит к точному планированию спринта.
Continue readingAgile-оценка в Scrum? Story Point и покер планирования
Независимо от того, работает ли команда над продуктом или проектом, нам нужно ответить на вопрос: «Когда мы это сделаем?». «Или сколько мы можем сделать в определенный момент времени, поэтому, как и в традиционной модели разработки, нам необходимо оценить усилия до начала проекта. Во время разработки Scrum команда разделяла ответственность и коллективно брала на себя обязательства по выполнению работы каждого спринта, поэтому при оценке объема работы для agile-команды использовался подход коллективной оценки.
Continue readingПочему Agile? Почему проекты по разработке программного обеспечения, основанные на планах, терпят неудачу?
Процесс, управляемый планом, означает, что все действия процесса планируются заранее, а прогресс измеряется в соответствии с этим планом. В гибком процессе план составляется постепенно, и легче изменить план и программное обеспечение в соответствии с меняющимися потребностями клиента.
Continue readingСкрам-команда — I-образные против Т-образных людей
Некоторые люди очень хорошо разбираются в определенной области, но редко вносят вклад за ее пределами. В сообществе agile таких людей называют «I-типами», потому что они похожи на букву «I» в том смысле, что у них есть глубина, но нет широты охвата. В отличие от них, «Т-типы» обладают дополнительным опытом в одной области, но менее развитыми навыками в смежных областях и хорошими навыками сотрудничества.
Continue reading10 Agile-рекомендаций по улучшению ваших Scrum-проектов
Цель данной статьи — проиллюстрировать практику Agile и дать рекомендации agile-команде по внедрению Agile для реализации ИТ-систем. Она была разработана на основе распространенных в отрасли практик Agile и опыта, полученного в ходе различных пилотных проектов.
Continue readingLean + Agile подход к разработке программного обеспечения
Несмотря на то, что Agile и Lean часто рассматриваются как разные методологии, в их основе лежат схожие ценности. Эти методологии продолжают развиваться по мере распространения на новые отрасли, приложения и возможности, и многие организации добились потрясающего успеха, используя элементы обеих методологий. Используя системное мышление Lean и подход непрерывного совершенствования, методы гибкой разработки могут быть использованы, чтобы помочь организациям построить здоровые, инновационные организации, которые могут устойчиво предоставлять потребительскую ценность.
Continue readingТехника приоритизации Agile Backlog: MoSCoW
Метод MoSCoW обеспечивает способ категоризации требований пользователей на основе их приоритетности. Он помогает выработать четкое понимание требований клиентов и их приоритетности. MoSCoW означает «должен», «следует», «мог бы» и «будет». Visual Paradigm поставляется с богатым набором шаблонов диаграмм. Вы можете начать с пустой диаграммы или с готового шаблона метода MoSCoW.
Continue reading12 принципов Agile — № 12 из 12
«Через регулярные промежутки времени команда переосмысливает, как стать более эффективной, а затем настраивает и корректирует свое поведение соответствующим образом».
Continue reading