Clever Geek Handbook

ナヌザビリティガむドラむンを䜿甚しおWeb開発の品質を向䞊させる

この蚘事は、 SQA Daysカンファレンスで行われたプレれンテヌションに基づいお䜜成されたした。 この蚘事は最初にGUI.ruで公開されたしたが 、今床はナヌザビリティガむドラむンに぀いお議論したいず思いたす。



補品の䜿いやすさ、高いナヌザヌ品質は、ほずんどのメヌカヌがほが同じ機胜を提䟛する垂堎で重芁な競争䞊の優䜍性です。 最も関連性の高い䟋ずしお、䟿利で䜿いやすい携垯電話が最も需芁があり、よく売られおいる携垯電話垂堎を挙げるこずができたすこれはiPhoneの成功ずタッチスクリヌンぞの移行によるものです。



ナヌザビリティによっお䜕が理解されるべきですか 䜿いやすさの定矩は、特定のコンテキストで特定のタスクを達成するために特定のナヌザヌが補品を䜿甚できる効率、生産性、満足床ずしおISO 9241-11芏栌で定矩されおいたす。



䞍芁なフィヌルドを持぀玙のフォヌムの䟋



私たちの生産性ず満足床に悪圱響を䞎える゚ラヌにより、私たちは珟実のあらゆる堎所で遭遇したす。 申請曞および問い合わせの䞍芁なフィヌルドに蚘入する矩務があるかどうか。 いく぀かのドキュメントず蚌明曞を提䟛する必須芁件。客芳的には必芁ありたせんが、手順には必芁です。 キュヌや亀通枋滞などでアむドル



HPサむトで䜿甚されおいる䞍適切なフォヌムコントロヌル

そのような慣行が、゜フトりェアやWebサむトなど、人が䜜成するすべおのものに匕き継がれるずいう事実には驚くべきこずはありたせん。 故意に䞍良システムを䜜成する人はいないこずを理解する必芁がありたす。 最も経隓豊富な専門家や倧手メヌカヌでも間違いを犯したす。



開発パラダむムの倉曎

アルバヌト・アむンシュタむンは、問題を解決したのは䞍可胜であり、それを生成したシステム内にいるず蚀った。 高いナヌザヌ品質の芁求ずナヌザビリティの実践の䜿甚が゜フトりェア生産プロセスの䞍可欠な郚分になるたで、䜿甚するこずが困難たたは䞍可胜でさえある補品ずりェブサむトが珟れるでしょう。



重い圢 䟋ずしお、厳密に指定された圢匏でのみフィヌルドに入力できるフォヌムを考えたす。 テスト䞭、このフォヌムは、最も機密性の高いQAでも疑いを匕き起こさない堎合がありたす。 正匏には、テストに合栌したす。圢匏以倖のデヌタを入力するず゚ラヌが衚瀺され、正しいデヌタを入力するず合栌したす。



しかし、このフォヌムを䜿甚しお䜜業する人にずっお、将来はどうでしょうか 各フィヌルドには詊行錯誀が繰り返されたすが、これはナヌザヌにずっお本圓の悪倢です。 これは、非効率的な操䜜に぀ながりたす。 プログラム内の残りの画面フォヌムのこのような実装は、必然的に䜜業の䞍䟿さず自動化の拒吊の䞍満に぀ながりたす。 そしお、これにより、プロゞェクト党䜓が新しい゜フトりェアを導入できなくなる可胜性がありたす。 状況を倉えるには、開発䞭に思考のパラダむムを倉曎する必芁がありたす。゚ラヌの発生を防ぐ方が、゚ラヌを排陀する手段に制限するよりも優れおいたす。



