Informática en Línea

Soporte Informático Económico para Empresas o particulares, pone a su disposición expertos en Informática que lo orientarán en línea con respecto la tecnología, computadores, sistemas y celulares. Y todo desde la comodidad de su hogar u desde su oficina sin que tenga que moverse, gracias a un solo click.

En esta página puede tomar contacto con nosotros y le ayudaremos.

Por ejemplo podrían ser dudas de:

  • Problemas de PC, errores, pantallas azules, falta de drivers, instalaciones,
  • Problemas de Office, Word, Excel, Power Point
  • Dudas de Informática, 
  • Metodologías ITIL, CMMI, COBIT, SIX SIGMA, ISO, PM, etc.
  • Redes, Bases de Datos, etc
  • Diseño de Algoritmos
  • Diseño y Administración de Bases de datos
  • Desarrollo de aplicaciones
  • Instalación de programas
  • Detección de fallas
  • Sugerencias y comparación de compras de tecnología
  • Incluso, si desea, podemos tomar en forma remota su computadora para ayudarle mejor
Abónese para tener acceso inmediato a este servicio. !


Tipos de Subscripción

Puede donar o pagar en Bitcoins también, enviame un correo a srta.informatica ARROBA gmail.com para enviarte mi dirección pública de pagos Bitcoins.


* Servicio ofrecido a base de colas y listas de espera, por lo que a veces los analistas están ocupados, pero pronto atenderán sus consultas.


PROYECTOS INFORMATICOS


SOPORTE REMOTO EN LINEA 





Todas Las Noticias Acerca de "SQL Scripts"







Esta entrada de blog intenta ser un punto de concentración, y resumir toda la información actualizada sobre el tema que busca, de tal manera de facilitar un punto de partida. Espero que lo disfrute


 This blog post is intended to be a focus point, and summarize all the updated information on the topic you are looking for, so to provide a starting point. I hope you enjoy it.
 Этот блог предназначен, чтобы быть объединяющим фактором, и суммировать все обновленную информацию по этому вопросу вы ищете, поэтому в качестве отправной точки. Я надеюсь, вам понравится.
 此博客的目的是聚集点,并总结所有更新的信息您正在寻找的主题,所以提供了一个起点。我希望你喜欢它。
 यह ब्लॉग एक जरिया होने का इरादा है, और एक प्रारंभिक बिंदु प्रदान करने के लिए इसलिए, आप के लिए देख रहे हैं इस विषय पर सभी अद्यतन जानकारी संक्षेप में प्रस्तुत किया जाता है. मैं तुम्हें मजा उम्मीद है.

Articulos Relacionados desde Bing
Tweets Relacionados desde Twitter
Información Relacionada desde WordPress

Información Relacionada desde Yahoo
Información Relacionada desde Google
Videos Relacionados desde Youtube
 

 

Formato Básico para un Requerimiento de Cambio


Cada vez que se necesite hacer un cambio, tómese el tiempo de averiguar al menos esta información y documentarla por escrito. Este documento servirá de base para:


  • que el solicitante del cambio se pueda aclarar el mismo para saber si lo que está pidiendo es lo mismo que lo que está escrito. 
  • para que el analista funcional del cambio verifique que el cambio se ajusta a las normas funcionales y de negocio
  • para que el resolutor final o implementador final del cambio tenga un procedimiento paso a paso de lo que debe hacer y no esté suponiendo ni adivinando.
  • para que al final del cambio se puedan comparar los efectos del cambio contra lo que quedó escrito como solicitud del cambio.

Cómo verán estimados amigos, es importantísimo dejar todo siempre por escrito. Y este formato es sólo algo básico, pero sirve como base para que Uds. creen los suyos propios. 

Abrazos.

NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)

Novedades de Scripts SQL


Estas son las últimas novedades de Scripts SQL



NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat

Antes de elegir, ¿tiene Monitoreo?


Deténgase Ahora !!Antes de elegir una solución Informática, pregúntese:¿mi solución tendrá Monitoreo?. Sin el Monitoreo, ninguna solución, o programa o aplicación de Informática, tiene ninguna utilidad. Sin Monitoreo la Informática es completamente inútil.

Con Monitoreo:
  • El Monitoreo ES Proactividad.
  • El Monitoreo ES el Registro para la posteridad y utilidad futura.
  • El Monitoreo ES Prevenir y no lamentar.
  • El Monitoreo ES el real Control de las Jefaturas sobre los servicios.


