Diferentes estrategias emprendidas por las AAPP para cumplir/salvar la LEY 11/2007

En este post voy a comentar las diferentes estrategias que han y están tomando las AAPP para el cumplimiento según las experiencias que me voy encontrando en diferentes oportunidades o proyectos en si, y que como objetivo principal de casi todos está el cumplimiento de la ley LACSP 11/2007 “Ley de Acceso de los ciudadnos a los servicios publicos”,  o como se diría en mi pueblo “cubrir el expediente”, éstas son:

1.- La total aunque no sepa si realmente necesito todo: Hay administraciones que por su poco tamaño y su abultado presupuesto (no me pregunte como) te piden un mega proyecto con la frase; Este pliego es para realizar el sistema de Administración Electrónica para mi organismo”, a lo cual empiezas a preguntar: pero se requiere ventanilla única o compatible, cuantos procedimientos existen, cuáles quiere automatizar y cuáles dejarlos con un procesamiento manual (esto tiene fácil respuesta, lo menos usados y más complejos), requiere interoperatibidad entre administraciones o no, etc. A lo que ellos se miran unos a los otros y te vuelven a decir: “sí, sí que lo lleve todo, queremos un sistema de eAdmin total”, y digo yo joder otra peli de terminator…

2.- Los que tienen muy claro lo que necesitan, y quieren invertir el dinero justo por que no creen que esto de la eAdmin este aún maduro en España, cosa que en cierta forma comparto, ya que no se hizo Roma de dos día ( o algo así).

3.- Los que no tienen presupuesto (o se lo han gastado en otros sitios), pero quieren cumplir la ley 11/2007, por lo que te piden la sede electrónica a modo de fachada, ya que la tramitación de los procedimientos y sus expedientes los seguirán haciendo con el actual Backoffice de san fernando (:-)), o sea una ratito a máquina y otro a mano.

4.- De los que te plantean un plan estratégico con su correspondiente plan de acción, en donde han perfilado un road-map de los diferentes proyectos que quieren acometer en orden cronológico según la necesidad  del organismo y que además le sirva para cumplir la ley 11/2007.

5.- Otros que no lo tienen claro, ni su papel como organismo dentro de la administración electrónica, ni que deben de ofrecer a los ciudadanos y a otros organimos para conseguir una administración electrónica real. Además esta indifinición se junta con que muchos proveedores le venden, o les vendemos,  la moto, o sea, componentes o sistemas que no necesitan, o aún necesitandolo y una vez ya entregado, no cumplen las funcionalidades que debería de ofrecer según la definición de eAdmin.

En fin, espero que todos estos planteamientos dispares sea cuestión de unos estadíos preliminares de una eAdmin que en el futuro será de las más punteras de Europa, y porque no decirlo, del mundo, ya que tanto el mercado de las TI como los ciudadanos españoles están preparados para acometerla.

SalU2.

Carta enviada al Sr. Presiente de Gobierno

Esta es la carta que he enviado, bueno e-mail, al presidente de gobierno, a través de la web del Ministerio de la Presidencia. En ella le hago participe de que en los proyectos presentados por los ayuntamientos en el tan traído “PlanE” no se ha tenido en cuenta las TI ya que ningún proyecto habla de inversiones en equipos software, desarrollos, portales, conectividad, Administración Electrónica, etc, y esto me parece muy grave.

Buenos días, me gustaría preguntar al señor presidente por que no se ha indicado a los ayuntamientos y luego se han asignado por parte del gobierno central porcentajes de los 8.000 euros a los distintos sectores de la economía.

Esto lo cuento ya que al revisar la lista de proyectos aprobados (casi 7300 mll €) no he encontrado ningún proyecto o inversión que tenga que ver con las TI, y no digo a nivel de I+D+i tan necesaria en este país que necesitamos aumentar la productividad y eficiencia, si no ya en la compra de un PC, o de un software, etc. Esto me parece realmente grave cuando estamos todos programando con la excelencia tecnológica, el aumento de la productividad, la eAdministración centrada en el ciudadano, etc.

Por favor tenga en cuenta esta petición, ya que como trabajador del sector, veo que si no se mantienen los presupuestos, e incluso se aumentan, para este sector, va a producir un ajuste como en el sector de la construcción por ser un gasto que tanto la instituciones públicas como privadas consideran un gasto superfluo (muy equivocadamente) y el cual se puede prescindir en época de crisis.

Un saludo y muchas gracias por su atención.

Musicote

