By: Geir Mathisen, Skill

Information Architecture

Before jumping into evaluating technology and functionality it is essential that one has a good understanding of the business requirements the organization has with regards to implementing new information management tools.

The best way to approach this is to build a high level “Information Architecture” for the organization. This can be done by breaking up the huge area of Information Management into smaller units that each

1. Cover an independent functional area.
2. Has relationship to other functional units in order to provide a consistent and integrated solution.

A company’s “Information Architecture” is then build by defining the high level business requirements within each functional unit, and guidelines on dependencies between units.

A framework for building a company unique “Information Architecture” can look like this:

Figure 1 – “Information Architecture” framework

The functional units that should be specifically mapped out related to business requirements are:

Storage

Involves looking at requirements for various types of storage technologies, in order to preserve information during the lifecycles defined.

Issues to rise are:

· Scalability requirements. Do we need a shared pool of storage that can be scaled and reused without affecting running operations?

· What databases to use, and how to optimize for the expected load.

· Do we have preservation requirements that require use of permanent storage media, like optical disks (WORM – Write Once Read Many). It so; what kind of storage systems do we need to meet expected response times (disk robots, etc).

Records Management

Deals with establishing how documents that were produced as part of a business activity/transaction should be saved, managed and preserved.

The governing rule, based on international standards, is that such documents are to be retained as “Records”. This implies storing them according to a predefined classification system, and in a way that prevent any changes or modifications to the document content.

Records should also be associated with a given “Disposal Rule”, which dictates its preservation time and end-of-life activities. Rules for migrating the document across various storage tiers (eg. DB à Disk à WORM) based on given criteria (last reference, creation time, document type, …) can also be included.

If there are legal processes going on that affects documents it can be required to place a “Legal Hold” on the documents to prevent any disposal activity to happen.

Other areas to investigate regarding stored records are:

• Requirements for digital signing of documents, and management of digital signatures and certificates.
• If final documents should be preserved in a fixed file format to preserve future readability. Typical formats used are PDF/A or TIFF. If so; should this format replace the original document, or be stored alongside the original?
• How is the organization expected to reuse stored records?
• Do we also need to register physical items (like paper documents) in the archive, and manage them according to the same rules as electronic documents?
• What audit information do we require to ensure company policies, and trace activity related to stored information?
• How should correspondence, in particular using email, be stored and tracked to business activity in the archive?
• Duplication detection for preventing the same document from being saved in multiple locations.

Document Management

Is about how we work with documents while they are still under development.

Involves defining the classifications needed to represent the various document types used throughout the organization. As part of this, looking at what metadata is required to ensure unique and practical identification of each document – for simple and intuitive location and retrieval by business users.

Documents can also be associated with taxonomies in order to associate them uniquely to their business relevance. Taxonomies are predefined keywords that represent various terms that give information on business relevance. Examples could be vessel name, office location, suppliers, country, departments, etc.

The main taxonomy tends to be the primary folder structure that is defined. The structure and nature of this should be carefully planned within each business unit to ensure that the filing structure visible to the end users is as intuitive and easy to use as possible. At the same time the structure need to support the business needs for all document types, as well as the defined management rules in a good way.

When documents are to be shared and worked on by several employees a security policy need to be defined to allow for this openness.

Features like versioning, locking and check in/-out are essential when working with documents, and the organization should plan for how to use these features in a consistent manner.

Today, many users are travelling between various office locations, as well as works from remote locations not connected to the company network. The organization should investigate their requirements for offline access to centrally stored documents.

The transition where a document moves into being a record is something to discuss within the various business units. Technically this tends to be a small change, where the document is given some new attributes. But this change need to be defined related to the business processes and procedures involved in document production, and made into a natural (preferably automatic) activity in the daily tasks of each employee.

Business Applications

Every company has a number of business applications that is being used throughout the organization to support the primary business. These are a variety and mix of standard enterprise applications like SAP, a CRM system, etc – and more specialized systems to support individual line of businesses. Business applications can be standard systems, or special made systems – with a variable degree of integration to other systems.

Related to an “Information Architecture” it is important that the requirements for integration between existing business applications and the components making up the consolidated information platform is well defined.

Typically this includes requirements for documents produced within business applications to be stored and managed by the document archive, and at the same time give access to centrally stored documents from within the business application.

There might also be requirements for a workflow tool to access and store information directly to business applications, and for a search tool to include information from business systems.

