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

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

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

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

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

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

Продолжить чтение
Подход Test-Drive для гибкой разработки программного обеспечения

Подход Test-Drive для гибкой разработки программного обеспечения

Test Driven Development (TDD) – это процесс разработки программного обеспечения, который основывается на преобразовании требований к программному обеспечению в тестовые случаи до того, как программное обеспечение будет полностью разработано, и отслеживании всей разработки программного обеспечения путем многократного тестирования программного обеспечения для всех тестовых случаев. Это противоположно тому, что сначала разрабатывается программное обеспечение, а затем создаются тестовые случаи. Некоторые популярные модели очень хорошо поддерживают TDD, такие как MVC и MVP.

Продолжить чтение
Как управлять бэклогом продукта с помощью принципов DEEP?

Как управлять бэклогом продукта с помощью принципов DEEP?

В бэклоге продукта перечислены все возможности, функции, требования, усовершенствования и исправления, необходимые для выпуска продукта. Бэклог проекта имеет атрибуты описания (Соответствующая детализация), сюжетных точек (Оценки) и порядков (Приоритетность). Они должны постоянно добавляться, удаляться и обновляться (Emergent) в бэклоге, и отражать понимание бэклога командой своевременно и надлежащим образом.

Продолжить чтение
Что такое принцип открытого-закрытого (OCP)?

Что такое принцип открытого-закрытого (OCP)?

Принцип открытости/закрытости – это самый основной принцип проектирования в мире разработки программного обеспечения. Он подсказывает нам, как построить стабильную и гибкую систему. Такие программные объекты, как класс, модуль и функция, должны быть открыты для расширения и закрыты для модификации.

Продолжить чтение
Философия гибкой разработки

Философия гибкой разработки

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

Продолжить чтение
Системное мышление с помощью случайной диаграммы цикла — учитесь на примерах

Системное мышление с помощью случайной диаграммы цикла — учитесь на примерах

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

Продолжить чтение
Что такое LeSS Framework? Scrum против LeSS Basic против LeSS Huge

Что такое LeSS Framework? Scrum против LeSS Basic против LeSS Huge

LeSS – это легкая Agile-система для масштабирования Scrum на более чем одну команду. В 2005 году Бас Водде и Крейг Ларман разработали структуру LeSS после использования принципов и правил Scrum в крупномасштабных проектах. Их целью было успешно развивать крупномасштабные проекты, оставаясь при этом в рамках ограничений Scrum.

Продолжить чтение
Ваша Agile-команда: слишком большая или слишком маленькая?

Ваша Agile-команда: слишком большая или слишком маленькая?

Большинство учебных курсов по Agile и Scrum ссылаются на правило 7 +/- 2, то есть команды Agile или Scrum должны состоять из 5-9 человек. Энтузиасты Scrum могут вспомнить, что в руководстве по Scrum говорится, что Scrum-команды не должны быть меньше 3 или больше 9. Откуда взялось это правило большого пальца и почему?

Продолжить чтение
Интеграция диаграммы PERT с ролями RACI в диспетчер задач

Интеграция диаграммы PERT с ролями RACI в диспетчер задач

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

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