Sin Monitoreo:

  • Es Reacción
  • No hay Memoria de las lecciones pasadas
  • Hay sólo lamento por lo que sucedió.
  • Es no tener control


Sin embargo, si su servicio o programa tuviese características de Monitoreo, ¿tiene costo adicional? ¿cómo se puede usar en mi empresa?¿tiene además características flexibles? es decir, se pueden sacar reportes? , los datos se pueden exportar?, ¿es móvil? ¿se integra con las marcas establecidas y tendencias mundiales? (Microsoft Office, Celulares Android, Twitter, Facebook, etc.)

Por eso, cada nueva aplicación que vaya a usar, cada nuevo programa que vaya a programar, o cada servicio que vaya a contratar, exija que venga incorporado con características de Monitoreo, y que a su vez el Monitoreo sea flexible y capaz de integrarse con las tecnologías actuales.

NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)

Identificar Proyectos para que no sean tan caros ni tan complejos

American English Version
Hola Estimados, gusto en poder traerles de nuevo otra entrega de los mejores consejos para Gestionar Informática.

El tema de hoy es la identificación de proyectos.

 ¿Para qué? bueno, primero veamos qué es "identificar" un proyecto.

Cada vez que se escucha la palabra proyecto, inmediatamente nuestro cerebro tiene dos ideas,

"proyecto = gastar mucho dinero"
"proyecto = complejidad"

¿cuál de las dos ideas es falsa?...piénselo un poco, no haga trampa, no lea la respuesta..

Aunque Ud. no lo crea ambas ideas son absolutamente falsas. Quiéralo o no es así.

Entonces ¿cómo se implantaron estos dioses, estas ideas-fuerza en nuestros subconcientes que hacen que todos doblemos la rodilla e inclinemos nuestra cerviz ante los proyectos?!!. Pues no lo sé, no tengo idea del origen y de cómo en pleno siglo 21 toda una red planetaria de profesionales aún estemos ciegos antes los proyectos. ¿será porque así funcionan los negocios? sea!, puede que sí, pero eso no quita que sean falsas ideas.


¿De qué me sirve saber la verdad? pues claramente para que nuestros proyectos no sean caros ni complejos. Los proyectos no son más de lo que son: un conjunto de tareas simples, aglutinadas de alguna forma, y coordinadas en forma ordenada por alguien para conseguir un "Gran" objetivo final.

¿Pero si son tareas simples por qué mi proyecto es caro y complejo? Pues necesariamente lo que le falta a su proyecto es la identificación. Aún cuando Ud. tenga absoluta claridad del nombre y de lo que hace cada tarea del proyecto, eso no hace que comprenda la utilidad del proyecto en sí mismo.

Si una tarea individual es cara y compleja, la identificación del proyecto nos muestra la sinergia flexible que permite modelar el proyecto para que el proyecto en sí mismo no sea ni caro ni complejo.

La identificación de un proyecto nos permite saber la "utilidad" de un proyecto, su esencia y cómo éste cuaja en el resto de las partes de los sistemas de nuestra empresa.

Para plantearlo de otra manera: Ud al centrar su atención de gestor de proyecto en las tareas individuales una por una, cada tarea será cara y compleja. Al abstraer su atención una capa más arriba su atención moldeará al proyecto como una caja negra, logrando moldear al proyecto por su "utilidad" al resto de los sistemas y no por lo que hace cada componente interno del proyecto.

Al visualizar el proyecto "desde arriba", lograremos ver muchas características que estaban ocultas, pero que deben ser cumplidas para que el proyecto tenga éxito.


Así, podríamos detectar que cada proyecto necesita recopilar datos, alimentar formularios, creación de plantillas, etc. Todo un sin fin de tareas previas al proyecto que se requieren cumplir antes de dar por exitoso el proyecto. Pero ¿cuánto tiempo se podría ahorrar en la creación e implementación de proyectos si su área de project management tuviera un repositorio central de datos que pudieran compartirse entre cada proyecto?. ¿genial, no?

Bueno, aquí ya hemos detectado una característica esencial de los proyectos, que es la Comunicación de los Datos, o lo que se conoce como "INTERFACES y REPOSITORIOS". Esto pasa por alto muchas veces cuando vemos los proyectos desde el punto de vista de tareas.

Esta y muchas otras características se pueden identificar. Pero debemos acuciosamente tomarnos el tiempo y documentarlas para que el proyecto sea un éxito.