Workflow / BPM

Workflow or Business Process Management (BPM) is used to streamline the way repeatable business processes are executed throughout the organization.

By modeling the sequence of activities that makes up a given business process and assigning the rules that control the flow – a workflow server can monitor each execution of the process and make sure all actions are performed according to the business rules embedded in the model. Typical rules that make up a process definition are:

• Users or groups of users to participate at a given stage in the process.
• User interface rules on information to be given to, and requested from users at given stages.
• Expected response times for task assigned to users.
• Escalation actions when expected response times are not met.
• Key performance indicators (KPI’s) that contain key information about the running processes.
• Integration with external systems applications that provide or receive information from the running process.
• Exception handling

In order to optimize business processes “Simulation” can be added to test a given process model in various operational environments. In addition to feeding live data from the running environment it is possible to vary workload, available resources and task response times to get a feeling for the scalability and potential for improvements in a given process.

Collaboration

Collaboration spaces are used to collect pieces of information that has common business relevance, and present these through a central interface. Typical information types to be included are documents, calendars, contacts, news lists, task lists, discussions and links to information contained in external systems.

This information is collected in team rooms, given a common look and feel and presented to registered users through a web interface.

Team rooms should be used primarily as containers for tasks that are limited with regards to time, participates and scope of work. Typically projects. When the work is completed the team room should normally be shut down and removed – with information being moved to the archive and managed as records for future reference and management according to the company retention rules.

Collaboration spaces can also have value as more permanent structures. This can be as information exchange rooms for smaller departments, for given products or as individual playgrounds for each employee.

Search

The search mechanism is a vital component for retrieving information, and as such need to reach into all the various components that make up the “Information Architecture”. Most search tools do this by indexing the various information sources in use, and provide a search interface that spans across everything.

Search should be organized in two flavors:

1. Simple search – that searches across all content and metadata for the given word(s).
2. Advanced search – that allows for search only in individual systems or data types. All metadata and taxonomies defined should be available for specific searching – also in any combination.

To improve usability it is common to predefine some search strings that is of general use, and make these easily available to relevant users.

It is vital that all security settings throughout the infrastructure are honored by the search engine when indexing information. A user should never be allowed to locate information through search that he/she could not access from the underlying system directly.

Clients

Client applications are the interface between users and the products that make up the “Information Architecture”. In most situations there will not be only one client application available for accessing this information. To make information flow as smoothly as possible through the organization it is important the make documents and relevant functionality available to business users in the client environment they are currently using and are familiar with.

This requires integration into standard office applications like MS Office, email clients, web browsers, but also business applications like ERP/CRM systems and in-house line-of-business applications.

The bigger picture

Figure 2 – "Information Management" as part of the overall architecture

When building an “Information Architecture” it is important to also give thought to the more general environment in which the information platform will live

In particular there will be some dependencies with regards to the IT infrastructure already in use. Typical areas to consider are preferences to operating systems, databases and other SW components that make up the server backbone. Tools and procedures for securing data and recoverability need to be taken into account, as well as platform preferences that can be vital for achieving good integration between components.

If an overall security policy exists within the company, this will give important guidelines to how the “Information Architecture” should be mapped out.

And of course, the general company policies will have to be taken into account as well to make sure that the “Information Architecture” supports and strengthens the business in general.

Value-add

Building a consolidated platform for information management will have a number of organizational benefits, and enable the company to focus on its key business.

Some value-adds to look for are:

• Reduced manual operations
• Increased throughput in communication
• Improved control over running activities/processes
• Improved quality in document production
• Improved access to information
• Improved internal and external customer satisfaction
• Reduced load on key resources
• Improved security
• Reduced system management and support
• Improved compliance with quality standards
• Reduced email traffic and storage

Next Steps

It is recommended that each organization spend some time in defining a high level “Information Architecture” before moving into evaluating technology and products for their document repository requirements.

The goal of this work should be:

1. To better understand the various procedures and tools currently in use throughout the organization
2. To better understand the bottlenecks that prevents efficient information management today.
3. To engage key people in the various business areas and raise the awareness and their focus regarding how to improve information management within their business line.
4. To establish a company vision for information management.
5. To define a core set of requirements that can be used as a base for evaluating technology and vendors.

During previous implementations typically many of these issues were addressed. It is recommended to use the material from these projects as a starting point for the consolidated “Information Architecture” to be defined.