UCDナヌザヌ䞭心蚭蚈たたはナヌザヌ指向蚭蚈アプロヌチを開発に導入するこずにより、補品の高いナヌザビリティが実珟したす。 このアプロヌチは、ナヌザヌ芁件の理解ずナヌザヌずテクノロゞヌ間の機胜の適切な分散を達成するための開発プロセスぞのナヌザヌの積極的な関䞎、およびアプロヌチの反埩性ずその孊際性ISO 13407によっお特城付けられたす。 ナヌザヌ䞭心蚭蚈の実践により、ビゞネス甚語远加利益ずナヌザヌ満足床補品ず開発䌚瀟ぞの忠誠心の向䞊の䞡方で、開発コストを削枛し、補品の有効性を高めるこずができたす。 このアプロヌチは、゜フトりェア䜜成のラむフサむクル党䜓に適甚され、芁件の定矩、分析、蚭蚈、テスト、評䟡、およびその埌のむンタヌフェむスの改良が含たれたす。 珟時点では、欧米Microsoft、Googleずロシアビヌラむン、RTS、1Cの䞡方の倧䌁業がUCDプラクティスをプロセスに導入しおいたす。 このアプロヌチでは、䌚瀟に䞀定レベルの成熟床、明確に定矩されたプロセス、およびいく぀かの投資トレヌニング、組織経費、スタッフの雇甚などが必芁です。



ナヌザビリティガむドラむン

珟実䞻矩者である私は、ロシアのWeb開発者やWebスタゞオ、特にベラルヌシのほずんどの䞭小䌁業にずっお、これらの芁件が䟝然ずしお高すぎるこずを理解しおいたす。 この分野での䞻なニヌズは、プロゞェクトず補品に必芁なナヌザビリティレベルを迅速に䜎コストで決定蚭定し、芁件ず掚奚事項を䜜成し、その埌の評䟡ず分析の基準メトリックを蚭定するこずです。



補品のナヌザヌ品質を向䞊させ、埓業員の専門レベルを向䞊させる方法の1぀は、ナヌザビリティガむドラむン「ナヌザビリティガむドラむン」、スタむルガむドラむン、むンタヌフェむス仕様、ルヌルなどを䜿甚するこずです。



ナヌザビリティガむドラむン -䞀般的および個別の䞡方の特定のむンタヌフェむス芁玠を適甚するためのルヌルを説明するドキュメント。 ナヌザビリティガむドラむンぞの準拠の圢成ず怜蚌は、サむトたたは゜フトりェアのナヌザビリティを向䞊させる手法であり、そのタスクは兞型的であるか、兞型的なものに削枛できたす。 ガむドラむンは、䞀般的な蚱容レベルの品質を暙準化し、提䟛するためにも䜿甚されたす。 ガむドラむンには、サむトを開発するずきに埓うルヌル「経隓則」、倚くの堎合経隓的に解決されたすが含たれおいたす。 これらのルヌルは、非垞に小さい個々のむンタヌフェヌス芁玠ず、盞互䜜甚の倧郚分の䞡方に適甚できたす。



原則ずしお、ヒュヌリスティックが定匏化されおいるため、各ルヌルに぀いお、むンタヌフェむスで「サポヌトされおいる」か「壊れおいる」チェックリストかを刀断でき、䞻芳的な評䟡を回避できたす。



長所

この方法には倚くの利点がありたす。

  1. 远加費甚は必芁ありたせん。

    チェックリストを䜿甚した実装ずテストでは、実際のナヌザヌやUCDメ゜ッドを䜿甚したその他の䜜業を含むナヌザビリティテストのように、远加費甚は必芁ありたせん。
  2. 実装が簡単。

    ナヌザビリティガむドラむンを適甚するために、既存の開発プロセスを倉曎したり、高いトレヌニングず実装コストを必芁ずしない。
  3. すぐに「ワクチン接皮」。

    いく぀かのプロゞェクトの埌、ナヌザビリティガむドラむンが䌁業暙準ずしお採甚されるず、ガむドラむンに蚘茉されおいるルヌルが無意識に実行されたすドキュメントを芋ずに。 これは、いく぀かのプロゞェクトの埌、プログラマヌがハンガリヌの衚蚘法 倉数の呜名芏則に぀いお考えるのをやめる方法に䌌おいたす。
  4. 特定のむンタヌフェむスの問題を瀺し、解決策を説明したす。

    ガむドラむンのおかげで、むンタヌフェむスにどのような問題があるかに぀いおの具䜓的な説明ず、それらを解決するための明確な指瀺が埗られたす。
  5. 品質の党䜓的な「氎準」を匕き䞊げたす。

    むンタヌフェむスの品質ず補品の䜿いやすさの特定の埓業員の仕事の品質ぞの䟝存が軜枛されたす。 より早い段階では、誰かがより正確に、間違いを少なくしお、誰かが悪い状態にあるず蚀えたす。 珟圚、すべおの人がある皋床の蚱容レベルの品質を達成しおいたす。 さらに、このガむドラむンは、新入瀟員のこのレベルの急速な達成に貢献しおいたす。
  6. テストに特別な知識は必芁ありたせん。

    チェックリストでのテストには、特別なトレヌニングは必芁ありたせん。 リストのテストプロセスはコンプラむアンスチェックです。


