Бизнес и доставка

Наръчник за внедряване на агенция.

Внедряването на агенцията е успешно, когато откриването, архитектурата, операциите със съдържанието, отчетността, предаването и текущото обслужване са проектирани заедно.

Изяснете задачата и решението

Това ръководство превръща ръководството за внедряване на агенцията в подлежащ на преглед оперативен работен процес. Той свързва решения за домейн, собственост, доказателства и приемане, така че резултатът да продължи да работи в производството.

Внедряването на агенцията е успешно, когато откриването, архитектурата, операциите със съдържанието, отчетността, предаването и текущото обслужване са проектирани заедно.

Практически процес

  1. 1

    Установете базова линия от наблюдавания обем на съдържанието, усилията, забавянето, качеството, търсенето на поддръжка и риска.

  2. 2

    Дефинирайте целевия оперативен модел, аудитории, канали, собственост, интеграции и стандарт за преглед.

  3. 3

    Моделирайте разходите и ползите с посочени източници на данни и отделете потвърдените стойности от предположенията.

  4. 4

    Изпълнете представителен пилотен проект с договорени мерки за приемане и дата за вземане на решение.

  5. 5

    Одобрете разширяването само след като собствениците приемат оперативния процес, доказателствата, бюджета и ритъма на отчитане.

Пример или инструмент

Матрицата на отговорността изяснява клиента, агенцията, специалиста, проверяващ, ИТ, поверителността и собствеността върху продукта. В инструмента запишете също базовата линия, собственика, решението, доказателствата, отворения проблем и датата на одобрение. Използвайте реална страница или транзакция, така че екипът да види зависимости, изключения и работата по поддръжката, която следва освобождаването.

Точка на решениеЗаписвайтеКритерий за приемане
Базово нивоНаблюдавано текущо състояниеИзточник и дата на запис
РешениеИзбран вариант и обосновкаОбмислени риск и аудитория
ДоказателствоТествайте, документирайте или измервайтеВъзможност за преглед и специфична за версията
ОдобрениеИме, роля и датаСпазени всички задължителни критерии

Открийте услугата, преди да проектирате интеграцията

Картирайте аудитории, пътувания, изходни системи, собственост върху съдържанието, одобрение, публикуване, поддръжка и измерване. Изпробвайте реално съдържание и наблюдавайте работата на редакторите. Кратко описание на внедряването трябва да разкрива изключения, а не само идеалния работен процес.

Записвайте нефункционални нужди за достъпност, сигурност, поверителност, производителност, наличност, задържане и одит. Потвърдете коя организация притежава всяко решение и кои доказателства са необходими за приемане.

  • Услуги за интервюиране, редакция, ИТ и представители на потребителите.

  • Системи за инвентаризация, видове съдържание и обеми.

  • Документирайте рисковете и задължителните проверки.

  • Одобряване на измерими резултати от приемането.

Проектирайте заедно архитектура и отговорности

Изберете синхронен API, партида, уеб кукичка, джаджа или ръчен работен процес според времето на потребителя, толерантността към отказ, обема и прегледа. Дефинирайте източник на истина, идентификатори, версии, поведение на кеша, безопасност при повторен опит и връщане назад.

Създайте матрица на отговорност за съдържание, терминология, идентификационни данни, конфигурация, инциденти, промени на доставчика, достъпност, качество и освобождаване. Всяка споделена отговорност се нуждае от един отговорен собственик и път на ескалация.

  1. 1

    Диаграмни данни и контролни потоци.

  2. 2

    Грешка в дизайна и състояния на възстановяване.

  3. 3

    Разпределете отговорни и поддържащи роли.

  4. 4

    Прегледайте дизайна с оператори и рецензенти.

Доставяйте на проверени парчета

Започнете с едно представително пътуване и подобно на производство съдържание. Тестова автентификация, ограничения, неправилно въведени данни, изчаквания, повторни опити, дублирани обратни извиквания, недостъпен изход, редакционно отхвърляне и връщане назад на публикация. Цена на инструмента, забавяне, качество и причини за грешки.

Разширете само след попълване на доказателствата за приемане. Поддържайте записи на решения, версии на конфигурация, резултати от тестове и известни ограничения. Отнасяйте се към обучението и оперативната документация като към резултати, а не към екстри след стартирането.

  • Използвайте защитени тестови и сценични среди.

  • Автоматизирайте повтарящи се технически проверки.

  • Изпълнете редакционно приемане и приемане от целевите потребители.

  • Изискване на одобрение за освобождаване и връщане назад.

Handoff услуга, която може да се управлява

Осигурете runbooks, архитектура, инвентаризация на идентификационните данни, табла за управление, правила за предупреждения, маршрути за поддръжка, процес на освобождаване, контакти с доставчици, график на данните и процедура за възстановяване. Свържете персонала на агенцията и клиента чрез реални инциденти и освобождавания преди предаване.

Съгласете текущите нива на обслужване за поддръжка, преглед на качеството, актуализации на сигурността, промени в модела и подобрение. Тествайте експортиране и възстановяване, затворете временен достъп и запишете отворени рискове със собственици и дати.

  1. 1

    Валидирайте документацията чрез упражнение за оператор.

  2. 2

    Прехвърляне на хранилища, акаунти и доказателства.

  3. 3

    Премахнете временните привилегии и тайни.

  4. 4

    Планирайте обслужване и прегледи на предимствата.