Any existing quality certificates (ISO ++) should be used actively in this work, as they will contain information on many topics that need to be looked into. Given that these documents are up to date they should be able to provide details about

· The current business processes in use

· What documents are being produced as part of the business process?

· What reports are expected?

· Which users and functions have document responsibilities?

As these processes are known to employees new tools based on these will reduce the training requirements and the “fear factor” related to introducing new technology and procedures into the organization.

Startup activities

1. Ensure management commitment

2. Build company security policy

3. Define main document types

4. Define document preservation rules

5. Model key document processes

6. Use of e-forms as communication tool

7. Define reporting requirements

8. Define vision for information exchange

Risk assessment

As this phase deals solemnly with mapping out information from within the organization the main risks will be around getting access to key people.

If external resources are to be used as advisors in some activities, there is a risk involved with getting access to quality people – and have them available according to the project plan.

As with all internal projects there is a risk that business priorities are made that conflict with projects plans, and delays activities.

Når er det mange som kjører Sharepoint 2010 og de aller fleste av oss er veldig fornøyd med dette produktet men alle produkter kan jo forbedres og disse forbedringene distribueres i form av Service Packs og Cumulative Updates.
Det er nå høy tide å installere Service Pack 1 for SharePoint 2010 samt June 2011 Cumulative Updates. Disse inneholder mange feilrettinger og forbedringer.

Noen av disse er

• Forbedret støtte for Internet Explorer 9.
  Papirkurven: Lar deg gjenopprette en områdesamling eller et webområde som ble slettet.
• Remote Backup Systems (RBS) og grunn kopi kan redusere nedetiden og øke effektiviteten ved å flytte pekere til databaser i stedet for å flytte databaser.
• Du kan se hvilke mapper som bruker verdifull plass, med den forbedrede funksjonen for administrasjon av lagringsplass i innstillingene for webområde.
• Støtte for Microsoft SQL Server 2011.
• En mer robust distribusjonstjeneste for søkevert som forbedrer feilgjenoppretting og ytelse under kravlesøk.
• Legger til funksjoner for sikkerhetskopiering og gjenoppretting for å gjenopprette slettede områdesamlinger og webområder.

June 2011 Cumulative Update
June 2011 Cumulative Update inneholder ytterligere feilrettinger (som ikke var med i SP1) og er basert på Service Pack 1.
Den legger til nye oppdateringer til noen av de pakker som Service Pack 1 installerer. Her er det kanskje mest intressante alle forbedringer som gjorts i User Profice Syncronization (UPS).
Denne synkroniseringen er noe som mange har hatt problemer med og i denne Cumulative Update har man forbedret ytelsen vesentlig. Dette gleder vi oss til.

Mer lesning

Her finner du Microsofts beskrivelse av SharePoint Server 2010 SP1
http://support.microsoft.com/kb/2460045/no

Det kanskje høres sånn ut men det er ikke bare Install+ Click next, man bør kartlegge og tenke igjennom noen ting først.
Ta kontakt med oss så kan vi bistå og veilede deg i hva du bør tenke på før- og når du skal gjennomføre oppgraderingen/installasjonen.

Samme funksjonalitet og muligheter finner vi jo også i Sharepoint og det er ingen tvil om at disse to teknologiene sammen vil kunne gi mye nyttig funksjonalitet. Dette ville kunne løse mange av dagens utfordringer med f.eks offline funksjonalitet til Sharepoint, håndtering av epost i Sharepoint, drag and drop av dokumenter osv. uten tredjepart løsninger som f.eks Colligo.

SharePoint Workspace 2010!

Groove 2007 blir Sharepoint Workspace i 2010! Dette vil gi en vesentlig enklere tilgang til Sharepoint dokumenter og forhåpentligvis en mer sømløs online/offline opplevelse. Dette vil kunne føre til en kraftig forbedret brukeropplevelse for Sharepoint brukere.

Produktet blir som idag blant annet en del av Office Pro Plus for kunder som har Office med SA.

Les mer om Groove / Sharepoint Workspace 2010 her:

http://blogs.technet.com/groove/

Mer om lanseringen: http://blogs.msdn.com/groove_development_team/archive/2009/05/13/makeover-for-groove-sharepoint-workspace-2010.aspx