短所

客芳的になるには、いく぀かの欠点に蚀及する䟡倀がありたすが、条件付きで欠点ず呌ぶこずができたす。

  1. 䞍完党なコンテンツ。

    各補品には独自の特性があり、倚くの堎合、独自のむンタヌフェむス芁玠がありたす。 ナニバヌサルガむドラむンの䜜成は倱敗したす。
  2. ガむドラむンは盞互䜜甚の問題を解決したせん。

    ルヌルでは、䜿甚のコンテキスト、ナヌザヌの機胜、およびタスクを考慮するこずはほずんど䞍可胜です。 これらの問題は、それぞれ独自の方法で解決されたす。 リストは、重倧な゚ラヌがないこずのみを保蚌したす。
  3. チェックリストを線集するには、ある皋床の時間ず忍耐、経隓、ベストプラクティスの研究、そしお䜿いやすさの知識が必芁です。

    このような䜜業に専門家を参加させるこずができたす。 専門家によるガむドラむンの監査は䞍芁ではありたせん。


内容

私のガむドラむンの基瀎ずしお、私はVlad Golovachのチェックリストず、研究に基づいたWebデザむンずナヌザビリティのガむドラむンを䜿甚したした。 ガむドラむンを䜜成する際に、私が蚀及したリストず私のリストの䞡方を䜿甚できたす。 珟圚、次の芁玠でグルヌプ化されたルヌルヒュヌリスティックが含たれおいたす。

リストには、盞互䜜甚の芁玠党䜓のルヌルを远加できたす。 たずえば、ステップバむステップアクションりィザヌドおよびキャプチャのルヌルを远加したした。



いく぀かのルヌルを考慮しおください。 䟋「1.1必須フィヌルドは、名前の前にアスタリスクが付いおいたす。 フォヌムには、必須フィヌルドの指定に関する説明がありたす。



ルヌル1.1の図

このルヌルが远加されたのは、巊から右に読むず、ナヌザヌが必芁なフィヌルドをすばやく衚瀺しおすぐに入力するずいう仮説のためです。 ただし、ルヌルには䟋倖がありたす。 このため、承認フォヌムの堎合、フィヌルドにはアスタリスクが付いおいたせん。 すべおのフィヌルドが必須のフォヌムの堎合、それぞれを指定するこずはできたせんが、すべおのフィヌルドが必須であるこずを蚘述する必芁がありたす。 これは、すべおのフィヌルドの䞊のフォヌムの䞊で行うのが最適です。



たたは、別のルヌル「1.2フィヌルドの名前は右偎に揃えられたす。 名前からフィヌルドたでの距離は、すべおのフィヌルドで同じです。 この芏則は、右揃えがテキストの山を回避するこずに基づいお掚枬されたす。 たた、長距離配眮が巊偎にある堎合は、フィヌルド名ずフィヌルド自䜓の関連付けを倧幅に耇雑にしたす。 倚くの堎合、充填の正確さを数回確認する必芁がありたす



ルヌル1.2の図

もう1぀のルヌル「3.3量的特性長さ、重量、高さ、速床、距離、サむズなどの入力フィヌルドでは、枬定単䜍を指定する必芁がありたす。」 ご理解のずおり、この芏則により、枬定単䜍が眲名されおいない堎合に生じる混乱を取り陀くこずができたす。



ルヌル3.3の図



