Изучайте одну новую вещь каждый день
DMAIC относится к стратегии качества, основанной на данных, для улучшения процессов и является неотъемлемой частью инициативы компании “Шесть сигм качества”. DMAIC – это аббревиатура пяти взаимосвязанных этапов: Определить, Измерить, Проанализировать, Улучшить и Контролировать. Все этапы процесса DMAIC являются обязательными и всегда выполняются в определенном порядке.
Продолжить чтение
Большинство учебных курсов по Agile и Scrum ссылаются на правило 7 +/- 2, то есть команды Agile или Scrum должны состоять из 5-9 человек. Энтузиасты Scrum могут вспомнить, что в руководстве по Scrum говорится, что Scrum-команды не должны быть меньше 3 или больше 9. Откуда взялось это правило большого пальца и почему?
Продолжить чтение
Сегодня я хотел бы использовать Visual Paradigm для демонстрации того, как выполнить планирование задач для членов команды, которые займут роли RACI, и эти задачи в расширенной диаграмме PERT могут быть автоматически назначены автоматизированному менеджеру задач под названием “Tasifier” для управления проектом. Традиционная диаграмма PERT – это инструмент управления проектом, используемый для планирования, организации и координации задач в рамках проекта. Улучшенный инструмент PERT-диаграммы добавляет четыре дополнительные функции для интеграции с различными строительными блоками Visual Paradigm. Все это можно сделать в усовершенствованном моделировщике PERT-диаграмм.
Продолжить чтение
Согласно исследованию компании Deloitte, “цифровые продвинутые малые предприятия” получали больший доход на одного сотрудника и чаще создавали рабочие места. Правда в том, что те, кто не использует технологии, могут остаться позади! И тем не менее, четыре из пяти малых предприятий США не используют все преимущества доступных им цифровых инструментов. Сегодня я хотел бы представить вам простой конструктор форм для создания приложений баз данных без каких-либо технических знаний в области ИТ или кодирования, таких как форма опроса, анкета для студентов, форма заказа, форма регистрации и т.д.
Продолжить чтение
Компания LeSS была создана Басом Водде и Крейгом Ларманом на основе практического опыта масштабирования Scrum и основана как LeSS Company в 2014 году. Принцип “Больше с LeSS” лежит в основе LeSS (Large Scale Scrum). Разработка сложных продуктов не требует сложных решений. Она требует глубокого понимания сути проблем, которые затем могут быть решены с помощью более простых решений.
Продолжить чтение
Эта статья покажет вам, как эффективно применять UML-моделирование в режиме agile и just-in-time с помощью мощной функции Model ETL. Модель или диаграмма UML – это конкретный взгляд на то, что вы пытаетесь понять в определенном контексте.
Продолжить чтение
Диаграмма бизнес-процессов – это очень хороший инструмент для моделирования рабочего процесса вашей компании или отдела, поскольку она дает четкое представление о том, кто отвечает за конкретную задачу, а также о течении процесса. Однако диаграмма бизнес-процессов не говорит нам, как должна быть выполнена конкретная задача.
Продолжить чтение
Таблица решений – это отличный инструмент для использования как в тестировании, так и в управлении требованиями. По сути, это структурированное упражнение для формулирования требований при работе со сложными бизнес-правилами. В таблице решений бизнес-логика хорошо делится на условия, действия (решения) и правила для представления различных компонентов, формирующих бизнес-логику.
Продолжить чтение
Мы постоянно сталкиваемся с этими терминами при разработке программного обеспечения. Иногда люди называют часть программного продукта – требование/случай использования, элементы бэклога ….. Что принято использовать в программном обеспечении: “это” или “что”?
Продолжить чтение
В разработке программного обеспечения обычная “оценка” включает количественную оценку работы, необходимой для выполнения данной задачи разработки; она обычно выражается в терминах продолжительности (час / день) или расчетной единицы (сюжетная точка). Цель состоит в том, чтобы объединить ряд таких индивидуальных оценок, чтобы получить представление об общей продолжительности, работе или стоимости проекта программного обеспечения.
Продолжить чтение