Akuratt nå befinner jeg meg i Las Vegas på et Enterprise Search seminar; FASTforward 09. I går annonserte vi her vår “roadmap” for Enterprise Search. En stor nyhet er at samtidig som neste versjon av SharePoint (kodenavn “14”) lanseres så slipper vi en tilpasset versjon av FASTs søkemotor: “FAST Search for SharePoint”. Det betyr at kunder kommer å kunne ta i bruk FASTs avanserte søketeknologi på en enklere måte, søkefunksjonliteten kommer for eksempel å kunne administreres via SharePoint.

Kunder som er lisensiert for SharePoint Enterprise versjonen kommer å kunne kjøpe “FAST Search for SharePoint” til en meget gunstig pris. En annen nyhet er at kunder som ønsker å ta i bruk FAST sammen med SharePoint allerede i dag får mulighet å kjøpe dagens versjon av FAST ESP til samme gunstige regler (hvis de er lisensiert for SharePoint Enterprise).

Så hvorfor er søk viktig? IDC har for eksempel kommit frem til at ansatte som arbeider med informasjon benytter nermere 1/3 av sin arbeidstid til å lete etter informasjon. Det er et skremmende tall, som det absolut er mulig å gjøre noe med!

Microsoft har startet et ”program” for å utdanne markedets beste arkitekter – LEAP 2009 (Lead Enterprise Architect Program) for strategiske partnere og systemintegratorer.

I Norge skal det gjennom dette programmet utdannes totalt 15 slike arkitekter, og av disse er 2 personer fra Skill!

For å kunne levere gode IT-løsninger, som bidrar til å understøtte våre kunders forretning, er det avgjørende at vi besitter høy kompetanse både om våre kunders forretning og aktuell teknologi, samt anvendelse av disse teknologiene.

I en tid hvor IT-løsningene i større grad blir kritiske for våre kunders forretning og eksistens, stiller dette enda større krav til vår kompetanse som leverandør.

Det er viktig at vi som leverandør har høy kompetanse på alle faser i innføringen av en IT-løsning, og det begynner ofte med rådgiving for å avdekke forbedringsområder.

Dette utføres av rådgivende selgere som har lidenskap for våre kunders forretning, i samarbeid med våre teknologirådgivere.

Når kunden har besluttet å innføre en IT-løsning for å realisere definerte målsetninger, begynner arbeidet med å planlegge og designe løsningen både ift funksjonalitet og arkitektur.

Vi ser at dagens IT-løsninger (virksomhetsportaler, CRM etc.) stiller store krav til en helhetlig arkitektur.

Dette medfører at det ikke er tilstrekkelig å ha rådgivere som har høy kompetanse på noen få produkter eller produktområder, men vi må også ha rådgivere som innehar høy kompetanse på hele arkitekturen (plattform og applikasjon) i tillegg til prosess/forretning.

Det er avgjørende at slike løsninger designes ut i fra ”best practices” og omfatter hele arkitekturen.

Mange kunder har opplevd problemer med f.eks ytelse i en portalløsning, og teknologispesialistene på portalen hevder at alt fungerer som det skal på applikasjon, og at det må være noe feil på den underliggende plattformen.

Ofte har ikke disse teknologispesialistene kompetanse på den underliggende plattformen, og kunden vil oppleve at arbeidet med å utbedre problemet må utføres av flere leverandører, noe som bidrar til potensielle utfordringer ift ansvar etc.

Skill har fokus på å inneha høy kompetanse på de ulike elementene som inngår i slike løsninger, hvilket fører til at kundene kan forholde seg til en leverandør som har ansvaret for at løsningen fungerer tilfredsstillende.

Med dette engasjementet ønsker vi i Skill å signalisere viktigheten av å ha markedets beste kompetanse på løsningene vi leverer, og at våre kunder gjennom dette får gode løsninger som bidrar til å understøtte forretningen.

Det har jo nå blitt slik at alle bruker søk på internett. Det er vel noe slikt som 80% av alle besøk til en internettside kommer fra en søkemotor.

Nå er det ikke lenger noen grunn til at det skal være vanskeligere å søke etter intern informasjon!

Med Microsoft Search Server 2008 kan man enkelt søke i det aller meste man har av informasjon internt i organisasjonen.

Hva med de 320.000 dokumentene som ligger på filserveren? Er det nødvendig å flytte disse inn i Sharepoint, bare for å få de indeksert?

