Category:Чек Листы

Чек-лист законченного анализа

• Собрать информацию.
  
• Систематизировать информацию.
  
• Оформить информацию.
  
• Передать информацию.
  

Чек-лист проверки процесса/шага процесса

Проверяем, что деятельность является разумной и хозяйственной.

• Выявлено ли то, что анализируемое действие является процессом или простой шагом/шагами в процессе. Если это шаг/шаги процесса – то установлен процесс, к которому относятся действия, его владелец и ценность, и определено место анализируемого действия в процессе.
• Выявлены владелец и ценность действия.
  
• Выявлены наблюдаемые владельцем (имеется способ измерения и он доступен владельцу) и измеряемые владельцем (имеется шаблон для сравнения измерений) критерии получения ценности.
  
• Если возможно – выявлены объективные способы полной или частичной идентификации ценности. Если нет – субъективность ценности задокументирована.
  
• Есть ли только один владелец и одна ценность.
  
• Установлен спонсор процесса. Если спонсор процесса не есть его владелец – то установлен процесс спонсора, в рамках которого происходит выделение средств на исследуемое действие.
  
• Ценность и владелец процесса должны быть установлены до совершения любых дальнейших действий.
  
• Обнаружены ли материалы, инструменты и управление процесса.
  
• Обнаружены ли шаги процесса.
  
• Не превышена ли сложность декомпозиции на шаги (5±2 шага на одном уровне детализации).
  
• Сравнимы ли шаги по важности/длительности/сложности.
  
• Разделяются ли шаги как минимум одним (а лучше несколькими) признаками разделения шагов (Чек-лист правильности разделения потока событий на действия).
  
• Проверена ли полнота, неизбыточность и последовательность шагов процесса при помощи правил “ничего не берется ниоткуда” и “ничего не исчезает в никуда” (Чек-лист полноты, неизбыточности и последовательности шагов процесса).
  

Чек-лист правильности разделения потока событий на действия

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

Чек-лист полноты, неизбыточности и последовательности шагов процесса

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

Чек-лист идентификации объекта

Проверяем на то, что мы в состоянии идентифицировать объект. Ничего не говорит о том, нужен ли этот объект в анализе.

• Свойства объекта наблюдаемы.
  
• Свойства объекта измеримы (результаты измерения можно выразить в формальных единицах и сравнить с переданным шаблоном).
  
• Свойства измерения доступен автору и получателю информации.
  

Чек-лист описания проблемы

Проверяем то, что есть все элементы описания проблемы. Ничего не говорит, выявлена ли действительно проблема.

• У проблемы всегда есть владелец.
  
• Владелец проблемы должен наблюдаемо и измеримо определить ситуацию, которая ему не нравится.
  
• Владелец проблемы должен наблюдаемо и измеримо описать ситуацию, которая его будет устраивать.
  
• Владелец должен обладать желанием и волей к изменению ситуации.
  

Чек-лист анализа проблемы

• Описание проблемы. В каком месте процесса проявляется проблема, что именно не устраивает?
  
• Кого из stakeholder’ов и каким образом затрагивает проблема?
  
• Важность решения проблемы.
  
• Что является причиной проблемы?
  
• Что будет считаться успешным решением проблемы?
  

Чек-лист возможности совершения действия

• Есть тот, КТО будет совершать действие.
  
• КТО должен иметь способность совершать действие:
  
  • Есть ЗНАНИЯ для совершения действия:
    
    • КТО знает, зачем ему выполнять действие.
      
    • КТО знает, что именно надо делать.
      
    • КТО знает, как именно надо выполнять действие.
      
    • КТО знает, где выполнять действие.
      
    • КТО знает, когда выполнять действие.
      
  • Есть МАТЕРИАЛЫ и ИНСТРУМЕНТЫ для совершения действия.
    
• Есть наблюдаемые и измеримые КРИТЕРИИ для проверки успешности совершенного действия.
  
• Есть ВРЕМЯ для совершения действия.
  

Чек-лист проверки документа

• Полнота.
  
• Неизбыточность.
  
• Все, что написано в документе – правда (в т.ч. указание на то, что документ не закончен).
  
• Целостность.
  
• Непротиворечивость.
  
• Понятность.
  
• Трассируемость.
  

Чек-лист проверки требований