El otro día, por casualidad, me encontre con un grupo que se llamaba Hard Rain y que tenía un temazo de esos que me hacen recordar aquellos finales 80 y principios de los 90 en los cuales yo mozeaba, ha raiz de esto me pues a buscar y através de maravilloso youtube encontre este grupo y encima me daba sugerencias para ver-escuchar grupos relacionadas de época, como pueden ser The Simple, Mignithg,  Snake Corp, The cult, The Mision, etc, y joder que nostalgia me entró.

Total que empeze a buscar en la burra y encontre muchos pero algunos de estos el tio que los tiene no debe de conectarse mucho y están tardado un huevo.

De todas maneras aquí dejo uno de esos temazos.

A recordar …..

Bueno no puedo subirlo, os dejo los enlaces de la burra.

ed2k://|file|03%20-%20Midnight%20-%20Run%20With%20You.mp3|5347456|73D97435949191F841CAAB2446C10F35|/

ed2k://|file|Hard%20Rain%20-%20Diamons.wma|2786675|6411564F9F33ACCDACB019C1ED4F17D2|/

Cenas, cenitas y cenotes de navidad

Pues si, estoy hasta los cojo….. de tanta cenita o comidita de navidad, que si con los del dpto de tu empresa, el coctel de la empresa, la cena de amigos, la de los amigos de tu mujer, con los de la uni, ¡¡¡¡¡¡ la de los vecinos!!!!!! (joder hasta donde hemos llegado, también con los vecinos), etc,  etc, etc, y encima con el consiguiente pago del típico menú que no bajan de 40 pavos y encima con la calidad peor que si no es navidad, sin poder aparcar en los parking o poder coger un taxi, con lo sitios para tomarte la copo de después llenos de gente que no salen nunca y esos días salen y están como elefante en cacharrería (bueno como yo ya), petaos de gente hasta tal punto que para ir al baño y volver te tienes que llevar la copa ya que cuando vuelvas tus compis están poniéndose los abrigos ya que se van a otro sitio del tiempo que tardas.

Bueno en fin, que yo este año he dejado unas pocas de quedadas para después de navidad, ya que si no ahora mucho y luego nada, además que después de la navidad viene ese desierto que son los tres meses hasta semana santa que no hay normalmente una puta fiesta.

El estado del arte actual en el sector de las TIC

Últimamente estoy participando en muchas pre-ventas y en confeccionar las ofertas técnicas para proyectos muy interesantes. El problema es que las empresas y los organismos tienen muy buenas intenciones pero muy pocas pesetes.

Por lo que es muy frustrante preparar una oferta, con el coste de trabajo asociado que conlleva, y que apurando en donde se puede obtener un precio final económico, para que el cliente al final opte por la oferta más económica aún sabiendo que se va al suicidio directamente debido a que la empresa que ha dado esta oferta, o no tiene solvencia técnica o lo ha hecho con el dedo en alto y según soplaba el viento.

En fin, que como sigamos así, los de un taller mecánico, por ejemplo, donde lleve yo el otro día mi coche y me soplaron 50€ por hora de mano de obra, van a cobra la hora trabajada más cara que nosotros.

Y por si no fuera suficiente con las frustración, encima tenemos que tener la presión de que los resultados de nuestras empresas son malos (ahora todos se suben al carro de “que mal vamos ….” y “dame argo payo….”), y a una previsible reducción de plantilla de la cual yo, por mi cambio de empresa recientemente, no estoy a salvo.

Las bondades y penalidades de la tan hablada Oracle Suite SOA

Esta entrada pretende dar una idea del producto Oracle Suite SOA, de sus características y de sus defectos, y que sirve de complemento al anterior post.

En el esquema siguiente podéis ver un diagrama de relación a nivel de mensajería de todos los componentes de la plataforma.

Las principales características de la plataforma son:

· Es extremadamente configurable y escalable a nivel de sistemas.

· Compatible con la especificación BPEL 1.2 aunque la versión 11g será compatible con la BPEL 1.3. También es compatible con XPDL y …..

· Te puedes crear tantos contenedores (oc4j’s) de instancia java como quieras para poder desplegar en estos nuestro procesos BPEL, WS y demás.

· Proporciona todas las funcionalidades de administración de todos los componentes vía web.

· Proporciona SSO (Single-Sing-On) en todos sus sistemas de identificación, además de integración con LDAPs.

· Ofrecen una versión completa de la plataforma para la evaluación sin tiempo de uso determinado a través de www.otn.oracle.com.