Svaret er nei! De kan fremdeles ligge på filserveren, Search Server kan indeksere dem, og resultatene kan presenteres på en fin måte i internettleseren, med de rettighetene du har satt på dem!

Men hva med Autocad tegningene eller PDF dokumentene, de blir vel ikke indeksert? Jo, det gjør de, om du ønsker det!

Mange legger også ned mye arbeid i sine internettløsninger, og legger ut mye informasjon der. Denne informasjonen er ofte nyttig internt i organisasjonen, men man tenker ikke på å søke etter den der. La Search Server indeksere internettsidene, og få økt oppmerksomhet internt i organisasjonen for internettsidene det er lagt ned mye arbeid i.

I tillegg kan man sette opp søkeresultatene til å søke i kilder på internett. Det kan jo være nyttig å få henvisniger ekstern informasjon. Søker man på Skills intranett får man også treff fra live.com og msdn. Finner man ikke teknisk dokumentasjon internt, så er det ikke lang vei til de eksterne kilder.

Listen over funksjonalitet er mye lenger, og kombinerer man løsningen med Sharepoint, enten WSS eller MOSS2007, har man en svært god løsning for deling av informasjon og samhandling i organisasjonen!

Microsoft Search Server 2008 kommer i forskjellige varianter, alt fra nesten gratis til enterpriseversjoner med high availability og last balansering. Kontakt gjerne meg for en demonstrasjon av mulighetene!

Som gjesteblogger på samhandle.no vil jeg i mitt første innlegg skrive litt om SharePoint og temaet brukeradapsjon.

Først må jeg presentere med selv. Jeg jobber i Microsoft Norge som løsningsspesialist og forretningsutvikler på Office-plattformen, dvs Office klientene og serverne, der SharePoint er selve navet. For anledningen blogger jeg fra en Microsoft interkonferanse i Orlando, 32c

SharePoint i både versjonen SharePoint Services (som følger med Windows Server 2003/08) og Office SharePoint Server (MOSS) har truffet markedet bedre enn selv vi i Microsoft kunne ha håpet på. Dette gjelder like mye i Norge som globalt. Plattformen viser seg å inneholde mye av den funksjonaliteten som mange organisasjoner etterspør. Og den integrerer sømløst med det verktøyet de aller fleste pc-brukere jobber i daglig, Office-pakka! SharePoint er en naturlig utvidelse av det man tradisjonelt har brukt Office til. Mye av de dokumentene vi jobber i og med til daglig, er sjelden bare personlige, og dermed trenger vi et bra sted samhandle om disse. Det er her SharePoint viser sin umiddelbare styrke. Med et (kanskje to..) tastetrykk kan man dele et dokument med andre, der versjonering, sjekk ut/inn, arbeidflyt osv er standard funksjonalitet.

For oss som jobber med IT, er dette enkelt å ta i bruk, og vi er som oftest mye mer forandringsvillige og nysgjerrige en den vanlige bruker. Det er her utfordingen kommer.

Jeg vil hevde at verdien av en SharePoint-løsning, er en funksjon av verdifull funksjonalitet ganget med brukeradapsjon.

Verdi = Funksjonalitet * Bruk,    hvis man vil nerde litt

Uansett hvor bra en løsningen er, har den null verdi hvis ingen benytter den!

Selv om vi kan hevde at SharePoint antageligvis er en av verdens mest brukervennlige funksjonsrike samhandligsløsning, så hjelper ikke det noe, hvis brukerne som blir eksponert for SharePoint har en annen oppfatning. Her må man ha en plan! Og vi har noe konkret som kan hjelpe.

Vi har laget en site som heter Gear Up for Sharepoint, den gir råd og materiell på alle faser av et SharePoint prosjekt, og det er spesielt fasene Adopt og Release som tar for seg brukeradapsjon. Her finner man også pakken som vi kaller SharePoint Buzz kit, dvs en nedlastbare (gratis) sett med dokumenter, videoer, maler osv som tar sikte på å hjelpe den/de som er ansvarlige for å innføre SharePoint i sin organisasjon. Pakken er på engelsk, men kan uansett om man oversetter eller ei, er det et godt hjelpemiddel. 

Alt finner man her:

http://sharepoint.microsoft.com/gearup/Pages/default.aspx

/thomas@orlando

Vi lar selveste Steve Ballmer åpne bloggen!