웹 품질 보증: 사용자 요구 사항에서 웹 위험 관리까지
게시 됨: 2022-03-10무역을 하는 화학자로서 저는 보르도 대학에서 품질 관리 및 품질 관리 석사 학위를 받았습니다. 나의 초기 경력은 와인 산업에서 실험실 운영의 품질과 그 결과로 나온 분석을 확인하는 것이었습니다. 참고로, 실험실 품질 보증 관리자로서의 면접의 마지막 질문은 "와인을 좋아합니까?, 나는 그렇지 않다고 말했습니다. 그들은 "당신은 고용되었습니다"라고 말했습니다.
1999년에 나는 품질 관리 통찰력을 웹에 적용하기로 결정했습니다. 나는 와인 연구소에서 일을 그만뒀다. 나는 즉시 " 웹 사용자에게 품질이란 무엇을 의미합니까? "라는 질문에 답하는 작업을 시작했습니다. " 그것은 또한 "웹사이트의 품질을 어떻게 평가, 관리 및 보장할 수 있습니까?"라는 다른 질문에 답하는 것을 의미합니다.
품질 보증(QA)은 다음과 같이 정의됩니다.
"품질 표준이 충족되고 있는지 확인하기 위해 프로젝트, 서비스 또는 시설의 다양한 측면을 체계적으로 모니터링하고 평가하는 프로그램."
— "품질 보증", Merriam-Webster
QA는 모든 품질 관리 접근 방식의 중심 부분이며 모든 품질 관리는 위험 관리와 매우 밀접하게 연결되어 있습니다. 위험이 중요하다고 이해되고 인식되는 대부분의 부문에서 품질 보증은 필연적으로 발전합니다. 이것이 바로 품질 보증이 항공, 자동차, 건강, 심지어 비디오 게임 산업의 기둥인 이유이며 많은 사람들이 이에 대해 의문을 품는 것을 꿈꾸지 않을 것입니다.
품질 보증과 관련된 질문에 대한 답변을 검색하여 회사를 만들고 접근성 에 관한 프랑스 국가 표준("RGAA "는 Referentiel General d' A melioration de l ' A ccessibilite 의 약자입니다. 그것은 또한 웹 품질 보증에 관한 책과 UX, 에코디자인, CSS, 프론트엔드 개발에 관한 8권의 책의 머리말을 쓰게 했습니다. 이러한 질문에 답하는 것은 제가 몇 년 후에도 여전히 웹 품질 보증에 열광하는 이유이기도 합니다. 그리고 당신과 당신의 웹 프로젝트로 이끄는 것은 바로 이 질문들입니다. 그건 그렇고, 지금은 어디에서나 와인을 좋아합니다.
품질은 사용자에게 무엇을 의미합니까?
2001년에 웹사이트 품질 보증의 개념을 탐구할 때 우리는 "사용자에게 품질이 무엇을 의미합니까?"라는 간단한 질문으로 시작했습니다.
ISO(국제 표준화 기구)에 따르면 품질이라는 용어는 다음과 같습니다.
"...객체의 고유한 특성 집합이 요구 사항을 충족하는 정도."
웹 사이트에 대한 이 초기 질문에는 사용자 요구 사항 분석이 포함됩니다. 연구하는 동안 다섯 가지 기본 사용자 요구 사항으로 구성된 모델을 만들었습니다.
- 가시성 은 잠재적인 사용자가 사이트를 접할 수 있는 능력입니다.
- 지각 은 사용자가 사용할 수 있고 긍정적으로 인식할 수 있는 능력을 나타냅니다.
- 기술 은 올바르게 작동하는 능력과 관련이 있습니다.
- 콘텐츠 는 양질의 정보를 전달하는 능력을 다룹니다.
- 서비스 는 양질의 서비스를 제공, 동반 및/또는 생성할 수 있는 능력을 결정합니다.
사용자에게 중요한 많은 사용자 요구 사항이 있습니다. 예를 들어, 이 다섯 가지 요구 사항은 감정(기쁨, 애착, 감사 등)에 중점을 두지 않고 기본 요구 사항의 성공에만 중점을 둡니다. 이 모델은 모든 사용자 요구 사항을 철저하게 식별하는 것을 목표로 하지 않습니다. 그러나 분류하고 주문하는 데 사용할 수 있습니다 . 우리는 그것을 VPTCS 모델이라고 불렀습니다.
제품이나 서비스가 무엇이든, 사용자가 누구이든 상관없이 다음과 같이 알려줍니다.
사용자는 웹사이트를 찾을 수 있어야 합니다. 그들은 그것을 올바르게 사용하고 인식할 수 있어야 하고, 웹사이트가 올바르게 작동해야 하고, 고품질 콘텐츠가 필요하고, 또한 방문 후 좋은 경험을 해야 합니다.
웹 품질 보증은 UX 및 UI와 어떤 관련이 있습니까?
웹 품질 보증 작업을 하려면 품질 정의의 다른 부분인 개체의 고유한 특성에 대해서도 작업해야 했습니다. 그것은 웹사이트가 무엇인지 설명하는 것을 의미합니다. 이를 통해 UX(사용자 경험)의 구조와 이것이 UI(사용자 인터페이스)와 어떻게 관련되는지에 대해 작업하게 되었습니다. 이를 위해 VPTCS 모델(가시성, 인식, 기술, 콘텐츠, 서비스)도 사용했습니다.
이 모델은 사용자의 사이트 방문 및 세 가지 주요 단계( 전 , 중 , 후 )와 관련된 시간순으로 읽습니다.
- V : 방문 전
- PTC : 동안
- S : 방문 후
아래에서 볼 수 있듯이 VPTCS 모델을 사용하여 전체 사용자 경험(UX)과 사용자 인터페이스(UI)를 구분하기로 결정했습니다. UI는 모델의 세 가지 중심 섹션인 인식, 기술 및 콘텐츠에서 다루며 여정의 한 부분일 뿐입니다.
UX는 UI 이전에 시작하고 UI 이후에 끝납니다.
가시성은 사용자가 왜 그리고 어떻게 도착했는지에 관심을 갖도록 이끕니다. 가시성은 사용자가 인터페이스를 만나기 전에 시작됩니다. 예를 들어, 웹사이트가 검색 엔진 결과 페이지에서 설명되는 방식이나 사람들이 소셜 미디어에서 웹사이트에 대해 이야기하는 방식, 이는 모두 사용자 경험의 일부입니다.
모델의 다른 쪽 끝에서 서비스 섹션은 사용자가 인터페이스를 떠난 후 어떤 일이 발생하는지 살펴보게 합니다. 예를 들어 전자 상거래 사이트에서 경험은 사이트를 떠나는 순간 끝나는 것이 아니라 계속됩니다. 예를 들어, 고객 지원에 연결할 수 없거나 실제 사람과 통화하기 위해 20분을 기다려야 하는 경우, 패키지가 손상되거나 부분적으로 개봉된 상태로 배송된 경우 또는 웹사이트의 제품 설명이 정확하지 않다는 것을 깨달았을 때 . 이러한 경우 더 이상 인터페이스 자체를 사용하지 않고 실제 사용자 환경에서 상호 작용합니다.
VPTCS 모델은 웹사이트가 무엇이며 사용자의 요구 사항이 무엇인지에 대한 관점을 제공했지만 웹 프로젝트의 이해 관계자(예: 디자인, 생산, 개발, 상업화 또는 마케팅)에 대한 결과도 결정하고 싶었습니다. 웹 사이트.
웹 품질 보증과 관련된 거래는 무엇입니까?
"회사 제품에서 고품질 사용자 경험을 달성하려면 엔지니어링, 마케팅, 그래픽 및 산업 디자인, 인터페이스 디자인을 비롯한 여러 분야의 서비스를 원활하게 병합해야 합니다."
— "사용자 경험(UX)의 정의", Don Norman 및 Jakob Nielsen
웹 품질 보증 작업을 시작했을 때 사용자 요구 사항(가시성 — 인식 — 기술 — 콘텐츠 — 서비스)을 식별하는 것만으로는 충분하지 않다는 것을 알게 되었습니다. 품질 보증 접근 방식에 대한 전문적인 동의를 얻으려면 웹 프로젝트와 관련된 다양한 분야를 식별하고 이를 요구 사항과 연결해야 했습니다. 다른 거래를 매핑할 때 각각의 모든 거래가 필요하고 모두 사용자라는 공통점이 하나 이상 있음을 알 수 있습니다.
이 시점에서 우리는 사용자 측의 요구 사항 집합과 웹 거래가 이러한 사용자 요구 사항과 관련된 방식을 이해하기 위한 도구 집합을 가지고 있었습니다.
품질 개념에 대한 작업은 항상 다학문적 접근 방식입니다. 각 사용자는 제품 품질에 대한 주관적인 견해를 가지고 있습니다. 일부 사용자는 기술적 문제에 더 민감하고, 다른 사용자는 콘텐츠 품질에 더 몰두하고, 일부 사용자는 서비스 품질에 깊은 영향을 받습니다. 품질 평가는 완전히 객관적일 수는 없지만 일반적인 사용자 요구 사항을 보다 실행 가능한 도구로 변환하는 것은 항상 가능합니다. 그렇게 하기 위해 만들 수 있는 가장 간단한 도구 중 하나는 체크리스트이고 우리는 바로 그것을 했습니다.
사용자 요구 사항을 실행 가능한 체크리스트로 변환
“우리는 실패를 극복하기 위한 다른 전략이 필요합니다. 경험을 바탕으로 사람들이 가지고 있는 지식을 활용하면서도 불가피한 인간의 부족함을 어떻게든 보완하는 전략이 필요합니다. 그리고 그러한 전략이 있습니다. 비록 그 단순함에서 거의 우스꽝스럽게 보일지 모르지만, 더 고급 기술과 기술을 신중하게 개발하는 데 몇 년을 보내지 않은 우리들에게는 어쩌면 미친 것처럼 보일 수도 있습니다.
체크리스트입니다.”
— Atul Gawande, 체크리스트 선언문
우리는 다음 검사를 적용하여 VPTCS 모델을 개별 규칙으로 변환하기로 결정했습니다.
"사용자를 위한 합의와 부가 가치를 가진 최종 사용자가 직접 검증할 수 있는 보편적이고 현실적이며 지속 가능한 규칙이 있습니까?"
2004년에 우리는 공개 온라인 워크샵에서 웹 전문가의 Opquast 커뮤니티에 일련의 규칙을 제출했습니다. 우리는 규칙 제출에 대해 다음과 같은 기준을 제시했습니다. 각 규칙은 사용자에게 설명된 영향을 미치고, 현실적이어야 하고, 합의가 있어야 하고, 보편적이고 최종 사용자가 확인할 수 있어야 합니다. 이 "규칙을 만드는 규칙" 집합은 커뮤니티에서 수락하고 사용할 수 있는 규칙만 유지하기 위한 온전성 테스트입니다.
그 이후로 우리는 2004년, 2010년, 2015년 및 2020년에 4가지 버전의 체크리스트를 제작했습니다. 총 10,000개 이상의 댓글을 수집하고 1,000개 이상의 품질 규칙을 폐기했으며 온전성 테스트를 통과한 240개만 유지했습니다. . 이 체크리스트는 다른 개인정보 보호, 보안, 접근성, SEO 또는 에코디자인 체크리스트나 표준을 대체하기 위한 것이 아닙니다. 웹 프로젝트에 적용되는 확인 가능하고 현실적이며 유용하고 보편적이고 숫자가 아닌 주요 규칙을 나열하기 위한 것일 뿐입니다.
핵심은 모든 웹 직업에 의해 수용되고 있으며 이것이 우리가 오픈 라이선스 CC-BY-SA(Creative Commons Attribution–ShareAlike License)로 작업하기로 결정한 이유이기도 합니다. 우리는 목표(사용자를 위한 부가 가치), 규칙을 구현하는 방법(실행 가능성) 및 확인 방법(검증 가능성)을 나열하는 카드를 만들었습니다. 참고로 규칙에는 숫자가 포함될 수 없습니다. 우리는 이것을 어렵게 배웠습니다. 첫 번째 버전을 출시한 후 규칙 중 하나에 이미지와 홈페이지를 합하면 150ko를 초과할 수 없다고 명시되어 있었습니다. 2004년에는 현실적으로 보였지만 2005년에는 규칙이 이미 관련성이 없었습니다. 최소 5년 동안 관련성을 유지하려면 규칙이 필요하고 수치 제한을 결정하는 것은 우리가 도달하고자 하는 합의에 심각한 타격을 줍니다. 그래서 우리는 온전성 검사에 이 제약 조건을 추가했습니다.
240개의 규칙은 개발자에서 고객 지원, 관리에서 운영, UX 디자이너에서 콘텐츠 제작자에 이르기까지 웹 팀의 모든 역할에 영향을 미칩니다. 예를 들어 에코디자인과 관련된 240개 중 35개 규칙이 보안에 23개, SEO에 37개, 접근성에 126개, 전자상거래에 38개가 있습니다.
가장 논리적이고 분명한 접근 방식은 체크리스트(이것 또는 다른 것)를 개념 또는 사전 출시 도구로 사용하는 것입니다. 우리의 경우, 이는 각 규칙의 제어 섹션의 도움으로 이 전체 체크리스트를 감사에 사용할 수 있음을 의미합니다. 또한 체크리스트의 발췌문을 사용하여 개념 및 설계 프로세스 중에 사용할 수도 있습니다.
그러나 웹 품질 보증 프로세스를 효율적으로 시작하기 위해 감사 또는 사전 출시가 가장 먼저 필요한 것은 아니라는 것을 알게 되었습니다. 규칙을 준수하기 전에 웹 프로젝트에 관련된 전체 팀이 규칙을 이해하고 있는지 확인해야 합니다. 규칙이 프로젝트에서의 역할과 직접적인 관련이 없어 보이는 경우에도 마찬가지입니다.
- * 최신 버전의 체크리스트 보기(2020년 프랑스어, 영어, 스페인어로 240개의 카드 사용 가능)*
웹 품질 보증 체크리스트를 사용하는 방법?
언뜻 보면 규칙에서 이해해야 할 가장 중요한 것은 규칙 자체입니다. 그러나 규칙이 존재하는 이유는 더 흥미롭고 통찰력이 있습니다. 규칙 n°233의 예를 살펴보겠습니다. "내부 PDF 문서의 텍스트를 선택할 수 있습니다."
이 규칙을 준수하는 것이 유용할 수 있는 사용자 컨텍스트 를 나열해 보겠습니다.
- PDF 파일의 내용은 스크린 리더로 음성으로 들을 수 있습니다.
- PDF 파일의 내용은 검색 엔진에서 인덱싱될 수 있습니다.
- PDF 파일의 내용을 검색할 수 있습니다.
- PDF 파일의 내용을 번역할 수 있습니다.
- PDF 파일의 내용을 복사하여 붙여넣을 수 있습니다.
이러한 사용자 사례는 5명의 다른 사용자와 관련될 수 있습니다.
- 스크린 리더를 사용하는 시각 장애인
- 검색 엔진에서 콘텐츠를 검색하는 사용자
- 문서에서 결정된 내용을 검색하는 사용자;
- 문서의 언어를 구사하지 못하고 번역이 필요한 사용자
- 문서 내용의 일부를 재사용하려는 사용자입니다.
또는 위의 다섯 가지 경우를 경험할 동일한 사용자와 관련될 수도 있습니다. 예를 들어 맹인이 된 불가리아 과학자가 웹에서 인용된 곳을 검색하고 영어로 된 PDF를 찾은 다음 pdf 파일에서 자신의 이름을 검색하고 자동으로 불가리아어로 번역하고 포트폴리오에 있는 콘텐츠의 일부입니다.
즉, 240개 중 단 하나의 규칙으로 사용자에게 유용한 5개의 컨텍스트를 식별할 수 있습니다. 다양한 맥락 속에서 화면 반대편에 있는 사용자들에게 공감을 불러일으키는 방식이라는 의미다.
따라서 전문가가 품질 규칙을 고려하는 첫 번째 사항은 규칙 자체를 적용하는 방법이 아니라 규칙이 무엇인지, 누구를 위해, 왜 존재하는지 이해하는 것입니다 . 모든 규칙은 사용자에게 이점이 있지만 웹 프로젝트의 현실은 전문가에게 무제한 수단이 없다는 것입니다. 따라서 그들은 결정을 내려야 하고 마지막으로 전문가는 규칙을 적용할지 여부에 대해 정보에 입각한 결정을 내릴 수 있어야 합니다.
웹 전문가로서, 귀하가 참여하는 웹 프로젝트의 제한된 수단에도 불구하고 귀하는 사이트의 품질을 객관적으로 평가하고, 해당 평가의 근거를 주장 및 설명하고, 위험을 식별하고, 중재할 수 있어야 합니다. 알려진 사실에 대한 완전한 지식.
품질 보증은 웹 디자이너, 관리, 영업, 개발자, 마케팅, 애프터 세일즈, 배송 기사 등 사용자 경험에 관련된 모든 사람들이 통합된 조직 전반에 걸쳐 일차적으로 반영되어야 합니다.
이 시점에서 웹 품질 보증을 배포하기 위한 초기 도구 세트가 있지만 이것이 웹 품질 보증 및 웹 품질 관리를 프로세스에 통합하는 데 필요한 모든 것을 갖추고 있음을 의미하지는 않습니다.
더 나아가려면 웹 프로젝트의 주요 위험을 살펴볼 필요가 있습니다.
웹 프로젝트의 주요 위험은 어디에 있습니까?
“위험 평가는 개인, 자산 및/또는 환경에 부정적인 영향을 미칠 수 있는 잠재적(미래) 사건을 식별하고 분석하는 결합된 노력입니다(즉, 위험 분석). 및 영향 요인(즉, 위험 평가)을 고려하면서 "위험 분석에 기초한 위험의 내약성"에 대한 판단을 내립니다.
— "위험 평가", Wikipedia
우리 업계 전체는 웹 활동이 많은 위험을 수반한다는 어려운 방법을 배웠습니다. 항공, 자동차 또는 건강과 같은 다른 산업에서도 마찬가지입니다. 각 위험은 중요 여부(위험 분석)를 고려하여 분류되어야 합니다.
위험을 중요한 것으로 평가하는 것은 항상 부분적으로 주관적입니다. 따라서 웹 산업의 경우 위험이 특히 중요한 4가지 주제를 찾았습니다. 이 세 가지 주제(접근성, 보안 및 개인 정보 보호)는 사용자에게 잠재적으로 중대한 결과를 초래할 수 있습니다. 이러한 결과는 브랜드 이미지와 비즈니스에도 부정적인 영향을 미칠 수 있습니다. 그들은 사용자에게 극복할 수 없는 문제, 수익 손실 및 소송으로 이어질 수 있습니다.
내가 마지막으로 선택한 주제(에코디자인)도 우리의 개인적, 직업적 삶에 중대한 잠재적 영향을 미칠 수 있는 시스템적 관점에서 중요합니다.
비즈니스에 실제로 해를 끼칠 수 있는 많은 문제(성능 저하, UX 디자인 불량, SEO 부족 등)가 있지만 일반적으로 아래에서 식별한 네 가지만큼 해를 끼치지는 않습니다. 나열된 네 가지 주제는 귀하, 귀하와 함께 일하는 회사 및 고객, 그리고 무엇보다도 사용자에게 가장 중요합니다.
이 네 가지 주제와 관련 위험은 모든 웹 프로젝트에 존재합니다. 다음과 같이 살펴보겠습니다.
- 접근성
장애가 있는 사용자가 내 사이트에 액세스할 수 있습니까? 특정인을 차별하고 있습니까? 그렇다면 어떤 위험이 있습니까?
Accessibility.com에서 발행한 보고서에 따르면 작년에 265,000개의 웹사이트 접근성 요구 서신이 기업에 전송되어 미국 기업이 2020년에만 웹사이트에 액세스할 수 없는 직접적인 결과로 법적 비용으로 수십억 달러를 지출한 것으로 추정됩니다( 출처: 보아 ). - 보안
내 프로젝트가 조직, 동료 또는 사용자를 위험에 빠뜨리고 있습니까? 그렇다면 어떤 위험이 있습니까?
govtech.com에 따르면 2020년에는 2019년에 비해 데이터 침해로 인해 손상된 기록이 141% 증가했습니다. 데이터 침해 활동(www.govtech.com)을 보고한 이후 단일 연도에 가장 많이 노출된 기록은 ). 또한 2020년 기준 데이터 유출로 인한 평균 비용은 386만 달러라고 보고했습니다. ( 출처: IBM ). - 은둔
회사 데이터, 사용자 또는 직원 데이터를 위험에 빠뜨리고 있습니까? 잠재적인 결과는 무엇입니까?
일반 데이터 보호 규정(GDPR)은 2018년 5월에 발효되었습니다. GDPR에 따라 EU의 데이터 보호 당국은 최대 2천만 유로(2410만 달러) 또는 전 세계 연간 매출의 4%(둘 중 더 높은 금액)의 벌금을 부과할 수 있습니다. [...] GDPR에 따른 벌금은 총 1억 5,850만 유로(1억 9,150만 달러)입니다. ( 출처: 테시안 ). - 에코디자인
내 프로젝트가 환경에 미치는 영향은 무엇입니까? 내 프로젝트가 기후 변화에 어느 정도 기여합니까?
비영리 조직인 The Shift Project는 디지털 기술이 환경에 미치는 영향에 대한 거의 170개의 국제 연구를 조사했습니다. 전문가들에 따르면 전 세계 CO2 배출량에서 그들의 몫은 2013년과 2018년 사이에 2.5%에서 3.7%로 증가했습니다. [… 최종 장치 및 기반 시설은 전 세계 배출량의 1.8~3.2%입니다(2020년 기준). ( 출처 : RESET ).
언급된 위험을 무시할 수 없습니다. 지난 10년 동안 이러한 위험과 그 결과가 증가하여 비용 급증, 재설계 실패, 소송, 사이버 공격, 직원 소진, 높은 이직률, 환경 영향 등을 초래했습니다. 앞의 예에서 볼 수 있듯이 이러한 모든 비용에는 재정적, 인적, 사회적, 환경적 비용이 수반되며 이 모든 비용은 업계에서 피해야 합니다.
지금 우리가 웹에서 보고 있는 것은 고객이 더 높은 품질을 요구하고 공급자가 이를 달성하기 위해 품질 목표를 설정함에 따라 점차적으로 표준, 방법 및 프레임워크가 펼쳐지는 젊은 산업의 매우 고전적인 성숙 단계입니다. 접근성, 에코디자인, 성능, 보안 및 개인 정보 보호와 같은 이질적인 위험과 영역이 점점 더 체계화되고 표준화되고 국가 법률 및 규정의 적용을 받습니다.
유사한 품질 관리 방정식을 풀어야 하는 기존 산업에 무엇이 등장했는지 살펴보겠습니다.
학제간 웹 품질 관리를 향하여
80년대로 접어들면서 품질 관리 전문가들은 주로 ISO9000 표준을 사용하여 품질 문제에 대해 작업했습니다. 품질 관리, 품질 보증 및 품질 관리가 제가 1990년경에 배웠던 유일한 문제였습니다. 그러나 다른 사람들이 표준에 따라 다른 위험 세트에 대해 작업하고 있었습니다. ISO14000은 환경에 대한 참조이고 ISO 27000은 IT 보안에 대한 참조였습니다.
이러한 관리 표준의 준수 및 배포는 산업 회사의 개별 부서에서 주도했습니다. 어느 시점에서 모든 표준이 연결되어 있고 아마도 상호화해야 할 많은 작업과 도구가 있었기 때문에 회사는 HQSE ( 보건 품질 보안 환경) 서비스를 만들었습니다. 이러한 접근 방식을 "통합 관리 시스템"이라고 합니다.
“옛날 옛적에 HSE(보건, 안전, 환경) 관리자로 역할이 확장된 H&S(보건 및 안전) 관리자가 있었습니다. 동시에 HSE 감독자와 완전히 분리된 역할을 하는 품질 관리자가 있었습니다. 그러나 기술이 워크플로에 점점 더 통합되고 빠른 품질의 서비스와 제품에 대한 수요가 증가함에 따라 역할은 하나의 QHSE 관리자로 통합되었습니다.”
— "Let's Build", Houdayfa Cherkaoui
품질 관리 또는 통합 관리 시스템에 대해 알아야 할 정말 중요한 것이 있습니다. 즉, 품질을 "생산"하지 않으며 환경 또는 보안 규정 준수를 제공하지 않습니다. 그들은 단순히 조직의 나머지 부분이 이러한 주제를 제어하고 개선하는 데 도움이 됩니다. 이 부서의 사람들 중 누구도 전문가를 대체하지 않고 도구, 표준, 기계 자동화 등을 제공할 뿐입니다. 회사가 특정 수준의 품질을 제공할 수 있음을 입증해야 할 때 모든 사람이 최신 상태를 유지하고 고객과 인터페이스할 수 있도록 도와줍니다.
이제 내가 미래 에 내기를 걸 때 입니다 . 항공, 자동차, 의약과 같이 이미 확립된 산업에서와 같이 품질 보증은 위험 인식의 직접적인 결과로 도입되었습니다. 웹 팀은 이미 위험을 별도로 관리하고 있지만 사용자는 모든 위험에 관심이 있지만 웹 프로젝트를 구축하거나 유지 관리할 때 처리해야 하는 모든 주제를 통합하는 학제 간 접근 방식이 필요합니다.
무슨 일이 일어날지 정확히 말하기는 너무 이르지만, 내가 생각하는 것은 다양한 웹 거래와 영역을 결합, 유지 및 더 가깝게 만드는 웹 QA의 새로운 계층의 통합입니다.
이 기사로 무엇을 없애야합니까?
내 여정(끝나지 않았으면 하는 바람)을 통해 나는 꽤 많은 것을 배웠습니다.
웹 품질 보증을 배포하려면 웹 프로젝트와 관련된 웹 거래의 결과 와 사용자 요구 사항 을 이해해야 합니다. VPTCS 모델로 돌아가서 우리가 관찰한 가장 중요한 것 중 하나는 웹 팀, 특히 웹 사이트 소유자가 가시성 및 서비스 부분을 자주 과소평가한다는 것입니다.
우리는 또한 사용자에게 최고의 가치를 제공하는 두 가지 요구 사항이 콘텐츠 와 서비스 임을 확인했습니다. 그러나 웹 프로젝트에서 Visibility, Perception 및 Technical 범주에 속하는 역할을 수행하는 웹 전문가가 가장 중요하다고 인식되는 경우가 많습니다. 웹 프로젝트 팀 내에서 원활하게 통합되는 고품질 콘텐츠 및 서비스(지원, 물류, 배송 등) 없이는 작동할 수 없습니다.
또 다른 사실은 UI가 순전히 시각적이고 인체공학적인 작업으로 인식되는 경우가 많다는 것입니다. UI가 인식, 기술 및 콘텐츠의 혼합임을 보여주면 원격으로 작업하는 서로 다른 팀 간의 오해를 줄이는 데 도움이 됩니다. 이는 모든 거래가 함께 작동하도록 하는 통합된 팀의 필요성으로 이어집니다.
규정, 단위 테스트, 기능 테스트, 자동 도구, 수동 감사, 체크리스트 등 웹 업계 표준에는 이미 많은 형태의 품질 보증 이 있습니다. 웹은 품질 보증이 점진적으로 증가하는 것을 보고 있지만 내가 생각하는 한, 우리는 이제 막 시작 단계에 불과합니다. 우선 체크리스트는 규정 준수에 도달할 뿐만 아니라 공통 문화와 어휘를 공유하는 데 사용할 수 있는 매우 간단한 도구입니다.
웹 팀은 규정 준수를 위해 체크리스트를 사용할 수 있지만 내 경험에 따르면 규정 준수를 개선하고 웹 품질 보증이 조직에 지속적으로 배포되기를 원한다면 먼저 공통 어휘와 웹 품질 문화를 만드는 것이 더 효율적입니다. 부트스트랩의 기본 프레임워크입니다.
"디지털 혁신 프로세스에 있는 사람들의 63%는 문화가 가장 큰 장벽이라고 말합니다....56%는 부서 간 협업이 세 번째로 큰 문제라고 말했습니다."
— 고도계 및 Capgemini 연구
목표는 내가 언급한 것과 다른 모든 것과 같은 위험을 공유하는 문화적 기반을 만들고 사용자를 지향하는 책임을 만드는 것입니다. 글로벌 규칙 세트는 웹 팀에 권한을 부여하고 글로벌 문화와 어휘를 만드는 데 사용할 수 있는 솔루션 중 하나이지만 웹 프로젝트를 위한 글로벌 상호 위험 관리 시스템도 동반해야 합니다. 이 관리 시스템은 복잡한 문제에 대해 전문 전문가를 호출할 수 있는 일련의 글로벌 규칙, 표준 및 도구를 관리해야 합니다.
웹 품질 보증은 사용자, 고객 및 시민의 최선의 이익을 대표하는 품질 관리자로 훈련되고 권한을 부여받은 보다 책임감 있는 전문가가 되는 데 기여할 수 있습니다.
여행은 계속됩니다.
추가 읽기
- "품질 관리", Wikipedia
- "VPTCS: UX 및 웹 QA 모델(2001)", Elie Sloim, Medium
- "웹 품질 보증 체크리스트", Opquast
- "통합 관리 시스템", ISO