Si compra la guía tendrá 32 características ya identificadas ahorrándole esa parte del trabajo, lo único que debe hacer es llenar los datos con su propio proyecto. Por ejemplo, en el documento verá el inciso  "LAS INTERFACES y REPOSITORIOS". Es decir, debemos documentar << ... el detalle de los directorios de archivos que se ocupan para almacenar datos, o compartir datos entre sistemas, ya sea vía interfaces, xml, ftp, netbios, carpetas compartidas, etc. Indicar los archivos, directorios, permisos, cuentas, usuarios, frecuencias y procesos asociados, tamaños, etc.>>

Eso es uno de varios puntos que debemos identificar de nuestro proyecto. Luego esa documentación debe ser completada, revisada y discutida por el equipo de proyectos antes de dar por cerrado o entregado el proyecto.

Es de vital importancia este documento y debe ser "EL ENTREGABLE" del proyecto.

NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)

Para su deleite, acá pueden bajarse una plantilla completa de 32 puntos a identificar y documentar de cada proyecto.

buy

Sí Ud. como buen Gerente de Informática o buen Gestor de Proyectos puede hacer que este documento sea llenado y comprendido antes de que un proyecto salga al público, le aseguro será de su utilidad este artículo.

Muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!




KPIs de Informática











buy

KPIs de Informática

“Lo que no se mide no se controla”



Una de las tareas fundamentales que debe gestionar el gerente de informática es monitorear su entorno de sistemas.



Este documento muestra los KPI fundamentales mínimos que debieran ser considerados para un correcto monitoreo del área de informática.

Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!




NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)

ESTUDIO O PLANIFICACION DE CAPACIDAD de Discos DE SQL SERVER (Capatity Planning)

American English Version

Algo que siempre no está demás saber, algunas reglas genéricas en cuanto a distribución y separación de discos físicos para diseño de proyectos con Bases de Datos MS SQL Server.

Se recomienda:

1) Discos para el Sistema Operativo: El sistema operativo debe alojarse en sus propios discos individuales, con tolerancia a fallas. Mínimo Raid 1 (2 discos)

2) Discos para los Datos: La "data" debe almacenarse en la cantidad de discos que haya determinado el estudio previo de "capacity planning" para el hoy, y considerar el crecimiento vegetativo para 1 año y 3 ó 5 años. Sin embargo, estos discos físicos deben ser separados del resto y con su propia tolerancia a fallas. Por otra parte se debe determinar si la BD es del tipo OLTP o del tipo OLAP, es decir, si tiene una BD con una proporción similar de lecturas/escrituras, se habla de que es una BD tipo OLTP. Por el otro lado si la BD tiene una proporción marcada a las lecturas (del orden 90% ó superior) se habla que es del tipo OLAP, o sea data mayoritariamente de lectura, quizás para warehousing o reporting o históricas. Y por último se debe medir el caudal de datos a servir (en Mbps) y la cantidad de operaciones de entrada/salida, o IOps (operaciones de I/O por segundo). Una vez obtenidos esos datos, los discos para data OLTP debieran organizarse en Raid 1+0, cada par de discos espejados y éstos expandidos. Y la cantidad de brazos (o pares de brazos) en raid 0, vienen determinados por los IOps que se desee alcanzar.


Así si determinamos que cada disco físico tiene un rendimiento óptimo de 50 IOps (típico rendimiento de un disco IBM 15k u320), y a la vez medimos que la BD tiene un caudal de 200 IOps (una base de poca transaccionalidad), entonces para colocar esa data en Raid 1+0 necesitaremos 10 discos, ó 5 pares de discos en raid 1, todos los pares expandidos en raid 0. A su vez, si determinamos que el caudal de data es del menos de 300 Mbps, con una sola tarjeta controladora U320 SCSI nos bastará. Con esa cantidad de brazos y con esa tarjeta, estamos asegurando que el cuello de botella no será jamás el acceso a disco y no se producirá encolamiento en nuestra BD. (mínimo se necesitarán 4 discos, 2 pares espejados y expandidos, siempre y cuando se alcance la cantidad de espacio mínimo también)


Para la data OLAP, los discos debieran organizarse simplemente en Raid 5. ¿Por qué no usamos Raid 5 en data OLTP ?, porque se producen operaciones adicionales de escritura de CRC en los raid 5, lo que redunda en fallas de performance cuando las cabezas de los discos tienen mucho movimiento. En cambio, como en Raid 5, la lectura está libre de CRC checking, no afecta la performance de lectura y brinda un excelente tolerancia a fallas de hasta 1 disco. Recordemos que necesitaremos mínimo 3 discos físicos para componer un Raid 5. (*consideraciones de IOps y de Mbps pueden también realizarse)

