Por Dr. Oscar Barros
En la idea de innovar en los negocios con diseños de sus procesos que aseguren un desempeño alineado con los objetivos estratégicos de una empresa, hay una larga historia de propuestas al respecto.
Primero fue la Calidad Total que se centró en el diseño de procesos aislados, con un enfoque continuo de medición, análisis y corrección gradual para llegar a un desempeño esperado.
Después vino Lean Manufacturing, el cual privilegia el diseño de procesos productivos para eliminar el desperdicio.
A continuación apareció la Reingeniería de Procesos de Negocios, que propugnaba, a diferencia de Calidad Total, un diseño integral con un cambio radical en los procesos de una empresa para generar mejoras fundamentales en su desempeño, pero que nunca proveyó la metodología para cumplir este objetivo y se convirtió en una disculpa para reducir personal.
Enseguida vino Six Sigma, un perfeccionamiento de Calidad Total, que mejoró los métodos de análisis de ésta, pero que siguió atacando problemas aislados dentro de una empresa.
Luego llegó el BPM (Business Process Management), la reencarnación de la Reingeniería, que sí intentó proveer fundamentos conceptuales y metodológicos para diseñar los procesos de una empresa, pero sin una relación clara con el diseño de las aplicaciones TI de apoyo a los procesos y la estructura organizacional.
Como consecuencia natural de la evolución anterior, resumida en forma breve y simplificada en el párrafo precedente, se llegó a la necesidad de tener bases conceptuales sólidas para el diseño integral de un negocio, incluyendo su estrategia, modelo de negocio, arquitectura de procesos, estructura organizacional y arquitectura TI.
Esta síntesis, que implica un enfoque sistémico de diseño de las empresas, es la que intenta proveer la Arquitectura Empresarial. Esta arquitectura, al igual que la arquitectura en obras civiles, intenta entregar una visión que enfatiza la “forma” que adoptará un diseño, la función de cada uno de sus elementos constituyentes y las interrelaciones que los ligan, sin entrar en los detalles de cómo se ejecutará tal diseño. Una maqueta, física o computacional, de un edificio, un puente, un auto o una ciudad es una materialización de la misma idea.
La materialización de una Arquitectura Empresarial toma, habitualmente, la forma de un modelo gráfico que representa componentes y relaciones. Aquí conviene aclarar que hay propuestas de arquitectura que enfatizan los componentes TI, pero nuestro planteamiento es que deben predominar los procesos y la estructura organizacional, siendo los componentes TI una consecuencia de éstos.
Hay muchas empresas en el mundo que están enfrentando el desafío de diseñar sus Arquitecturas Empresariales, con casos famosos como los de Boeing, HP y FedEx. También el gobierno de los EEUU está realizando un gran esfuerzo para definir su Arquitectura Empresarial por medio de la FEA (Federal Enterprise Architecture).
Nosotros ponemos el diseño de la Arquitectura Empresarial dentro del contexto de la Ingeniería de Negocios, como una manera de generar un diseño sistémico de una empresa para darle un marco de referencia al diseño detallado de todos sus elementos. Una primera propuesta de cómo proponemos se lleve a cabo el diseño de la arquitectura se entrega en la tercera parte del libro Ingeniería de Negocios: Diseño Integrado de Negocios, Procesos y Aplicaciones TI, el cual estamos publicando en este blog.
Por supuesto, esta tercera parte, que estamos ahora incorporando, se funda en todo el aparato teórico conceptual que se ha desarrollado en las partes previas. Las ideas de este documento se están aplicando en una serie de casos prácticos que se publicarán, en al medida que no sean reservados, en el futuro en este mismo blog, como tesis del MBE.
Posted on May 3rd, 2008 by obarros
Libro de Ingeniería de Negocios:
INGENIERÍA DE NEGOCIOS. DISEÑO INTEGRADO DE NEGOCIOS, PROCESOS Y APLICACIONES TI. Autor: Dr. Oscar Barros V.
- (Primera Parte v2) Descargar (.pdf)
- (Segunda Parte v2) Descargar (.pdf)
- (Tercera Parte v2) Descargar (.pdf)
- (Cuarta Parte v4) Descargar (.pdf)
El Dr. Oscar Barros (Ph.D. U. Wisconsin) se especializó en Operations Research e inició su carrera en el Departamento de Ingeniería Industrial de la Universidad de Chile. Aquí formó el primer grupo de Operations Research en Chile y diseño y dirigió el primer magíster en el tema, además de escribir dos libros al respecto (ver Bibliografía). Este grupo y el magíster resultaron en el exitoso grupo de Gestión de Operaciones y correspondiente magíster que hoy día lidera el tema en Chile.
................................
Fuente: Blog de Dr. Oscar Barros
Imagen: Enterprise architecture
Otros artículos relacionados:
- Uso
estratégico de las TICs en las empresas del futuro
- El
papel de las Tecnologías de Información en la
estrategia empresarial
-
Imaginactivo -
Villarrica Cultural -
EcoVillarrica -
Facebook -
NetworkedBlogs -
Delicious -
Twitter -
Bitacoras.com
Etiquetas en Bitacoras.com: management, gestion, innovacion, conocimiento, organizacional, imaginactivo, manuelgross, bligoo



