ガむドラむンのヒント

  1. いずれの堎合も、開発䞭の゜フトりェアの詳现ず開発ツヌルの機胜を考慮する必芁があるため、独自のチェックリストを䜜成する必芁がありたす。
  2. 絶察ルヌルを䜜りたす。 ぀たり、ルヌルに䞻芳的な芁件を含めるべきではありたせん「ナビゲヌションを適切に行う必芁がある」など。 絶察ルヌルにより、むンタヌフェむスが統䞀されたす。
  3. 䞍䞀臎ず䞍䞀臎のルヌルを䜜成したす。 むンタヌフェむス゜リュヌションに2぀の同等のオプションがある堎合、それらのいずれかをルヌルにしたす。 これにより、少なくずもむンタヌフェヌスの䞀貫性が保蚌されたす。

    ナヌザビリティテストは䞖界䞭で実斜されおおり、その結果、最も人間工孊的な゜リュヌションが決定されおいたす。 これらのテストの結果に基づいお、さたざたなオペレヌティングシステムでの[OK]ボタンず[キャンセル]ボタンの配眮など、意芋の盞違を解決するための掚奚事項が䜜成されたす。 Windows OSのダむアログボックスで「キャンセル」ボタンが右端にある堎合キャンセルアクション、MacOSでは「OK」ボタンの反察偎にありたすアクションを確認したす。 リンクをたどるず、これらの研究の 詳现を読むこずができたす 。 私の意芋では、最も重芁なこずは、2぀のボタンを配眮する方法の蚌拠を怜玢するこずではなく、この堎所がむンタヌフェむスの異なる堎所で同じになるこずを保蚌するこずです。
  4. 実瞟のある最高の゜リュヌションをルヌルずしお保管しおください。

    その過皋で、ナヌザヌや顧客からフィヌドバックを埗たり、サポヌトチヌムがチケットを受け取ったり、競合他瀟の補品を研究したりするこずができたす。 そのような゜リュヌションを実装するには、ガむドラむンで説明したす。

    蚘事「 フォヌムに進むボタンず戻るボタンを配眮する 」を読むこずをお勧めしたす


実装

私たちは非垞に重芁な問題-ワヌクフロヌぞのガむドラむンの導入に泚目したす。 最初に行うこずは、品質ずナヌザビリティの管理を「感染させる」こずです。 指導者の支持がなければ、最高のアむデアさえ凍結され、終わりには至りたせん。 ナヌザビリティのプラスの貢献に぀いお教えおください。 たずえば、゜フトりェア開発の堎合、これらは次のずおりです。



ナヌザビリティガむドラむンに取り組みたす。 プレれンテヌションからのリンクを䜿甚しお、おそらく、ガむドラむンの最倧のコレクションを受け取りたす。 それらを孊ぶ。 あなたに合ったものを遞んでください。



郚門長や同僚ずルヌルのリストに぀いお話し合いたす。 ドキュメントをパブリックドメむンたずえば、ロヌカルWikiに配眮したす。 誰もが自分に慣れ、議論し、自分の考えを共有する機䌚を䞎えたしょう。 ガむドラむンをひねりたしょう。 コミュニケヌションの結果に基づいお、調敎を行いたす。 急いで絶察にすべおの願いや提案された芏則を䜜らないでください。



次に行うべき最も重芁で難しいこずは、䜜成されたドキュメントが内郚暙準になるようにするこずです。 この堎合にのみ、䜓系的な品質改善に぀いお話すこずができたす。 この芏栌は、䌚瀟の顧客䟡倀の創造に関䞎するすべおの埓業員を読​​み、順守するために必芁です。



バグ远跡システムにナヌザビリティカテゎリを䜜成したす。 むノベヌションに぀いお同僚に知らせおください。 ナヌザビリティのバグは他の皆ず同じくらい重芁であるこずを説明したす。 たずえば、1C䌁業では、ナヌザビリティバグのみを修正するず、ビルド党䜓が出おきたす。



既存のルヌルを定期的に確認し、新しいルヌルカむれンを远加したす。 むンタヌフェヌスの倉曎ず゜フトりェアの新しい修正ずずもに、ガむドラむンを倉曎したす。



゜フトりェア開発垂堎のリヌダヌ向けのガむドラむン

ナヌザビリティガむドラむンを䜜成および管理しおいる䌁業には、SAP、Microsoft、Apple、Sun、Oracle、Nokiaなどの有名で倧䌁業がありたす。



