01 Оперативная базовая линияВо-первых, мы фиксируем реальное состояние перед модификацией.
При запуске проекта отбирается бизнес-цепочка, требующая наибольшего совершенствования, проводится опрос фактического пользователя и берется недавняя выборка. Объем обработки, среднее время, время ожидания, количество возвратов, необычные номера и точки контакта вручную регистрируются вокруг «клиентов, деловых возможностей, котировок, контрактов и линейного настроя проекта»; если имеющиеся данные неполны, базовый уровень используется в качестве ручного рекламного щита в течение одной-двух недель подряд. Без базового уровня проект может быть завершен только путем оценки того, завершен ли интерфейс, и невозможно судить о том, приводят ли операции проекта и система управления контрактами к устойчивым изменениям в бизнесе.
В исходном положении также следует указать объем статистических данных и исключений. Например, время обработки начинается с наличия информации или с первого представления клиентом, исключение не включает сторонние интерфейсы, а ручные модификации представляют собой незначительную корректуру или повторную обработку.
02 Первое закрытое кольцоПроверка ключевых предположений с минимальным объемом
Первый этап не направлен на охват всех секторов, а скорее образует замкнутый круг вокруг «WBS, этапов, задач, ресурсов, рабочего времени и управления результатами», которые могут работать в реальном выражении: четкие вводимые данные, правила обработки, системные действия, ответственные роли, необычное движение и конечный результат. Ключевые роли включают, по крайней мере, владельцев бизнеса, фактических пользователей, технических интерфейсов и менеджеров по приемке, избегая того, чтобы спрос описывался руководством и использовался на линии другой группой.
Оценка потребностей соответствует каждой компетенции бизнес-сцены, роли пользователя и принятию выборки.Вопросы, которые не предоставляют законных данных, интерфейсов или лиц, принимающих решения, должны быть включены в качестве предварительного условия или последующего этапа и не должны быть включены тихо в предложение фиксированного диапазона.
• Реализация проектаСделайте процесс обратимым и обратимым результатом этапа.
Типичный путь заключается в восстановлении фактического процесса контракта для погашения, согласовании проектов контрактов с клиентами и калибровки затрат, выборе типа проекта для завершения первого проектирования, разработке основных модулей и внешних интерфейсов системы. Каждый этап должен приводить к видимым результатам, таким как блок-схемы, прототипы, контракты интерфейса, протоколы испытаний, инструкции по развертыванию или запуск демонстраций.
Репрезентативная выборка должна использоваться для охвата нормальных процессов, отсутствующих полей, повторных запросов, неадекватных полномочий, перерасхода времени и аномалий исторических данных от внешних служб и для выявления проблем, которые возникают только в производственной среде на ранней стадии.
04 Приемные и инспекционные операцииОбщее принятие и принятие с доставкой, доказательствами и показателями
Проект должен, по крайней мере, согласовать проектную бизнес-матрицу и матрицу ответственности за данные, контракты, проекты, рабочее время, платформу управления затратами и восстановлением, одобрение, электронную подпись, услуги интерфейса финансирования и счета-фактуры и распознавать атрибутацию исходного кода или конфигурации, управление учетными записями, развертывание, резервное копирование данных, ответ на сбои и последующие обязанности по обслуживанию. В дополнение к функциональному принятию, проверке привилегий, безопасности, производительности, журналов, восстановления и ключевого обучения пользователей, чтобы гарантировать, что команды клиентов могут использовать и понимать границы системы независимо.
Если исходный уровень процесса составляет 800 пунктов в месяц, в среднем 18 минут на единицу и норма доходности составляет 12 процентов, то это лишь пример, а не результативность клиента. За этой линией следует постоянно наблюдать от четырех до восьми недель при том же калибре, затем следует определить, являются ли контракт, поставка и бизнес-статус едиными и что затраты по проекту более своевременны для сверки, этапы, выставление счетов и возврат средств закрыты.
Ключевые слова и описание контентаЭта страница содержит организационное содержание по реальным вопросам обслуживания, таким как разработка системы управления проектами, системы управления контрактами, операционной системы проекта, системы управления затратами проекта и т. Д. Ключевые слова используются, чтобы помочь пользователям и поисковым системам определить темы, а не представлять обязательства по фиксированным эффектам; окончательный объем, цикл, бюджет и показатели основаны на диагностике проекта, базовых условиях контракта и принятия.