· El ESB proporciona la capacidad de recuperación de errores en cada una de las solicitudes o transacciones que pasan por el, por lo que se suele poner como inicio o fin en los procesos empresariales. Esto es posible para todos aquellos procesos que son asíncronos, ya que por definición los asíncronos hacen un rollback y terminan.

· En los procesos ESB hasta que no termina todo el proceso no se hacen un commit en la BBDD.

· Todo proceso desplegado tanto en el ESB como los procesos BPEL, se exponen hacia el exterior mediante un WSDL que representa un WS desplegado en el AS o en el propio ESB.

· Existe un proceso que sirve para importar modelos generados con un BPA a BPEL llamado BluePrint (no lleguemos a utilizarlo).

· Permite el versionado de procesos empresariales BPEL diseñados sobre JDeveloper, publicando un WS por cada versión.

· A nivel de actividades de BPEL, la Oracle Suite SOA incorpora las siguientes extensiones de actividades:

· Decide: Bifurcación condicional.

· Decisión service:

· E-mail:

· Fax:

· FlowN: Ejecuta n veces la actividades que se encuentran en paralelo.

· Human Task:

· Java Embedding: Invocación a procesos Java (no es muy potente)

· Transform: Actibidad para la transformación de datos y mensajes.

· Voice:

· Pager:

· Tiene una gestión de las excepciones muy relacionada a la usada en los lenguajes de programación mediante el uso de scopes (ámbitos).

· Los adapters o conectores a sistemas o recursos de terceros que provee Oracle Suite SOA 10g son:

· De acceso al sistema de ficheros del SO.

· De FTP.

· A servidores de correo corporativos.

· De acceso a BBDD para ejecutar un insert, delete, update, SQL personalizada y procedimientos almacenados.

· Conectores a JDEduars, Siebel, PeopleSoft, Oracle FI, etc.

· Todos los adaptadores que se utilicen en un proceso empresarial, tanto en ESB como en BPEL, se publican como WS.

· Usa el estándar XSLT para la definición de transformaciones tanto en los procesos del ESB como en los de BPEL, así como XPath y XQuery para el acceso a los XML.

· A las transformaciones se le pueden asociar diccionarios de datos para realizar transformaciones masivas automáticamente. Estos diccionarios de datos se pueden sub dividir en dominios para su mejor gestión.

· Los diccionarios se pueden exportar e importar desde/ hacia XML.

· Todas las actividades de BPEL pueden llevar asociado sensores para alimentar al BAM o al BPEL monitor.

· El WSM proporciona entre otras cosas, la parte de seguridad a los procesos y a todos los WS publicados. Esta seguridad se consigue con la definición políticas de seguridad, en donde se define que operaciones y en que condiciones se aplican a cada plantilla, siendo una plantilla el momento en que queremos que se apliquen las políticas, están son: pre-request, request, pre-response, response. Las tareas que proporciona y que son asociadas a las políticas son::

· Autenticación, soporta cualquier forma SAML de autenticación, aq demás de por user/pwd que viene en las cabeceras SOAP.

· Autorización, a nivel de servicio pudiendo acceder a BBDD, LDAP o fichero de autorización, proveedor de seguridad personalizado que signa JAAS y Oracle Indentity Manager.

· Manejador de credenciales, usa los tag user y pwd de la cabecera SOAP para establecer un nivel más de seguridad.

· También se puede hacer mediante certificados X509 v3.

· Cifrado,

· Los algoritmos de firma que soporta son: RSA-SHA1, DSA-SHA1 y RSA-MD5.

· Firmado, permite firma en formato WS-Security. Se puede configurar los algoritmos de transformación y cifrado que deseamos usar para la firma. Se puede seleccionar el almacén de certificados y el certificados que deseamos usar para firmar en este WS.

· Los algoritmos de cifrado que soporta son: 3DES, AES-128 y AES-256.

· Se puede firmar el cuerpo de mensaje también.

· Validación de firmas, se puede configurar los algoritmos de transformación y cifrado que deseamos usar para la validación. También permite validar y requerir que vaya firmado el cuerpo del mensaje (Body).

· Time stamping, validación de sellado de tiempo.

· Log de mensajes, loguea el mensaje.

· Transformación del mensaje, usando transformaciones basadas en XSLT.

· Se puede usar certificados distintos para firmar y para cifrar.

Las principales desventajas de la plataforma son:

· A la hora de dar información de compilación o de ejecución no es muy explicito, siendo a veces tan genérico como “Hay un error”.