8 principios de Arquitectura de la Información
4 Principles of Information Architecture
by Steven Bradleyon Sunday, September 19th, 2010
in Web Design
« Why You’re More Creative Than You Realize
The way you organize content on your site does a number of things. It gives immediate clues to what your site is about, it helps people find the information they’re looking for, and it anticipates how people want to interact with that information. It can even help people process your information deeper and better.
Beyond usability, information architecture has implications for search engines. Just as your content organization tells people what your site is about, it tells search engines what your site is about. It gives them clues as to what keyword themes the site is relevant for.
Information architecture sits at the foundation of successful web design. Every design decision comes out of that architecture.
Over the next few weeks I want to look at information architecture and how we can best organize our content so it’s more usable for visitors and so it helps instead of hinders your seo. I’ll also share my own process for determining what content to include on a site and how I go about organizing it.
8 Principles of Information Architecture
A few weeks ago I came across Eight Principles of Information Architecture (PDF) by Dan Brown in which he naturally enough shares 8 principles he follows when deciding how the content on a site should be organized. Those principles are:
We’ll look at the first 4 of these principles today and continue with the last 4 next week. I recommend reading Dan’s PDF for more details about all of these principles. It’s only a few pages long and it’s packed with a lot of information.
The Principle of Objects
The idea behind this principles is to treat content as a living, breathing thing with a lifecycle, behaviors, and attributes. For example an article and an image gallery are two different types of content. Each has its own needs and wants to be treated differently. Each has its own internal structure.
An article has a title and paragraphs and headings and maybe a blockquote or two. An image gallery has images and captions and perhaps a title and headings as well.
You might consider all pages that are mostly text as the same content type, but even here there’s plenty of variation. Dan uses the example of a recipe as a content type, which has ingredients, quantities, a process for cooking, an image of the dish being prepared, nutritional value, etc. Still mainly text, but very different from an article.
Many of you probably use WordPress. Consider the difference between a page and a post. In many respects they appear to be the same, but when you look further each is its own distinct type of content. Posts typically include comments where pages don’t. Posts are ordered based on time, where pages tend to be timeless.
When you’re organizing the content of a site identify all the different content types that will be included. These digital objects will inevitably be treated differently as they have different needs and a different structure.
The Principle of Choices
I’ve talked in the past, most recently when discussing how to minimize errors on your site, about the paradox of the number of options available and the ease of making a decision. The more choices, the more difficult it is to decide. Each extra option means more cognitive effort is required to choose any one option.
This principles says to keep choices to a minimum, particularly at the top level of the hierarchy. Better to go a little deeper or at least offer more options within deeper sections of your architecture than to place all your content at the top level. We’ll revisit this idea when we talk about seo and content structure.
A shorter list of navigational links will get used more than a longer list of navigational links. Wherever possible keep the choices users have to make as few as possible.
The Principle of Disclosures
Progressive disclosure tells us to prevent information overload by only presenting as much information as necessary to complete the given task. We can then present additional information in layers that can be displayed on request.
This principle follows from the previous principle of choices. People can only process so much information at any one time. Instead of trying to present everything to them at once, we want to limit what they see to what they absolutely need. Everything beyond that is just noise and we want to emphasize the signal.
Again the idea is to present information in layers. Add the necessary information in the default layer shown and provide additional information on request.
In his 2006 Alertbox article on progressive disclosure, Jacob Neilsen recommends that you
Dan sticks with the recipe content type as an example.
The key to the above is to show less information, but the right information. Show only what’s necessary or appropriate and present options for getting more information. Think layers of information instead of trying to present everything at once.
The Principle of Exemplars
This one was new to me. The idea is to describe the contents of a category by showing examples of that content. It’s so obvious in hindsight as an example from Dan will show.
It makes so much sense and yet so few sites seem to follow this principle.
Human beings learn by example. Concrete details stick with us more than abstract concepts. You’ve likely seen the advice to use examples and add concrete details to your writing. If not let me point you to two posts from CopyBlogger
Both in essence talk about using specifics and concrete details to improve your writing.
Since we understand examples and concrete details so well it only makes sense to follow the principle of exemplars. One well placed example can convey so much more information that your descriptive prose.
Summary
If you’re designing a 5 page site it’s pretty easy to organize the content. You place everything in the top level and link to each page in a single system of navigation. Any site with more than a handful of pages quickly outgrows that simple system of organization. You won’t be able to link to everything from everywhere and you’ll need to make decisions about how best to group your information.
There’s no one right way to organize content, which makes information architecture something of an art as well as a science. Many site’s inevitably reorganize their content as part of a redesign. We don’t always get the structure of our information right or we outgrow the structure initially put in place.
If you follow the 4 principles above (and the 4 we cover next week) there’s a good chance you’ll have to reorganize less. Even better is that visitors to your site will quickly gain a clear picture of what your site is about and be better able to find the information of interest to them.
Once again let me point you to Dan Browns article, Eight Principles of Information Architecture (PDF). It’s only a few pages, it’s easy to read, and it really is packed with great information about content organization.
Next time we’ll look at the remaining 4 principles from Dan’s PDF before moving on to a look at organizing information around keyword themes for search engines. Finally I’ll close this series on information architecture with what I hope will be some practical tips as I share my own process for determining what content to include on a site and how I organize that content.
Related Posts.
-----------------
Twitter - Facebook