Many organizations do not spend the time and make the effort to understand user requirements in detail. And even when they do, they are often unable to translate requirements into effective content organizing principles, critical to successful SharePoint deployments.
Organizations, committed to making SharePoint a success, need to take a comprehensive approach that addresses user information needs in the context of their work processes. The central artifact of this approach is a reference information architecture. An information architecture determines how content will be organized and managed.
This blog post discusses the initial part of the process that translates more abstract pains and problems into a conceptual framework for content. In a follow-on post, we’ll discuss how this conceptual framework can be translated into design elements and information architecture details.
Developing an information architecture is not a trivial activity. It requires a methodical process.
The following table articulates steps that lead to development of initial organizing principles (click table to enlarge):
There is still a great deal of work to be done to translate organizing concepts into SharePoint design elements.
The last step is where we begin to create the conceptual framework for taxonomy and information architecture development. There are a number of tasks that need to be executed to further translate this into content models, site structures and navigational elements.
A methodology for building an information architecture responsive to user needs should address five phases of activity:
- Strategy and Vision
- Research and Discovery
- Design and Development
- Testing and Validation
- Maintenance and Enhancement
A well-planned information architecture examines user processes first and foremost. There are many aspects to understanding this context. Ultimately developing a successful SharePoint deployment means building internal capabilities and competencies in each of the areas described with governance processes acting as the “glue” that holds all of the other pieces together. Long term success, and the resulting benefits, requires a disciplined approach to information management.
For a discussion of Earley & Associate’s information architecture methodology, check out my recorded discussion on SharePoint Information Architecture.
[1] It is possible to have other starting points – such as beginning with specific users, a particular body of content or a well-defined problem. The process model here is one approach that begins with interviewing users and hearing a range of problems and pains.
Categories
- Business Processes (2)
- Content management (27)
- Digital asset management (16)
- Electronic Health Records (1)
- Enterprise Search (2)
- Governance (11)
- IA and usability (15)
- Indexing (6)
- Information Architecture (5)
- Knowledge management (11)
- Master Data Management (5)
- Metadata (3)
- Ontologies (5)
- Project management (6)
- Records management (4)
- Search (25)
- Semantic Technology and Web (2)
- Semantic web (9)
- SEO and SEM (9)
- SharePoint (29)
- Social network analysis (2)
- Software and technology (17)
- Tagging and folksonomy (16)
- Taxonomy (66)
- Taxonomy development (9)
- Taxonomy testing (4)
- User interfaces (9)