· No posibilita la interacción mediante código fuente a bajo nivel para la modificación de WS o por lo menos no nos han contado la forma aunque lo hemos preguntado.

· No permite el cambio de un procedimiento ni en BPEL ni sobre el ESB en caliente, o sea que se modifique los flujos y al salvar los cambios se le pudiera decir que los procesos ya arrancado que hacen si siguen con la anterior versión o con la nueva.

· El BAM de la 10g sólo corre en win 2000 server SP4, no existe versión para Linux ni para Unix. Supuestamente la 11g si va a correr en linux.

· El BAM actual sólo sirve para manejar colas de eventos, por lo que todo sistema que cuya programación de mensajes se haga por colas de mensajes, BAM lo puede monitorizar.

· Todo lo que se puede hacer con el ESB se puede hacer con la modelación de procesos BPEL, menos la gestión de errores en solicitudes asíncronas.

· La interfaz grafica que la actividad Human Task ofrece a los usuarios cuando tienen que interactuar con el proceso es muy pobre. Supuestamente la 11g la va a mejorar bastante.

· No permite una forma de hacer bloque os de procesos ni de semáforos.

· El sistema de reglas no es muy potente, ya que por ejemplo el repositorio de reglas en un fichero plano, y no tiene posibilidad de almacenarlo en un BBDD.

· No permite realizar firma de mensajes según el estándar de firma XML-Dsig. Se podría conseguir desarrollando extensiones que realizarán el firmado con este estándar.

· Sólo permite el uso del algoritmo EXC-C14N para realizar la canonización de mensajes.

· Realmente no he entendido para que sirve el ESB si tenemos la opción de procesos BPEL, ya que se puede hacer todo lo que se hace en ESB sobre BPEL menos los reintentos sobre procesos asíncronos.

· El instalador de la plataforma no está muy logrado, ya que para instalar los modelos de datos se hace mediante un fichero por lotes antes de ejecutar el instalador del paquete software. También el instalador no marca opciones que deben de ir por defecto por que si no, no funciona el sistema.

· Tengo serias dudas de la capacidad de procesamiento sin tener que hacer uso de una configuración de sistema compleja, ya que para procesar una petición los tiempos no son inmediatos.

En siguientes post os iré contando más experiencias con esta plataforma.

Intro a la Oracle Suite SOA

Hola a todos, he estado un tiempo fuera de juego, ya que como algunos sabéis he cambiado de aires, ya sabéis, como decía Coti  “……..parar, parar, parar, eso no está en mis planes……”.

En este post voy hacer una introducción del producto Oracle Suite SOA, que como su nombre indica es un conjunto de compoenetes y sub sistemas para llevar a cavo una estrategia SOA dentro de una empresa o institución.

La plataforma SOA de oracle es un producto que tiene 1,5 o 2 años de existencia en el mercado, por lo que su madurez no es mucha aún usando componentes anteriores al paradigma SOA como es el ESB, el JDeveloper, el componente gestor, editor y motor de reglas Rules Author, que se han mejorado y modificado para la mejor adaptación a las características de una plataforma SOA.

Los componentes o sistemas que componente esta plataforma son los que a continuación se exponen, de los que más adelante en este documento se dará más detalle.

· OAS – Servidor de Aplicaciones

· ESB – Enterprise Service Bus

· BPEL PM – BPEL Process Manager

· Rule Author – Rules Engine

· WSM – Web Service Manager

· UDDI – Service Register

· JDeveloper – BPEL y ESB – Designer

· BAM – Monitoring

En resumen, esta plataforma es una plataforma que sirve, desde mi punto de vista, para comenzar de cero la integración de sistema heterogéneos que suelen existir dentro de una empresa o un organismo y de publicar cada una de las funcionalidades que se necesitan de estos sistemas como servicios web y de publicarlos en el registro de servicios (UDDI).

Esta plataforma es difícil de usar para empresas o organismos que ya tienen montados sistemas de middlware o de integración de sistemas, ya que implicaría deshacer todo lo anterior por no estar aconsejada la utilización de ESB’s o milddware distintos a los que incluye Oracle Suite SOA.

Por que no se debería recortar el gasto en la Admin. 2.0

En el estado actual de crisis económica es normal que, como ya expuse en el post “¿Habrá crisis en la Admin. 2.0?”, las administraciones recorten el gasto en los proyectos que consideren menos indispensables o necesarios para el normal funcionamiento de las administraciones y según lo visto en otros momentos dentro de este lote de proyecto casi nunca se encuentran los proyectos TIC, cosa que no llego a comprender, ya que todos estos proyectos bien definidos y gestionados pueden aportar una aumento de la productividad y ahorro de coste para todos en general.