私は、 アラン・クヌパヌの著曞「患者の手の粟神科病院」でスタむルガむドに関する最初の芖点を取りたした。これは、倧䌁業が開発者にスタむルガむドを䜿甚するこずを意味したす。 マむクロ゜フトずアップルは、むンタヌフェむススタむルのガむドを掚進し、その力ず利点を称賛しおいたす。䞀芋するず、これらの䌁業がそのような情報の最も有胜な゜ヌスであるように思えるかもしれたせん。 どちらのプラットフォヌムクリ゚ヌタヌも、補造業者に暙準ぞの準拠を匷制するために、秘密の圢匏の匷制を䜿甚しおいたす。 スタむルガむドの掚奚事項に埓わない独立した゜フトりェア開発者は、「プラットフォヌムずの互換性」を宣蚀できず、マヌケティングの芳点から重芁なプラスを自分の補品から奪いたす。 したがっお、カスタムアプリケヌションを䜜成するほずんどの䌁業は、プラットフォヌム開発者の掚奚事項をすぐに䜿甚できたす。 それたでの間、プラットフォヌム開発者自身が自由に実隓し、垌望に応じおむノベヌションに道を譲りたす。 圌らは、埌悔するこずなく、独自のスタむルガむドを無芖するこずができたす。



別の芳点では、ガむドラむンを䜿甚するず、メヌカヌの補品およびサヌビスず理想的に互換性のあるむンタヌフェむスを䜜成し、サヌドパヌティ開発者向けに䜜成されたPIの゚ラヌ数を枛らすこずができたす。



補造元のガむドラむンに埓うこずで、むンタヌフェヌスの䞀貫性が保たれたす。 たずえば、1C䌁業がディスクガむドラむンを1Cアカりンティングパヌトナヌに転送したす。



Microsoftガむドラむンの䟋

マむクロ゜フトは、 ガむドラむンで䞡方の芳点を瀺し、掚奚事項に埓わなかった堎合に䜕が起こる可胜性があるかの䟋を瀺したした。

リボンバヌのルヌル

このガむドラむンは、 リボンバヌ Office 2007゜フトりェアむンタヌフェむスの新しい抂念を䜜成するための䞀連のルヌルずガむドラむンを提䟛したす。 たずえば、最も䞀般的な機胜はバヌの䞭倮に配眮され、呚波​​数は巊から右に移動したす。



テスト䞭

実䟋でガむドラむンを䜿甚しおテストを実挔したす。







芋たむンタヌフェむスには、1぀の画面ず1぀のメッセヌゞりィンドりがありたす。 ガむドラむンのガむドラむンを䜿甚しお分析したす。



映画「Chaos」のむンタヌフェヌス画面

フォヌムのルヌルは次のずおりです。「1.2フィヌルドの名前は右偎に揃えられおいたす。 名前からフィヌルドたでの距離は、芳察されるすべおのフィヌルドで同じです。 原則ずしお、「2.2ボタンのラベルは倧文字で始たりたす。 碑文が耇数の単語で構成されおいる堎合、各単語は前眮詞を陀き倧文字で始たりたす。 しかし、「むンタヌフェむス芁玠ぞの眲名は倧文字で始たり、コロンで終わる」は尊重されたせん。 「パスワヌドの入力」および「パスワヌドの確認」の眲名は小文字で始たり、倧文字である必芁がありたす。 ナヌザビリティカテゎリのバグ远跡システムにバグを曞き蟌みたす。



映画「Chaos」のりィンドりメッセヌゞむンタヌフェむス

このメッセヌゞボックスの䜕が問題になっおいたすか たずえば、「2.8ネガティブアクションのボタン「削陀」、「消去」、「キャンセル」は垞に右端にありたす」ずいうルヌルが遵守されおいたす。 ルヌルに぀いおも同じこずは蚀えたせん。「2.2ボタンのラベルは倧文字で始たりたす。 碑文が耇数の単語で構成されおいる堎合、各単語は前眮詞を陀き倧文字で始たりたす。 [キャンセル]ボタンは小さな文字で曞かれおいたすが、[OK]ボタンの芏則が守られおいたす。



オプショナル





More articles:


All Articles