Web 開発におけるアジャイル方法論
公開: 2020-04-12Web ページの開発における有名なアジャイル方法論の使用は、Web エージェンシーの間でますます一般的になっています。 これは、従業員の生産性が向上し、最終的にはるかに高い品質が得られることを意味します。 さらに、代理店とクライアントの間の透明性が高まることを意味します。
お客様との調整・管理
Kiwop で使用する作業方法論は「アジャイル」です。 この方法論により、最適な品質のサービス計画を適用することができ、契約期間中の効果的な実施と継続的な改善を保証することができます。 プロジェクト レベルでは、次の段階を区別します。
- プロジェクトの要件: このフェーズは、キックオフ ミーティングとクライアントが利用できるすべての資料の配信で構成されます。 会議では、私たちはプロジェクトの正しい開発に関与するすべての関係者でなければなりません。
- 計画: クライアントから提供された資料の編成、ニーズの特定、および当社の内部リソースの割り当て。
- 設計: プロジェクトとその環境に関する初期調査。 この最初の調査には、Web 構造を考慮に入れるキーワードの分析も含まれます。 これらの検討をもとに、Webポータルのデザインと構造を提案し、クライアントからの承認を待ちます。
- 開発: デザインと構造が承認されたら、Web サイトのレイアウトとプログラミングに進み、すべてのコンテンツを紹介します。 この段階では、本サービスが契約されていた場合、コンテンツの書き込みも含まれます。 後で、テスト、障害の修正、および承認から始めます。
- 配信: 最後に、最終サーバーに Web をインストールし、技術チームのすべてのユーザーの対応するキーを配信します。
- メンテナンスとフォローアップ: 配信フェーズが終了したら、サービスのサポートと発生する可能性のあるエラーまたは障害の修正についてフォローアップします。 このフェーズには、契約が終了するまで有効な保証期間が含まれます。 この保証には、追加のプログラミングの修正または変更が含まれます。
Web プロジェクトの納期
プロジェクトの第 1 段階は、クライアントと合意した時間内に最大でも提供されます。 プロジェクトは完全に機能し、現時点で開始されます。 プロジェクト引渡し後、契約終了までの残りの月間、メンテナンスとフォローアップを行います。 このメンテナンスと監視の間、私たちは Web の動作を分析し、Web 分析の月次レポートを作成します。 訪問者の行動と Web ポジショニングの両方。
また、ガイドとして役立つ、より詳細な内部スケジュールも使用します。 私たちは約束した時間と期間を常に尊重します。
スクラム方法論
具体的には、Web 開発プロジェクトの場合、各瞬間の要件に応じて期間が可変のスプリント (または作業サイクル) でスクラム方法論を使用します。 通常、これらの作業サイクル (スプリント) の期間は 2 週間です。 各作業サイクルでは、最終結果に付加価値を与える製品が増加します。
Kiwop で効率的かつ機敏に作業するために、要求の厳しい Web 開発セクターに焦点を当てた一連のツールと専門的な作業方法論を使用しています。
スクラムとアジャイル方法論のためのソフトウェア
これらすべてのタスクの管理には、Atlassian パッケージを使用します。これにより、タスクの完全な献身とそのメンテナンスを管理できます。
アジャイルな考え方を採用し、スクラムの価値、役割、イベント、およびツール全体で強化された関与、コラボレーション、透明性、および適応性を提供することにより、優れた結果が得られました。
Scott M. Graffius著『Agile Transformation』より
具体的には以下を使用します。
ジラ ソフトウェア
Jira Software パッケージは、アジャイルとスクラムの方法論によるプロジェクト管理に役立ちます。 タスクを簡素化し、プロジェクトをより効率的にすることができます。 リソースの管理にかかる時間を削減します。 プロジェクトの「ライフサイクル」全体を文書化するのに役立ち、関連するさまざまなリスクを軽減するのに役立ちます。 このツールはプロジェクト全体のバックボーンとなり、品質と一時的な目標の達成の両方の観点から、プロジェクトを正しく実行するために不可欠です。
合流
Confluence の目標は、チーム全体が割り当てられたタスクについて透過的に連携することです。 各チームは、組織、構造、設計、または開発のアイデアを提供します。 クライアントの専門家チームもこのプロセスに参加できます。 このツールを使用すると、次のものを作成できます。
- ロードマップ
- やることリスト
- 会議メモ
- プロジェクト計画
- マルチメディア リソースと動的コンテンツを含める
- ページにコメントを残す
- テキストまたは共有ファイルを追加する
- 等…
要するに、コンテンツを 1 か所に集中させて、プロジェクトの正確な場所を参照して把握するのがはるかに簡単になるようにします。
トレッロ
クライアントが指定したチームを含むすべての関係者にとって、プロジェクトのすべての時間において、シンプルでオープンな展示会として機能します。 迅速かつ直感的な方法で、完了したタスク、現在取り組んでいるタスク、次に開発されるタスクを確認できます。 このパネルはJira Softwareと同期され、すべての情報が最新の状態に保たれます。
Jira サービス デスク
プロジェクトの技術サポートとチケットサポートを提供します。 このツールを使用すると、専門家チームからのリクエストを簡単に受信、追跡、管理、および解決できます。 これらのリクエストを 1 つのスペースで整理し、優先順位を付けることができます。これにより、確立された目標またはサービス レベル アグリーメントに作業チームを合わせ続けることができます。 プロセスは次のようになります。
エキスパート チームは、以前に構成されたポータルまたは電子メールを介して、お客様のリクエストを当社のチームに送信できます。
私たちのチームは、各リクエストの優先度に基づいて、これらの順序付けられたリクエストに取り組みます。 トラブルシューティングの進行状況は、「処理中」や「承認が必要」などのステータスを含むワークフローを使用して構成されます。
各チームは、開発、設計、デジタル マーケティング、概念化など、その範囲内でインシデントの解決に取り組みます。
ビットバケット
BitBucket プラットフォームは、Git テクノロジを使用してリポジトリを使用して一緒にプログラミングできるため、プログラマー向けに設計されています。 これにより、新しい機能を柔軟かつ整然とした方法でプログラムすることができます。 開発、テスト、本番の3 つの環境を使用します。
これらの方法の目的は、生産性を高め、高品質で高付加価値の最終結果を提供できるようにすることです。
アジャイル方法論における定期的なレビュー
プロセス中、前述のツールやその他のツールを使用して定期的なレビューを実施し、プロジェクト全体で高い品質基準を維持できるようにします。 これらの改訂は、開発マイルストーンとして社内スケジュールに含まれます。
要件テストを行います。ここでは、期待のリストから設計を評価します。 チームがすべての目標を達成していることを確認するために、開発プロセス全体を通して要件テストが不可欠です。
設計テストでは、Web の視覚的側面に基づいています。 外観が提案されたデザインと一致しているかどうかを継続的に確認します。 これには、すべてのブラウザーでの互換性やモバイル テストなどのアクションが含まれます。
機能テストでは、インターフェースと使いやすさの両方を評価します。 これは、すべてのリンク、ボタン、フォーム、およびその他すべての要素が正常に機能することを保証する厳格なプロセスです。
3つの作業環境
前述したように、3 つの異なる環境ですべてを整理します。
- ローカル環境は、内部でプログラムする場所であり、同じ目標を達成するために利用可能なすべてのオプションをテストする場所です。 開発テストを行うのは社内ラボになります。
- 開発環境は、クライアントがプロジェクトの実際の進行状況を確認できる生活環境になります。 このコンテキストで、すべての適切なテストが行われ、変更と修正が適用されます。 プロジェクトも検証され、新しい開発は専門家チームによる検証に適用されます。
- そして最後に、本番環境は Web が既に公開されている状態になります。 最終的な視聴者が実際に目にするもの。 この環境では、エラーや問題が発生することなく、常に完全に機能することを確認する必要があります。
実証済みのツールを使用して、作業の品質と有効性、および次のような変更を測定します。
- Google PageSpeed Insights:ページ速度スコアを確認できます。 このツールを使用すると、WPO が適切に機能しているかどうかを検証できます。
- AMP バリデーター: ページが amp 有効であることを検証します。
- Google LightHouse:パフォーマンス、アクセシビリティ、ベスト プラクティス、SEO に関する情報を検証します。 品質に関する限り、これは良い指標になります。
- SiteImprove など: Web アクセシビリティを検証します。 アクセシビリティを備えていますが、手動の検証も行います。
- ウェブ解析: Google アナリティクスを通じて、ウェブ上のユーザーの行動を評価できます。 以前に構成されたイベントと目的の成功を検証するだけでなく。
- SEO ツール: Google Analytics、Google Search Console、SEMRush など、さまざまなツールを使用して、達成されたポジショニングの増加を確認します。
定期報告
私たちの仕事を保証し検証するために、私たちは常に月次レポートの実現を提案しています。 これらのレポートには、プロジェクトの正しい開発とその後のフォローアップに不可欠な情報が含まれます。 それらは、数週間にわたる訪問の進化と、私たちの行動がこれらの増加に役立ったかどうか( SEO )を確認するWeb分析レポートになります。 また、ユーザーの行動を評価します: どのページに最も多くの時間を費やしているか、どのページで Web を離れたかなど…
ウェブサイトのインデックス登録状況を常にチェックします。
この方法により、問題を検出し、クリーンで機能的でアクセスしやすい Web サイトを取得できます。 これらの品質保証方法論を使用すると、ユーザーは機能的なインターフェイスとより優れたユーザー エクスペリエンスを得ることができます。
さらに、ウェブサイトの作成中に、開発スプリントと同じ周期で、またはプロジェクトの状況に応じて必要なときに、Skype、Google Meet、または対面での会議を提案します。
アジャイル方法論におけるインシデント管理
契約期間中、クライアントのウェブサイトの更新を担当する技術チームと当社との間のインシデント管理システムを含めます。 このようにして、技術チームに現れる可能性のある問題や疑問を解決できます。
インシデント管理システムを選択する際には、いくつかの選択肢があります。 多くの種類があります。 例としては、サポート チケット システムおよびカスタマー サービス ソフトウェアである Zendesk ソフトウェアがあります。 しかし、これは非常に強力で用途の広いツールですが、外部にあり、より多くのリソースを必要とし、システム全体を複雑にします. したがって、厳密に必要な場合にのみ使用します。
もう 1 つのオプションは、社内でプロジェクトを使用するインシデント管理システムを使用することです: Jira Service Desk 。 このサービス システムは、開発会社とプロジェクト コーディネーターの間で、非常に具体的かつプライベートな方法で考え抜かれています。
インシデントの作成と解決のプロセスは次のとおりです。
- ユーザーが新しい課題を作成します
- システムは、インシデントの解決の責任者に電子メールで通知します
- 担当者はインシデントを分析し、解決策から始めるか、説明が必要な場合は作成者に詳細を尋ねるかを決定します。
- インシデントが解決したら、作成者にこれを通知します
結論
Web ページの開発におけるアジャイル方法論の使用は、政府機関の間でますます使用される方法論です。 当然のことながら、正しく組織化された方法で行うと、生産性が大幅に向上します。
特に Web 開発では、スクラムとカンバンの両方を使用できます。 どちらの方法も非常に有効で、組織に大きなメリットをもたらします。 どちらを選択するかは、Web 開発会社によって異なります。