Siempre he comprobado que cuando una empresa tiene problemas económicos y recorta el gasto, lo primero que recorta siempre es el gasto en TIC, y del mismo modo actúa las administraciones, cuando lo que se tendría que hacer es establecer que proyectos dentro de las TIC son menos necesarios ahora y establecer una priorización de estos en un road-map además de revisar el alcance de estos para detectar aquellas funcionalidades que llevan un gasto elevado para la funcionalidad que proporciona o el retorno que proporcionará, o sea, optimización de los proyectos pero no la paralización o suspensión de estos.

Los beneficios que nos pueden aportar el continuar con proyectos, en concreto, de modernización administrativa hacia la Admin. 2.0 según mi punto de vistas, son:

Al continuar con los proyectos ya en marcha y de los cuales se tienen que acometer en varios años no se pierde las inversiones anteriores y no se desgasta a los funcionarios y ciudadanos que han participado en el proyecto de alguna manera.

Los proyectos de administración electrónica ya en marcha obtendrán de este momento un revulsivo ya que se deberán de replantear nuevamente para adaptar los objetivos del proyecto al nuevo escenario de gasto por lo que los participantes en el proyecto se centrarán en lo realmente importante para cumplir con el objetivo de proporcionar al ciudadano servicios de administración electrónica eficientes.

Las administraciones verán reforzada su imagen con respecto a los ciudadanos ya que con no mucho gasto por parte del ayuntamiento les aportará a estos una reducción de tiempos y costes nada despreciable, a la vez que la administración mejora su imagen al estar adaptándose a las nuevas tecnologías aún con el escenario actual.

Por cada servicio de administración electrónica que se ofrezca a los ciudadanos, la cantidad de trabajos burocráticos y monótonos que se deja de hacer en el ayuntamiento es enorme, por lo que liberará a los funcionarios de labores monótonas y les dejará tiempo para atender otras tareas que necesiten de la forma presencial para realizarse y que les aporte esa motivación que actualmente les falta a los funcionarios.

Por último y una de las más importantes es el aumento de la productividad y de la reducción de gasto, ya que se dejará de invertir muchas horas por parte de los cuidadanos en colas, desplazamientos, trámites, fotocopias, papel, etc, y por parte de los funcionarios en las horas destinadas a labores burocráticas como ya he comentado.

Resumiendo, que recortar el gasto de las administraciones en tiempos de crisis cancelando los proyectos de las TIC y en concreto los de modernización administrativa, es un error ya que ello a largo plazo llevará a un incremento de los costes que nos ahorrarían estas inversiones, y mucho más equivocado sería parar los proyectos ya iniciados y en los cuales ya hay implicados stakeholders o participantes.

¿Habrá crisis en la Admin. 2.0?

La pregunta que formulo en este post no es fácil de responder, ya que, entre otras cosas, falta saber si va a haber desaceleración como algunos dicen, crisis como otros muchos proclaman, o recesión como otros pocos, entre ellos yo, piensan.

NO voy a entrar en detalles de porqué yo pienso que podremos entrar en recesión por tres o cuatros años, ya que ni soy experto economista ni tengo los datos con que refrendar mis suposiciones por basarme en el instinto personal que ha sido alimentado con la experiencia de vivir como estudiante-trabajador la crisis de los 90’s y de lleno la crisis tecnológica del 2001-2004. Lo que si que voy a intentar es exponer como afectará la futura o ya existente recesión, crisis o desaceleración a la implantación y evolución de la sociedad a la administración electrónica admin. 2.0. A continuación expongo una serie de observaciones que pueden afectar a este hecho y que voy a intentar explicar secuencialmente y con expresiones y palabras que todos entendemos:

A nivel local, los ayuntamientos ya habían contado con los ingresos que tendrían procedentes de los permisos de construcción de viviendas que otorgasen en los siguientes años, o sea, 2008, 209 y 2010, y que debido al estallido de la burbuja inmobiliaria no se van a llevar a cabo o se han paralizado por la quiebra de las promotoras y constructoras, por lo que el cobro de los impuestos también se han congelado.

Por haber contado con estos ingresos en sus presupuestos, los ayuntamientos se encuentra ahora con que tienen que cumplir con los compromisos contraídos con sus ciudadanos y no tienen el dinero para ello por lo que tiene que empezar a restringir el gasto mediante la cancelaciones de los proyectos menos vitales y menos visibles para los ciudadanos.