3) Discos para el Log de Transacciones: En SQL Server el log de transacciones se escribe en forma secuencial cada vez que se produce un checkpoint, por lo que se considera que también debe tener sus discos físicos separados, para evitar que la cabeza del disco se mueva de lugar en que quedó. Mínimo se debe considerar una tolerancia a fallas de Raid 1 (2 discos). (ojo que esto es necesario sólo para OLTP)

4) Discos para la base TEMPDB: En SQL Server 2005 se realiza un uso exhaustivo de esta base de datos, en lo que se refiere a ordenamientos y a datos temporales. De hecho todas las bases de la instancia ocupan la misma TEMPDB (y cada instancia tiene su propia TEMPDB), por lo que no estaría mal considerar también ejes o brazos de disco físico separados para su uso exclusivo. Aquí se debe hacer las mismas consideraciones de IOps y de Mbps para determinar el mejor Raid 1+0. (por lo que se asume unos 4 discos mínimo, 2 pares espejados cada uno y expandidos) (*aparte se recomienda crear tantas TEMPDB como procesadores tenga el servidor, esto porque es el CPU el que realiza los sorts). (ojo que esto sólo es necesario para OLTP)

5) Otros Lujos con OLTP: Existen otras recomendaciones de separación de discos físicos para OLTP, como la separación de los índices en sus propios ejes de discos para separar la carga de los discos de data y maximizar el rendimiento de los seeks de índices. O bien la utilización de filegroups o tablas particionadas en discos más baratos (como SATA) para alojar quizás data histórica o de uso muy infrecuente. Eso es ya criterio y ahorro del diseñador.




Resumiendo, tenemos 2 casos :

1) Caso BD OLTP: 2 discos S.O. (raid1) + 4 discos para Data (raid 10) + 2 discos para TrxLog (raid1) + 4 discos para Tempdb (raid10) = mínimo 12 discos + discos necesarios para un IOps óptimo.-

2) Caso BD OLAP = 2 discos S.O. (raid1) + 3 discos para Data (raid 5) = 5 discos

y en ambos casos sumaremos la cantidad de discos para cuadrar el espacio físico y las tarjetas controladoras para un rendimiento óptimo del caudal de datos en Mbps.

* Nota: estas consideraciones de diseño de capacidad de discos en forma genérica también pueden ser aplicadas para Bases de Datos Oracle o bien MYSQL o cualquier otra.




NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)




Acá puede comprar un estudio de caso REAL de Capacidad de SQL Server completamente explicado, gráficos y cálculos a sólo  USD$ 500



buy



Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!

La Importancia de la Gestión de la Configuración

English Version

Hola Amigos, en esta ocasión trataré de demostrar o recordar cuán importante es la actividad de mantener un registro acabado de las configuraciones de un departamento.

Primero, ¿qué se entiende por "Configuración"?, esto es algo muy fácil. Primero el concepto coloquial: imagínese se levanta en la mañana y llega al trabajo sin haberse visto al espejo?. Bueno la Gestión de Configuración es como nuestro sentido de saber a reflejo cierto, cómo estamos, qué tengo, cómo soy frente al mundo. Ud. Es la Empresa y necesita mirarse a sí mismo.

Ok, formalicemos. Hay al menos 2 definiciones de la RAE :


1. f. Disposición de las partes que componen una cosa y le dan su peculiar forma y propiedades anejas.

2. f. Inform. Conjunto de los aparatos y programas que constituyen un sistema informático.



Siguiendo la segunda definición, la "Configuración" de un sistema informático son todos los elementos que componen la solución o sistema informático. Aún más, yo agregaría, todos los componentes que posibilitan que el servicio informático esté disponible para ser usado. No nos quedaremos solamente con los componentes intrínsecos del servicio, sino que además nos preocuparemos de los componentes "satélites" que permiten usar el servicio.

Veamos un ejemplo. Imagínese su servicio de correo. Un primer acercamiento de Configuración del servicio de correo sería

1) La Configuración del Servicio de Correo es: El servidor o máquina donde se aloja el programa de correo.

Esta frase podríamos anotarla matemáticamente como sigue:

