IA設計と機敏な開発：（不）可能なミッション!IA Design and Agile Development: Mission (Im)possible!

IA Design and Agile Development: Mission (Im)possible!
IA設計と機敏な開発：（不）可能なミッション!

Amber Swope, DITA Strategies, Inc
May 1, 2021
DITA 戦略社、アムバースウォープ著
２０２１年５月１日

Agile Information Architecture
機敏な情報アーキテクチャ

Agile methodology is very popular in technology organizations because it provides a blueprint for organizing teamwork. However, developing information architecture (IA) in Agile can be difficult.
機敏な方法論は、それがチームワーク編成で青写真を提供するから、技術の組織で非常に人気が高いです。 しかしながら、機敏に情報アーキテクチャ（IA）を開発することは難しい可能性があります。

The biggest challenge is that every organization does Agile differently. This means that you have to identify your team’s flavor of Agile. One key variation is the sprint length — some organizations staunchly limit their sprints to two weeks, while other organizations stretch out their sprints to three or four weeks. Another variation is the terminology they use for Agile artifacts. Before you start planning, talk with your team to understand their approach.
最大の挑戦はすべての組織が異なって 機敏にするということです。これはあなたがあなたのチームの 機敏さの風味を識別しなければならないことを意味します。 １つの重要な変化は全力疾走の長さです － 若干の組織が忠実に彼らの全力疾走を２週間に制限します、他方他の組織は３週間か４週間に彼らの全力疾走を伸ばします。 別の変化は彼らが機敏な人工物のために使う用語です。 あなたが計画を立て始める前に、彼らのアプローチを理解するためにあなたのチームと話をしてください。

Another major challenge is that most organizations know very little about the IA discipline, and therefore start IA development way too late in the process. Because they don’t know how to work with Information Architects, they don’t involve them in development activities. This can result in rushed, incomplete IA design, and extra work later in the project. Ideally, the Information Architect is integrated into the team from the beginning of project planning.
別の大きい挑戦は、たいていの組織がほんの少ししか IA規律について知らない、従ってその過程で非常にあまりにも遅く IA 開発を始めるということです。 彼らがどのように情報アーキテクトと働くべきか知らないから、彼らは情報アーキテクトを開発活動に巻き込みません。 これはプロジェクトの後半に急がされる、不完全な IA 設計と超過勤務の結果となる可能性があります。 理想的には、情報アーキテクトはプロジェクト立案の始まりからのチームに統合されます。

Because IA work involves investigation and analysis, it can be difficult to chunk IA activities into logical sprints, and within each sprint, identify appropriate granularity. The evolutionary nature of IA work complicates the process of planning for multiple sprints.
IA の仕事が調査と分析を伴うから、それは論理的な疾走にIA 活動をまとめることや、それぞれの疾走に適切な粒度を識別することがが難しくなる可能性があります。 IA の仕事の進化の性質が並列の疾走に備えて計画を立てるプロセスを複雑にします。

This article provides methods for Information Architects to plan their work using stories and leveraging product backlogs. Our strategy is to create an IA Sprint Plan that is realistic, manageable, and adaptive.
この記事は情報アーキテクトが物語を使って、そして製品のバックログをてこ入れして、彼らの仕事を計画するための方法を提供します。 我々の戦略は現実的で、処理可能で、そして適応性がある IA 疾走計画を作ることです。

Create IA Backlog
IA バックログを作ること