Los primeros proyectos que se cancelan son los de carácter tecnológico ya sean de inversión en TIC como en comunicaciones, equipos informáticos, ya que estos son considerado un gasto superfluo en época de crisis y el beneficio que el ciudadano experimenta con estas inversiones no es fácil de ver por ellos y mucho menos su medición.

Las subvenciones obtenidas para inversiones en las TIC obtenidas por los ayuntamientos de las administraciones autonómicas y centrales como son el plan avanza, la ayudas de MITYC, planes de modernización autonómica, etc, corren el peligro de ser desviadas para cubrir otros gastos considerados más necesarios por estos ayuntamientos y camuflados con la presentación de proyectos TIC dummys, o sea, que parecen que hacen lo que decían pero en realidad son de cartón piedra y sólo sirven, por así decirlo, para cubrir el expediente.

Existe peligro de abandono para todos aquellos proyectos iniciados en el entrono de las TIC y en concreto para la admin. 2.0 y que al no acometerse sus sucesivas fases un proyecto de este tipo (estudio, instalación de servicios pilotos, realimentación de lo aportado por los ciudadanos, modificación de los servicios pilotos según lo expuesto por los ciudadanos y ampliación de los servicios electrónicos ofrecidos en modo piloto, nueva realimentación de lo aportado por los ciudadanos, etc) y que por falta de inversión pueden acabar en el cuarto de los proyecto inútiles y que puede llevar al ayuntamiento a tomar la decisión de no invertir en este tipo de proyecto en el fututo cuando se pase la crisis por esta experiencia infructuosa.

Por todo lo anterior y en conclusión, pienso que se aproximan nuevos años difíciles para todos y en nuestro caso, el de las TIC, serán parecidos a la crisis tecnológica de 2001-2004, aunque el tiempo que dure esta nueva dependerá de lo rápido que se reactive la economía y se vuelva a poder disponer de los presupuestos necesarios para pode acometer nuevos proyectos TIC y en concreto en las administraciones españolas para su modernización.

eAdmin 2.0 éxito o fracaso

Con este post quiero empezar a remover la mentalidad de todos las personas involucradas o relacionadas con la eAdmin 2.0 para que se pongan manos a la obra y nos dejemos de tantos post sobre como debe de ser la nueva administración, y no quiero decir que esta etapa no haya sido necesaria, que lo es, si no que una vez establecido una serie de premisas con sus diferentes requisitos o ideas no sirva de primeras guías para empezar a trabajar sobre el terreno e ir viendo en que nos hemos equivocado y en donde no, en donde se puede mejorar para pasar a una situación mejor y que reporte beneficios a los cuidadnos, etc.

Lo importante de esta nueva fase, la de ejecución y puesta en práctica, es tener en cuenta la frase última del anterior párrafo, “en donde se puede mejorar para pasar a una situación mejor y que reporte beneficios a los ciudadanos”, ya que todo cambio, evolución, o se llame como se llame, tiene que perseguir como máxima mejorar la satisfacción del ciudadano en su relación con las administraciones, y alejarse de los objetivos políticos, tendencias tecnológicas, modas en la blogsfera, preferencias personales, etc que por ese mismo orden de peligrosidad pueden llevarnos al fracaso.

Cuando me refiero a alejarse de objetivos políticos, me refiero a no definir los objetivos de la eAdmin 2.0 que debemos desarrollar con vistas a tener servicios para antes de unas elecciones, intereses de los gobernantes, por presiones de grupos minoritarios o entidades privadas. Debemos definir el contexto y el alcance de servicios de eAdmin 2.0 se haga mediante hitos, donde cada uno representará un escalón que en sí será útil, pero que todos juntos confirman la totalidad de alcance del servicio, sin que las fechas de estos hitos se vean afectadas por decisiones políticas de consecución.

A partir del momento que tengamos claro lo anterior y pongamos en práctica las recomendaciones que en el post “” expongo, creo que, según mi modesto entender, estaremos en el buen camino o de lo contrario es posible que el concepto eAdmin 2.0 se vea retrasado, que no olvidado, ya que es ley de vida que más tarde o temprano que esta forma de relación con las Administraciones se imponga. Aunque debo decir que cualquier retraso en ponerse en practica con un uso elevado de los servicios gestionado más allá del 2012 debería ser considerado fracaso.