Рубрика: SCRUM

Техника 5 почему

Пять почему — техника используемая для изучения причинно-следственныхсвязей, лежащих в основе той или иной проблемы. Основной задачей техники является поиск первопричины возникновения дефекта или проблемы с помощью повторения одного вопроса — «Почему?». Каждый последующий вопрос задаётся к ответам на предыдущий вопрос. Количество «5» подобрано эмпирическим путём и считается достаточным для нахождения решения типичных проблем. Техника формально изобретена […]

Ретроспектива: Метод шести шляп

Метод шести шляп — это метод организации мышления, один и популярных способов проведения мозгового штурма. Не секрет, что человеческое мышление очень хаотично: тут и эмоции вперемешку со здравым смыслом, и интуиция, и факты. А что, если в следующий раз, когда нужно будет принять решение или сгенерировать идею, последовательно применять: факты; чувства; критическое мышление; позитивный взгляд на […]

Инженерная практика: Непрерывная интеграция (Continuous Integration, CI)

Непрерывная интеграция — это практика разработки программного обеспечения, которая заключается в слиянии рабочих копий в общую основную ветвь разработки несколько раз в день и выполнении частых автоматизированных сборок проекта для скорейшего выявления и решения интеграционных проблем. В обычном проекте, где над разными частями системы разработчики трудятся независимо, стадия интеграции является заключительной. Она может непредсказуемо задержать […]

Инженерная практика: Просмотр кода (Code Rewiev, CR)

Code review — инженерная практика в терминах гибкой методологии разработки. Это анализ (инспекция) кода с целью выявить ошибки, недочеты, расхождения в стиле написания кода, в соответствии написанного кода и поставленной задачи. Достоинства К очевидным плюсам этой практики можно отнести: Улучшается качество кода Находятся «глупые» ошибки (опечатки) в реализации Повышается степень совместного владения кодом Код приводится […]

Процессная практика: Управление историями (Story Mapping)

Пользовательские истории (англ. User Story) — способ описания требований к разрабатываемой системе, сформулированных как одно или более предложений на повседневном или деловом языке пользователя. Пользовательские истории используются гибкими методологиями разработки программного обеспечения для спецификации требований (вместе с приёмочными испытаниями). Каждая пользовательская история ограничена в размере и сложности. Часто история пишется на маленькой бумажной карточке. Это […]

Процессная практика: Карта влияний Impact Mapping

Impact Mapping — это mind map по целям проекта с картой влияний, которые должны подтолкнуть бизнес заказчика к достижению целей. Why? Центральный элемент нашей карты, который отвечает на ключевой вопрос: Зачем мы это делаем? Это цель, которую бизнес пытается достичь. Who? На первом уровне мы отвечаем на вопросы: Кто может поможет достичь желаемого результата? Кто […]

Процессная практика: Поток создания ценности (Value Stream Mapping, VSM)

Основная идея VSM очень проста. Вам надо выделить финальный продукт, который вы создаете. А также первое действие, которое вы делаете для создания продукта. После этого вы рисуете схему, как от первого действия вы продвигаетесь к созданию конечного продукта. Квадратики в такой схеме — это этапы или события, а линии между ними — это связи между […]

Scrum

Scrum — методология гибкой разработки ПО. Методология делает акцент на качественном контроле процесса разработки. Scrum — это набор принципов, на которых строится процесс разработки, позволяющий в жёстко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО с новыми возможностями, для которых определён наибольший приоритет. Возможности ПО к реализации в очередном спринте определяются […]

Agile

Agile — семейство процессов разработки, а не единственный подход в разработке программного обеспечения, и определяется Agile Manifesto. Agile не включает практик, а определяет ценности и принципы, которыми руководствуются успешные команды. Основные идеи: люди и взаимодействие важнее процессов и инструментов; работающий продукт важнее исчерпывающей документации; сотрудничество с заказчиком важнее согласования условий контракта; готовность к изменениям важнее следования […]

SCRUM. Революционный метод управления проектами. Джефф Сазерленд

Боевой и научный опыт В 1967 году молодой военный летчик Джефф Сазерленд прибыл во Вьетнам. Самыми опасными заданиями были разведывательные полеты, которые и пришлось выполнять автору книги. “И нерешительность, и безрассудная храбрость могли стоить летчику жизни”. Летчиков учили простому алгоритму поведения: “наблюдать, ориентироваться, решать, действовать”. Именно этот профессиональный навык помогал Сазерленду быстро принимать решения в […]