SERVICIO DE CORREO = SERVIDOR DE CORREO + PROGRAMA DE CORREO

Pero esta fórmula si bien está buena para una primera aproximación, nos dejará algunas brechas importantes a la hora de una toma de decisión. Entonces se necesita aumentar el alcance de la definición, pero lo haremos más adelante en este artículo. Continuemos detallando esta definición.

La Gestión de Configuración, en definitiva, es el registro dinámico de todos los datos o información útil que nos permita mantener un control del o los servicios Informáticos. Dada esa premisa,  cabe preguntarnos ahora, ¿qué información me es útil para este servicio? (en este ejemplo el "Servicio de Correo")


Viendo la fórmula anterior, entonces debemos responder: ¿Qué me interesa o me sirve saber del Servidor de Correo y de sus Programas? Las respuestas o preguntas básicas debieran ser estas:

1) QUIÉN o QUÉ
2) CÓMO o POR QUÉ
3) DÓNDE o CUÁNDO

Veamos cada una para nuestro ejemplo:

1) ¿Quiénes son los involucrados en este servicio? Siempre van a existir al menos 3 equipos de personas que estén involucradas en cada servicio:

  • El team o equipo de usuarios finales,  quienes "usan" el servicio para realizar alguna labor de negocio, son los "explotadores" del sistema. En resumen son los encargados de usar la información del sistema para un negocio dado.
  • El team o equipo de usuarios funcionales, quienes "alimentan" y configuran el sistema para poder adecuar el sistema a las necesidades del negocio de los usuarios finales. En la mayoría de las empresas son los encargadaos de mantener la "lógica" y reglas del negocio, definir usuarios, roles, reportes, etc. En resumen se puede decir son los encargados de que la información del sistema sea coherente y útil.
  • El team o equipo de soporte técnico o TI (Tecnología de la Información), quienes son los encargados de mantener "vivo" (accedible) el sistema. En resumen son los encargados de que la información del sistema esté disponible.
Visto lo anterior, Ud. en su Gestión de Configuración debe hacer un levantamiento adecuado que registre quiénes son los responsables de cada nivel de usuarios.

2) ¿Cómo se lleva a cabo el servicio? Aquí van las respuestas relacionadas a procedimientos, diagramas, casos de uso, documentación. Toda Empresa debe salvaguardar documentación actualizada de sus procedimientos, sino la tiene, debe encargar a su Gestor de Configuración que haga un levantamiento de los procedimientos de cada servicio. El team de usuarios Funcionales seguramente son los llamados a componer este levantamiento siendo ellos los más "entendidos" en cada servicio, sin menoscabo de algunas entrevistas con los usuarios finales para corroborar puntos en duda.

3) ¿Dónde o Cuándo se lleva a cabo el servicio?, Estas respuestas están relacionadas con el detalle en sí mismo, deberá registrar al menos:


  • El nombre y versión del programa que se usa, tanto en el lado del servidor como del lado del cliente (el cliente se refiere al PC del usuario final). Puede que los usuarios reciban correo también en sus dispositivos celulares smartphones, pues también habría que registrarlo.
  • Los datos del servidor que aloja el programa del servicio. Como su nombre de Red, su número IP, sus características de Capacidad o recursos como CPUs, cantidad de espacio de Disco, cantidad de memoria RAM, etc.
  • Configuraciones de instalación del programa, como por ejemplo los usuarios y sus roles, tanto en el PC del usuario final como en el servidor central.
  • Cuándo se usa el servicio y si existen fechas especiales, por ejemplo, el servicio de correo se usaría los días de Lunes a Viernes de 8:30 a 18:30 horas, o bien incluyendo fines de semana, etc. Puede que hayan eventos especiales durante un fin de mes que el servicio es crítico. Pues habría que registrarlo.
  • etc.
Así las cosas nuestra fórmula de ejemplo quedaría al menos algo así

CORREO = SERVIDOR + PC + USUARIOS + FUNCIONALES + SOPORTE + PROCEDIMIENTOS + CONFIGURACIONES + HORARIOS

Ahora imagínese que ya realizó todo este levantamiento con su Gestor de Configuraciones, por cada uno de los servicios informáticos que ud. explota o brinda. Cabe ahora la pregunta , ¿para qué me sirve mantener toda esta información?

Habrán muchísimas pero muchísimas veces que Ud. agradecerá haber realizado esta labor y mantenerla siempre actualizada (¿le comenté que esta es una labor dinámica que debe ser actualizada?).  Revisemos algunos casos que de seguro que tendrá que afrontar.

