Изяснете задачата и решението
Това ръководство превръща ръководството за обществени поръчки за услуги на достъпни езици в прегледан оперативен работен процес. Той свързва решения за домейн, собственост, доказателства и приемане, така че резултатът да продължи да работи в производството.
Осигурете оперативна способност, а не изолиран текстов генератор: оценете заедно качеството, работния поток, интеграцията, сигурността, достъпността и управлението на услугата.
Практически процес
- 1
Начертайте потока от данни от събиране през обработка, регистрационни файлове, кеш, поддръжка, архивиране и изтриване.
- 2
Класифицирайте всяка категория данни и я свържете с цел, правна роля, местоположение, получател и задържане.
- 3
Изисквайте архитектурни, договорни, оперативни и тестови доказателства за всеки съществен иск.
- 4
Оценка на риска и записване на необходимите контроли, собственици, доказателства за приемане и остатъчен риск.
- 5
Одобрете само документираната конфигурация, след което наблюдавайте подпроцесори, инциденти, промени и доказателства за изтриване.
Пример или инструмент
Претеглената матрица за оценка включва задължителни доказателства, оценени демонстрации и тестове за приемане. В инструмента запишете също базовата линия, собственика, решението, доказателствата, отворения проблем и датата на одобрение. Използвайте реална страница или транзакция, така че екипът да види зависимости, изключения и работата по поддръжката, която следва освобождаването.
| Точка на решение | Записвайте | Критерий за приемане |
|---|---|---|
| Базово ниво | Наблюдавано текущо състояние | Източник и дата на запис |
| Решение | Избран вариант и обосновка | Обмислени риск и аудитория |
| Доказателство | Тествайте, документирайте или измервайте | Възможност за преглед и специфична за версията |
| Одобрение | Име, роля и дата | Спазени всички задължителни критерии |
Рамкирайте резултата преди спецификацията
Опишете резултата от услугата по отношение на аудитории, типове съдържание, канали, обеми, риск и измерими потребителски задачи. Избягвайте закупуването на технологичен етикет. Полезният обхват посочва кой се нуждае от разбираемо съдържание, къде се публикува, кои одобрения се прилагат и какво трябва да остане възможно при повреда на доставчика.
Създайте мултидисциплинарен екип със собственост на услугата, редакционна практика, достъпност, ИТ архитектура, сигурност, поверителност, доставки и представителни потребители. Съгласете правата за вземане на решения и задължителните ограничения преди ангажиране на пазара, така че демонстрациите на доставчици да не могат да предефинират нуждата.
Документирайте текущия работен процес, разходите, качеството и търсенето на поддръжка.
Определете целевата аудитория и приоритетните пътувания.
Отделете задължителните резултати от незадължителните възможности.
Одобрете управлението, бюджетните граници и собствениците на решения.
Изградете тествани изисквания и искания за доказателства
Напишете всяко изискване с метод за проверка. Вместо да изисквате високо качество, поискайте изпълнение на предоставена извадка, работен процес на рецензент, контрол на терминологията, проследимост, тестване на целева аудитория и прагове за приемане. Изискване на конфигурационни доказателства за хостинг, задържане, достъп, изтриване и подпроцесори.
Осигурете реалистични примерни текстове и насоки за точкуване на всички оференти. Включете кратко и дълго съдържание, таблици, формуляри, правни бележки, двусмислени пасажи и забранени данни. Съхранявайте защитена извадка за окончателно валидиране, така че доставчиците да не могат да оптимизират само публикуваните примери.
- 1
Дайте на всяко изискване идентификатор и собственик.
- 2
Присвоете документ, демонстрация, тест или договор като доказателство.
- 3
Публикувайте точкови тегла и минимални врати.
- 4
Записвайте разясненията последователно за всички оференти.
Направете сравнима, подлежаща на одит оценка
Използвайте пропуски за пропуски за закон, сигурност, достъпност и основна интеграция. Оценка на оставащите критерии с фиксирани описания на слаби, приемливи, добри и отлични доказателства. Оценителите трябва да оценяват независимо преди модерирането и да записват причините за съществените корекции.
Изчислете общите разходи с внедряване, интеграция, миграция, обучение, преглед, нарастване на използването, поддръжка, уверение, промяна и изход. Тествайте ценовия модел срещу ниски, очаквани и големи обеми. Ниската входна цена може да стане скъпа, когато основният преглед или API капацитетът е добавка.
Използвайте идентични сценарии, време и данни за демонстрации.
Съхранявайте необработени резултати и бележки за модериране.
Валидирайте препратки за сравнима производствена употреба.
Тествайте търговски допускания и гранични случаи.
Договор за експлоатация, подобрение и изход
Преведете печелившите доказателства в договора: описание на услугата, мерки за сигурност, местоположения, подпроцесори, задържане, нива на обслужване, достъпност, известие за промяна, одиторски доказателства, поддръжка, ценообразуване и приемане. Маркетинговите материали не трябва да бъдат единственият запис на решителен ангажимент.
Планирайте излизане преди подписване. Изискване на експортиране в използваеми формати, доказателство за изтриване, поддръжка на прехода, преносимост на конфигурацията и речника, разумно известие за прекъсващи промени и непрекъснато обслужване по време на миграция. Задайте показатели на договора и прегледи на доказателства на посочените собственици от първия оперативен месец.
- 1
Пълно приемане с реални потребители и подобно на производство съдържание.
- 2
Проследявайте ползите, качеството, инцидентите, разходите и промените на доставчика.
- 3
Прегледайте доказателствата и рисковете в съгласуван ритъм.
- 4
Упражнявайте експорт и възстановяване преди подновяване.
Превърнете матрицата за оценка в защитимо решение
Преди да отворите офертите, определете скалата за оценяване с видими доказателства. Резултат три може да изисква работеща демонстрация и договорен ангажимент, докато резултат 1 отразява неподкрепено твърдение. Назначаване на оценители по компетентност и идентифициране на конфликти на интереси. Съхранявайте задължителните пропуски извън претеглената обща сума. Кандидат, който не отговаря на изискваното място за обработка, стандарт за достъпност или възможност за експортиране, не трябва да се възстановява чрез атрактивни незадължителни функции.
Модерацията трябва да разглежда разликите, а не да преговаря за средна стойност. Помолете оценителите да цитират изпратената страница, демонстрационния резултат, записа от теста или разяснение в подкрепа на всеки резултат. Запишете защо резултатът се е променил и кой е одобрил решението. Приложете публикуваната формула за претегляне без скрити корекции. Ако дадено пояснение промени разбирането на дадено изискване, предоставете еквивалентна информация или възможност на всички оференти съгласно приложимата процедура.
Напишете препоръката за възлагане като верига от необходимост до доказателства до риск до решение. Включете изходни резултати, модерирани резултати, тествани сценарии за разходи, референтни констатации, пропуски в надлежната проверка, договорни условия, зависимости на изпълнението и причините, поради които отхвърлените алтернативи са били по-малко подходящи. Посочете остатъчните рискове и собственика, който приема всеки от тях. Този запис поддържа вътрешно одобрение, обратна връзка с доставчика, одит и по-късно управление на договори, тъй като запазва това, което организацията вярва, че купува.
Създайте график за приемане преди възлагане с тестови данни, среда, роли, очакван резултат, сериозност, прозорец за корекция, повторен тест и последствия от плащането. Включете проверка на достъпността, конфигурация на сигурността, експортиране на данни, изтриване, възстановяване при повреда, редакционен работен процес, производителност при реалистично натоварване и представително потребителско тестване. Приемането трябва да потвърди обещаната услуга, а не просто да потвърди, че акаунтът е доставен.
Закрепете всеки резултат към видими доказателства.
Поддържайте задължителните изисквания извън претеглените компромиси.
Запазване на промените в резултата, рисковете, условията и мотивите за одобрение.
Съгласете подобни на производството тестове за приемане преди подписване на договора.
Роли, доказателства и одобрение
Прегледите за сигурност и поверителност трябва да описват производствената конфигурация, а не общ доставчик. Запишете точната услуга, регион, флагове на функции, опционална телеметрия, достъп до поддръжка, подпроцесори, граници на криптиране, настройки за задържане и отговорности на клиента. Преоценете след промени в архитектурата на материала, договора, доставчика или целта и поддържайте решението свързано с прегледаните доказателства.
Експлоатация и поддръжка
Работата не приключва с публикуването. Свържете езиковата версия или конфигурация с нейния източник, наблюдавайте мерките за качество и обслужване и дефинирайте конкретни тригери за преглед. Задействанията включват промени в източника, правни промени, нови нужди на аудиторията, повтарящи се въпроси за поддръжка, технически промени и инциденти. Посочен собственик оценява тригера, отваря нова ревизия, когато е необходимо, и записва подновено одобрение.
Контролен списък за публикуване
Пълният път на обработка е документиран.
Ролите на администратор и процесор са договорени.
Доказани са местоположенията и подпроцесорите.
Обучението и вторичната употреба са изрично адресирани.
Контролите за достъп, криптиране, регистриране и инциденти се проверяват.
Запазването и изтриването се определят за категория данни.
Международните трансфери и предпазни мерки са документирани.
Присвояват се промени, одити, изход и собственост на доказателства.