• Верность: Описывать реальные проблемы заказчика.
  
• Полнота: Описывать все проблемы.
  
• Целостность.
  
• Непротиворечивость: Не должны противоречить одно другому.
  
• Недвусмысленность: Не должны допускать более одного понимания.
  
• Проверяемость: Должна быть возможность проверить их за разумное время/деньги.
  
• Прослеживаемость (traceability): Должна быть возможность проследить требования сквозь всю реализацию.
  
• Изменяемость: Внесение изменений не должно нарушать структуру и целостность требований.
  
• Легкость для понимания: Требования ориентированны на понимание заказчиком, девелопером и тестером.
  

Чек-лист проверки, где мог поломаться процесс

Почему не достигнута ценность в результате процесса.

• Проблема в ценности:
  
  • Ценность изменилась.
    
  • У владельца нет наблюдаемых и измеримых критериев для проверки успешности совершенного действия.
    
• Проблема в инструменте (для каждого из инструментов):
  
  • Инструмент неисправен.
    
  • Инструмент не предназначен для достижения цели.
    
  • Стоимость инструмента слишком высокая.
    
  • Инструмент труднодоступен/недоступен.
    
• Проблема в материале (для каждого из материалов):
  
  • Недостаточность материалов.
    
  • Материалы не предназначены для достижения цели.
    
  • Испорченные материалы.
    
  • Стоимость материалов слишком высокая.
    
• Проблема в управлении.
  
• Проблема в том, что действие для достижения ценности должно быть совершено кем-то другим (не владельцем):
  
  • Кто-то другой не знает, что от него хотят совершения какого-то действия.
    
  • Кто-то другой не правильно понимает, что именно от него хотят.
    
  • Кто-то другой не хочет делать то, что от него хотят (у него свой процесс и свои цели).
    

Чек-лист описания стейкхолдера

Это только направление мысли. Описание конкретного стейкхолдера зависит от конкретного человека/проекта.

• Как его зовут.
  
• Как с ним связаться.
  
• В каком режиме с ним можно связываться.
  
• На каком языке с ним надо связываться, лучше с уточнениями, например, English-British.
  
• Бэкграунд: где родился, в какой школе учился, в каком университете учился (университет, специальность), где работал (компании, специальность), где проводит свободное время, какие книги читает.
  
• Его место в компании (позиция, полномочия).
  
• Его экспертиза в вопросе (какова достоверность его слов).
  
• Его роль в отношении проекта.
  

Чек-лист действий необходимых для разработки ПО

ВАЖНО: Если что-то не делается и вы ТОЧНО не знаете что это не нужно для данного проекта и почему - значит вы просто упустили это из виду.

• Формирование команды
  • Создание соглашения (e.g. team agreement, project chapter)
  • Определение кросс-функциональности команды
  • Мотивация команды
  • Определение DoD (definition of done)
• Административное обеспечение
  • Заключение договоров с заказчиком
  • Заключение договоров с командой
  • Обеспечение биллинга заказчика
  • Обеспечение финансирования команда
  • Обеспечение команды ресурсами и оборудованием
• Управление требованиями
  • Изучение стейкхолдеров, спонсоров и пользователей
  • Выявление и анализ проблем
  • Разработка сценариев взаимодействия с продуктами (e.g. use cases, user stories, test cases)
  • Выявление нефункциональных требований (usability, reliability, performance, supportability)
  • Передача требований разработчиками, тестерами и техническим писателям
• Разработка
  • Создание инфраструктуры проекта
  • Написание общего кода (скелет проекта/утилиты)
  • Написание кода
  • Создание ресурсов
  • Отладка
  • Создание автоматических тестов
  • Ручное тестирование
  • Разработка документации (пользовательской, проектной и релизной)
  • Интеграция кода
• Передача
  • Передача артефактов заказчику
  • Поддержка сборки у заказчика
  • Поддержка конфигурирования у заказчика
  • Поддержка вывода на пользователя у заказчика
  • Поддержка пользователей
  • Диагностика, исправление и вывод проблем на проде.
• Поддерживающие активности
  • Планирование
    • Оценка
    • Календарное планирование
    • Управление рисками
  • Управление коммуникациями
  • Управление ожиданиями
  • Контроль сроков и бюджета
  • Управление знаниями
  • Управление изменениями
  • Управление качеством процесса