Управлявайте качеството и промяната след стартиране

Създайте карта с резултати за услуги, която съчетава техническа надеждност с редакционни и потребителски резултати. Проследявайте успешни заявки, забавяне, неуспешни задания, ръчни корекции, терминологични изключения, време за преглед, дефекти в публикацията, констатации за целева аудитория, цена по тип съдържание и търсене на поддръжка, което може да се избегне. Дефинирайте източника на данни, изчислението, честотата на отчитане, целта, толеранса и собственика за всяка мярка. Табло за управление без договорени прагове за действие записва проблемите, но не ги управлява.

Въведете контролиран път на промяна за подкани, модели, терминология, интеграции, схеми на съдържание и настройки на доставчика. Всяка промяна трябва да има причина, засегната аудитория, оценка на риска, представителен набор за оценка, преглед на достъпността, въздействие върху сигурността, точка на връщане назад, одобрител и запис на изданието. Сравнете резултатите с предишната версия преди внедряване. Съхранявайте малък набор от трудни и критични за безопасността примери, така че привидно безобидни подобрения да не намаляват мълчаливо точността другаде.

Структурирайте взаимоотношенията на агенцията около подобряване на прозрачното обслужване. Прегледайте заедно повтарящи се дефекти и потребителски доказателства, решете коя страна притежава корекцията и ценете предвидимата поддръжка отделно от новия обхват. Клиентът трябва да запази достъп до изходния код, конфигурацията, материалите за оценка, оперативните данни и кореспонденцията с доставчика. Това предотвратява превръщането на знанието в зависимост от агенцията и позволява на наследника да продължи услугата, без да преоткрива нейните основни решения.

  • Определете прагове за действие за технически, редакционни и потребителски мерки.

  • Версирайте всеки модел, правило, подкана, речник и промяна на конфигурацията.

  • Оценете промените спрямо представително и критично за безопасността съдържание.

  • Поддържайте знанията и доказателствата за услугите достъпни за клиента.

Използвайте доказателства за готовност за пускане за всяка производствена промяна

Изискване на един подписан запис за готовност, обхващащ резултати от приемане, неразрешени дефекти, мигрирано съдържание, наблюдение, покритие на поддръжката, одобрение за сигурност, условия за поверителност, комуникация с потребителя, връщане назад и лицето, упълномощено да продължи. Проведете кратък период на подкрепа в ранен живот с ежедневен преглед на неуспехите, усилията за коригиране и засегнатите аудитории.

Определете критерии за изход за този период преди стартирането. Само стабилната обработка на заявки е недостатъчна, ако редакторите все още поправят значителни резултати или потребителите не могат да изпълнят задачите си. Преминете към нормална работа само когато техническите, редакционните прагове, праговете за достъпност и потребителите останат в допустимите граници за договорената продължителност. Пренесете всеки отворен елемент в натрупаната услуга с въздействие, заобиколно решение, собственик и дата.

  • Подпишете един запис за готовност преди пускането в производство.

  • Наблюдавайте техническите и съдържателните резултати по време на поддръжката в ранен живот.

  • Използвайте предварително зададени критерии за изход във всички измерения на качеството.

  • Прехвърлете всеки отворен елемент с въздействие, собственик и краен срок.

Роли, доказателства и одобрение

Надеждното бизнес решение остава полезно след презентацията. Съхранявайте предположения със собственик, източник, дата, диапазон и чувствителност. Отчитайте качеството и резултатите от услугата заедно с разходите. Не отчитайте ползите два пъти и не третирайте генерирания обем като стойност за читателя. Отговорният собственик трябва да преглежда действителните резултати спрямо базовата линия след пилота и на редовни работни интервали.

Експлоатация и поддръжка

Работата не приключва с публикуването. Свържете езиковата версия или конфигурация с нейния източник, наблюдавайте мерките за качество и обслужване и дефинирайте конкретни тригери за преглед. Задействанията включват промени в източника, правни промени, нови нужди на аудиторията, повтарящи се въпроси за поддръжка, технически промени и инциденти. Посочен собственик оценява тригера, отваря нова ревизия, когато е необходимо, и записва подновено одобрение.

Контролен списък за публикуване

  • Базовата линия използва наблюдавани данни.

  • Резултатите от аудиторията и услугата са измерими.

  • Еднократните и периодичните разходи са разделени.

  • Предположенията имат собственици и диапазони на чувствителност.

  • Включени са работа по качество, достъпност, сигурност и интеграция.

  • Критериите за приемане на пилоти се съгласуват предварително.

  • Ползите не се отчитат двойно.

  • Присвоени са решението за мащабиране и ритъмът на отчитане.

Авторитетни източници

  1. Simple8 ценообразуване
  2. Simple8 ръководство за обществени поръчки
  3. Simple8 API документация

Приложете ръководството на практика

Тествайте Simple8 с представително съдържание и използвайте контролния списък, за да планирате контролиран производствен процес.

Тествайте своя собствен текст