1) Proyectos : Tiene una nueva necesidad de servicios informáticos. ¿cómo le puede ayudar el Gestor de Configuración?. Primero que nada hay que recordar que todo proyecto se incia con una fase de Toma de Requerimientos, la que conlleva una fase de Factibilidad Técnica. Esta dos fases deben entrega un "estudio de capacidad" del proyecto (o Capacity Planning) del proyecto. Los datos del estudio de capacidad Ud. se los pasa al Gestor de Configuración y debiera responderle si existe actualmente capacidad o no, dentro de los sistemas que se tienen, para poder albergar la función del proyecto. ¿cómo? bueno, consultando el registro de capacidades de los servicios.  De esa manera la Gestión de Configuración le estará ayudando en la toma de decisiones de la viabilidad de los proyectos.

2) Contingencias: Existe un problema contingente, más o menos urgente y se necesita saber ¿a quién afecta? cómo le afecta? qué procesos de negocio están siendo impactados? el team de soporte qué máquinas son las que tiene que atender? ¿cuáles configuraciones son las que se tienen que revisar? (por ejemplo los usuarios no tienen acceso, será porque perdieron los permisos?, tenemos esos permisos debidamente documentados para volverlos a aplicar?. Como verá sin la información útil brindada por los Gestores de Configuración, su SLA o tiempo de respuesta ante fallas, se verá perjudicado porque se perderá mucho tiempo tratando de "adivinar" esa información, preguntando por cielo, mar y tierra. Cuando en vez de eso, podría tener todo centralizado en un panel de control que le muestre al team resolutor exáctamente los datos que se necesitan. Pero sin Gestión de Configuración, no importará si usa una herramienta de la NASA como panel, porque no tendrá los datos actualizados ni registrados previamente. (Esto es como el cinturón de Batman, ¿qué podría lograr Batman sin sus herramientas? pero esas herramientas deben estar previamente "alimentadas" con datos, con información útil.)

3) Cambios: Ya sea por renovación tecnológica, o porque haya decidido realizar un BPO total de sus servicios, Ud. se encuentra en la disyuntiva de los pasos necesarios para llevar a cabo un cambio masivo e importante en el servicio. Aquí, otra vez más el Gestor de Configuración será su aliado, respondiendo consultas como ¿a quién le afecta el servicio para coordinar el cambio? ¿cuáles son las máquinas que se deben "tocar" para el cambio? ¿qué configuraciones se deben respetar para mantener o cambiar? ¿cuáles son los criterios de éxito ajustados a procedimientos del servicio?. Otra vez más su toma de decisiones descansará segura sobre datos fidedignos gracias a la Gestión de Configuración.


Como verá estimado amigo, la importancia y la utilidad de tener una función de Gestión de la Configuración es crucial para ayudarle a Gestionar mejor la Informática. Y no solamente la Informática, cabe los mismos ejemplos para un área de medicina por ejemplo ¿tenemos remedios?, para autos ¿tenemos stock para vender? etc. Esto es conocido bajo el viejo nombre de Inventarios.

La única salvedad es que hoy en día los Inventarios se deberían centralizar en plataformas tecnológicas adecuadas y con la cantidad de personal suficiente para mantener actualizada, controlada y fidedigna la información.

¿Para qué tanto se preguntará? ¿Se imagina el hecho de que su Gestor de Configuración le dice que tiene un servidor con 2 TeraBytes de Disco y cuando lo van a usar, se dan cuenta que tiene mucho menos espacio?... ¿qué sucedió? .. bueno ese es otro tema, pero de seguro la responsabilidad del la veracidad y control de la información recae sobe un Gestor de Configuración debidamente potestado para poder evitar estas situaciones, es decir, esa función debe tener los recursos suficientes y mecanismos de control y  "las llaves" de la configuración y no permitir cambios sin su autorización. (ejemplos hay muchos: cámaras, control de acceso biométrico, firmas, autorizaciones, procedimientos, etc). Sino se hiciera así, tendrá una Gestión de Configuración débil, pobre, reactiva, no actualizada, sin capacidad de controlar las modificaciones, sin datos fidedignos. Todo lo cual a corto o mediano plazo le afectará directamente en su toma de decisiones.


NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)




Acá puede comprar la Plantilla ITIL de Gestión de Configuración a sólo USD$ 5



buy



Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!