E.

-Implementacin de soluciones tecnolgicas

Contents
Contents..................................................................................................................... 1 Implementacin de soluciones tecnolgicas (parte E)................................................2 Prueba la solucin tecnolgica................................................................................3 Pruebas de carga................................................................................................3 Prueba de estrs.................................................................................................3 Prueba de estabilidad (soak testing)..................................................................4 Pruebas de picos (spike testing).........................................................................4 Pre-requisitos para las pruebas de carga...........................................................4 Mitos de las pruebas de rendimiento.......................................................................4 Especificaciones del rendimiento............................................................................5 Libera la solucin tecnolgica ................................................................................7 Mantiene la solucin tecnolgica...........................................................................10 Define un plan de capacitacin de la solucin tecnolgica ..................................16 Las capacidades a mejorar...............................................................................16 La capacitacin como un sistema.....................................................................17 Importancia de la capacitacin.........................................................................17 Condiciones de la capacitacin........................................................................18 Fases del programa de capacitacin................................................................18

Implementacin de soluciones tecnolgicas (parte E)

La implementacin de soluciones tecnolgicas a es una especializacin de la Gerencia de Proyectos, donde se tienen en cuenta factores propios de los proyectos informticos como la reaccin al cambio y a la necesidad de cambios en procedimientos operativos. La experiencia en el manejo de proyectos informticos es factor crtico de xito en este tipo de proyectos. Para la implementacin se utiliza una metodologa de Gerencia Proactiva, para determinar las actividades a cumplirse en el cercano futuro, y con base en estas actividades, y su impacto dentro de los cronogramas y los objetivos del proyecto, tomar las decisiones pertinentes. Cualquier cambio a los cronogramas, criterios de aceptacin y objetivos establecidos se efectuarn a travs de un comit de cambios, que debe, una vez analizado el impacto y el riesgo de la implementacin o no del cambio, dar su recomendacin. Dicha implementacin requiere de ciertas habilidades tanto tcnicas como de gerencia de proyectos de tecnologa, como:

Cronogramas de todos los sub-proyectos y el proyecto en general Control permanente de cumplimiento tanto de objetivos, como contencin de costos y tiempo Prevenir mediante control de cambios, cualquier desvo en los objetivos Garantizar el logro de los objetivos corporativos del proyecto, por encima de los objetivos particulares de los proveedores o el departamento de tecnologa informtica.

En la implementacin de soluciones tecnolgicas se utiliza una metodologa de Gestin basada en el ciclo de la calidad (Planear, Ejecutar, Verificar, Actuar) con nfasis en la Planeacin y el Seguimiento (verificacin). El concepto de Grupos de Trabajo forma parte importante de esta metodologa. Se efectan sesiones de planeacin tanto con el Cliente como con los respectivos proveedores, si stos son externos. Se utiliza metodologa de Planeacin Avanzadas que permiten obtener no solo las actividades que se
2

deben desarrollar para garantizar el logro de los objetivos del cliente con el proyecto, sino, la asignacin de los recursos de tiempo, de personal, y econmicos que hagan viable el proyecto. Para la implementacin se utiliza una metodologa de Gerencia Proactiva, para determinar las actividades a cumplirse en el cercano futuro, y con base en estas actividades, y su impacto dentro de los cronogramas y los objetivos del proyecto, tomar las decisiones pertinentes. Cualquier cambio a los cronogramas, criterios de aceptacin y objetivos establecidos se efectuarn a travs de un comit de cambios, que debe, una vez analizado el impacto y el riesgo de la implementacin o no del cambio, dar su recomendacin. Se efectan informes peridicos de avance a las instancias que el cliente considere conveniente.

Prueba la solucin tecnolgica

Prueba La solucin Tecnolgica En la ingeniera del software, las pruebas de rendimiento son las pruebas que se realizan, desde una perspectiva, para determinar lo rpido que realiza una tarea un sistema en condiciones particulares de trabajo. Las pruebas de rendimiento son un subconjunto de la ingeniera de pruebas, una prctica informtica que se esfuerza por mejorar el rendimiento, englobndose en el diseo y la arquitectura de un sistema, antes incluso del esfuerzo inicial de la codificacin. Existen diferentes tipos de pruebas para las cuales estn diseadas para poder llevar al mximo el programa o sistemas que se desea poner a prueba Pruebas de carga Este es el tipo ms sencillo de pruebas de rendimiento. Una prueba de carga se realiza generalmente para observar el comportamiento de una aplicacin bajo una cantidad de peticiones esperada. Esta carga puede ser el nmero esperado de usuarios concurrentes utilizando la aplicacin y que realizan un nmero especfico de transacciones durante el tiempo que dura la carga. Prueba de estrs Esta prueba se utiliza normalmente para romper la aplicacin. Se va doblando el nmero de usuarios que se agregan a la aplicacin y se ejecuta una prueba de carga hasta que se rompe. Este tipo de prueba se realiza para determinar la solidez de la aplicacin en los momentos de carga extrema y ayuda a los administradores para determinar si la aplicacin rendir lo suficiente en caso de que la carga real supere a la carga esperada. 3

Prueba de estabilidad (soak testing) Esta prueba normalmente se hace para determinar si la aplicacin puede aguantar una carga esperada continuada. Generalmente esta prueba se realiza para determinar si hay alguna fuga de memoria en la aplicacin. Pruebas de picos (spike testing) La prueba de picos, trata de observar el comportamiento del sistema variando el nmero de usuarios, tanto cuando bajan, como cuando tiene cambios drsticos en su carga. Esta prueba se recomienda que sea realizada con un software automatizado que permita realizar cambios en el nmero de usuarios mientras que los administradores llevan un registro de los valores a ser monitorizados. Pre-requisitos para las pruebas de carga Un desarrollo estable de la aplicacin instalado en un entorno lo ms parecido al de produccin. El entorno de pruebas de rendimiento no debe cruzarse con pruebas de aceptacin de usuarios ni con el entorno de desarrollo. Esto es tan peligroso que si las pruebas de aceptacin de usuarios, o las pruebas de integracin o cualquier otra prueba se ejecutan en el mismo entorno, entonces los resultados no son fiables. Como buena prctica, siempre es aconsejable disponer de un entorno de pruebas de rendimiento lo ms parecido como se pueda al entorno de produccin. Mitos de las pruebas de rendimiento Algunos de los mitos ms comunes son los siguientes. 1. Las pruebas de rendimiento se hacen para romper el sistema: Las pruebas de estrs se hacen para observar el punto de ruptura del sistema. Por el contrario, las pruebas normales de carga se hacen generalmente para ver el comportamiento de la aplicacin bajo una carga de usuarios esperada, y dependen de otros requisitos, tales como el aumento de carga esperado, la carga continuada por un periodo prolongado de tiempo mientras la demanda aumenta, la resistencia a las cadas o las pruebas de estrs.

2. Las pruebas de rendimiento slo deben hacerse despus de las pruebas de integracin del sistema: Aunque esta es la norma comn en la industria, las pruebas de rendimiento tambin pueden realizarse mientras se realiza el desarrollo inicial de la aplicacin. Este tipo de enfoque se conoce como pruebas de rendimiento tempranas. Este enfoque garantizara un desarrollo holstico de la aplicacin manteniendo los parmetros de rendimiento en mente. Por lo tanto, la bsqueda de un problema en el rendimiento justo antes de la terminacin de la aplicacin y el coste de corregir el error, se reduce en gran medida.

3. El probar el rendimiento slo implica la creacin de scripts y cualquier cambio en la aplicacin solo puede causar una simple refactorizacin dichos scripts: Las pruebas de rendimiento son en s mismas una ciencia evolucionada de la industria del software. En s mismos, los scripts, aunque importantes, son slo uno de los componentes de las pruebas de rendimiento. El principal desafo para cualquier persona que pruebe el rendimiento es determinar el tipo de pruebas necesarias y analizar los distintos medidores de rendimiento para determinar el cuello de botella de rendimiento.

Especificaciones del rendimiento Es fundamental detallar las especificaciones de rendimiento y documentarlas en algn plan de pruebas de rendimiento. Idealmente, esto se hace durante la fase de requisitos del desarrollo de cualquier proyecto de desarrollo de sistemas, antes de cualquier esfuerzo de diseo. A veces es una difcil tarea determinar qu parte del sistema representa esta ruta crtica, y algunas herramientas de prueba incluyen y que informan de tiempos de transaccin, nmero de accesos a bases de datos, sobrecarga de la red, y otros monitores del servidor, que pueden ser analizados junto con los datos principales de las estadsticas de rendimiento. Sin estos instrumentos se podra tener a alguien encargado de observar el administrador de tareas de Microsoft Windows del servidor para ver cmo se carga la CPU en las pruebas de rendimiento (suponiendo que se prueba un sistema de Windows). Las pruebas de rendimiento se pueden realizar a travs de la web, e incluso hacerse en diferentes partes del pas, ya que es sabido que los tiempos de respuesta de Internet varan regionalmente. Tambin se puede hacer en local, aunque el hardware de enrutamiento debe estar configurado para introducir el desfase de lo que suele ocurrir en las redes pblicas. Las cargas deben ser realizadas en puntos realistas del sistema. Por ejemplo, si el 50% de usuarios de un sistema accede a travs de una conexin de mdem de 56K y la otra mitad a travs de una T1, entonces la carga simulada (ordenadores que simulan los usuarios reales) se debe realizar, ya sea con las mismas conexiones (caso ideal) o simular la latencia de la red de conexiones de este tipo, siguiendo el mismo perfil de usuario. Siempre es til disponer de una estimacin del pico de nmero de usuarios que se espera que utilicen el sistema en las horas punta. Si puede ser tambin una estimacin del mximo tiempo de respuesta permitido en el percentil 95, para que la configuracin de la ejecucin de las pruebas se ajuste a estas especificaciones. La especificacin de rendimiento, como mnimo, debera responder a las siguientes preguntas:

Cul es el alcance, en detalle, de la prueba de rendimiento? Qu subsistemas, interfaces, componentes, etc estn dentro y fuera del mbito de ejecucin de esta prueba? Para las interfaces de usuario involucradas, Cual es el nmero de usuarios concurrentes que se esperan para cada uno (especificando picos y medias? Cul es la estructura objetivo del sistema (hardware, especificando todos los servidores de red y configuraciones de dispositivo)?

Cul es la distribucin del volumen de trabajo de la aplicacin para cada componente? (por ejemplo: 20% login, 40% buscando, 30% seleccionando elemento, 10% comprando). Cual es la distribucin del trabajo del sistema? [Las cargas de trabajo mltiples pueden ser simuladas en una sola prueba de eficacia] (por ejemplo: 30% del volumen de trabajo para A, 20% del volumen de trabajo para B, 50% del volumen de trabajo para C) Cules son los requisitos de tiempo para cada uno y para todos los procesos por lotes (especificando picos y medias)?

Metodologa de pruebas de rendimiento de aplicaciones Web Segn Microsoft Developer Network, la Metodologa de las Pruebas de Rendimiento consiste en las siguientes actividades:

Actividad 1. Identificar el entorno de pruebas. Identificar el entorno fsico de pruebas y el entorno de produccin, as como las herramientas y recursos de que dispone el equipo de prueba. El entorno fsico incluye hardware, software y configuraciones de red. Tener un profundo conocimiento de todo el entorno de prueba desde el principio permite diseos ms eficientes de pruebas y la planificacin y ayuda a identificar problemas en las pruebas en fases tempranas del proyecto. En algunas situaciones, este proceso debe ser revisado peridicamente durante todo el ciclo de vida del proyecto.

Actividad 2. Identificar los criterios de aceptacin de rendimiento. Determinar el tiempo de respuesta, el rendimiento, la utilizacin de los recursos y los objetivos y limitaciones. En general, el tiempo de respuesta concierne al [[usuario+], el rendimiento al negocio, y la utilizacin de los recursos al sistema. Adems, identificar criterios de xito del proyecto que no hayan sido recogidos por los objetivos y limitaciones, por ejemplo, mediante pruebas de rendimiento para evaluar qu combinacin de la configuracin da lugar a un funcionamiento ptimo.

Actividad 3. Planificar y disear las pruebas. Identificar los principales escenarios, determinar la variabilidad de los usuarios y la forma de simular esa variabilidad, definir los datos de las pruebas, y establecer las mtricas a recoger. Consolidar esta informacin en uno o ms modelos de uso del sistema a implantar, ejecutarlo y analizarlo.

Actividad 4. Configurar el entorno de prueba. Preparar el entorno de prueba, herramientas y recursos necesarios para ejecutar cada una de las estrategias, as como las caractersticas y componentes disponibles para la prueba. Asegrarse de que el entorno de prueba se ha preparado para la monitorizacin de los recursos segn sea necesario.

Actividad 5. Aplicar el diseo de la prueba. Desarrollar las pruebas de rendimiento de acuerdo con el diseo del plan.

Actividad 6. Ejecutar la prueba. Ejecutar y monitorizar las pruebas. Validar las pruebas, los datos de las pruebas, y recoger los resultados. Ejecutar pruebas validas para analizar, mientras se monitoriza la prueba y su entorno.

Actividad 7. Analizar los resultados, realizar un informe y repetirlo. Consolidar y compartir los resultados de la prueba. Analizar los datos, tanto individualmente, como con un equipo multidisciplinario. Volver a priorizar el resto de las pruebas y volver a ejecutarlas de ser necesario. Cuando todas las mtricas estn dentro de los lmites aceptados, ninguno de los umbrales establecidos han sido rebasados, y toda la informacin deseada se ha reunido, las pruebas han acabado para el escenario definido por la configuracin.

Libera la solucin tecnolgica

En esta subrea se pretende medir si el sustentante es capaz de: . Gestionar la infraestructura para la solucin tecnolgica . Entregar la solucin tecnolgica al cliente . Determinar el tipo de implantacin de la solucin tecnolgica Entregar la solucin tecnolgica al cliente El punto de entrega es un desarrollo reciente en la administracin de proyectos. Tradicionalmente, un proyecto se divide en fases, hitos y tareas, pero el enfoque de punto de entrega utiliza una fecha de vencimiento absoluta para el proyecto y todo lo que se haya realizado al trmino de esa fecha se debe implementar. Es importante establecer una fecha de vencimiento razonable segn el tamao y las metas del proyecto. Tambin, es necesario priorizar las metas del proyecto con el propsito de entregar a los usuarios las ms importantes a la fecha de vencimiento. Las metas menos importantes pueden ser implementadas posteriormente en el proyecto. Un ejemplo de punto de entrega (timeboxing) es crear un sitio Web
7

que contenga las caractersticas ms importantes, an y cuando algunas pginas de menor importancia muestren la imagen "En construccin". El enfoque de punto de entrega (timeboxing) establece una fecha de vencimiento absoluta para el proyecto, y todo lo que se haya terminado para esa fecha debe implementarse. Determinar el tipo de implantacin de la solucin tecnolgica Gestionar la infraestructura para la solucin tecnolgica Cada sistema de informacin tiene su propio tipo de decisin . Sistema de procesamiento de transacciones (TPS): decisiones estructuradas Sistema de apoyo a ejecutivos (ESS): decisiones no estructuradas Las etapas de la toma de decisin son: Obtencin informacin estratgica es decir, identificar los problemas. diseo se disean posibles soluciones. Seleccin se elije la mejor solucin . Implementacin se lleva a la practica la solucin elegida. Los sistemas de informacin son fruto de un proceso de resolucin de problemas de la organizacin. Desarrollo de sistemas: actividades que producen una solucin de sistemas de informacin para un problema u oportunidad de la organizacin. Anlisis de sistemas: Anlisis de un problema que la organizacin tratara de resolver con un sistema de informacin. El analista de sistemas crea un diagrama de la organizacin y sus sistemas existentes, e identifica a los propietarios y usuarios primarios de la organizacin. A partir de este anlisis, el analista detalla los problemas o las limitaciones de los sistemas existentes. Factibilidad: Un estudio de factibilidad es necesario para determinar si la solucin es factible o no, dados los recursos y las restricciones de la organizacin.
8

Factibilidad tcnica: determina si una solucin propuesta se puede implementar o no con el hardware, software y recursos tcnicos disponibles. Factibilidad econmica: determina si una solucin propuesta superan o no a los costos. Factibilidad operativa: determina si una solucin propuesta es o no deseable dentro del marco gerencial y de organizacin existente.

Identificacin de las alternativas para el desarrollo del sistema Existen diferentes alternativas para el desarrollo de un sistema. A continuacin se mencionan algunas de las alternativas que existen para su desarrollo:

Desarrollar sistema de manera interna y partiendo de cero. Hacer modificaciones a los sistemas actuales con el fin de cubrir los requisitos del ejecutivo. Desarrollar el sistema partiendo de cero con la ayuda desarrolladores externos con experiencia previa en sistema. de

Cada una de estas alternativas tiene ventajas y desventajas en reglones tales como costo tiempo y control durante el desarrollo de la aplicacin.

2.-Creacin de la propuesta En este paso debe escribirse o elaborarse una presentacin de la propuesta del sistema. La creacin de la propuesta ayudar a tener un apoyo ms slido para el desarrollo del sistema. Las principales razones que existen para presentar de manera formal una propuesta de un sistema son:

Claro entendimiento con el ejecutivo. Esto se refiere a que el desarrollo del sistema se haga tomando como base lo que piensa el desarrollador y lo que espera el ejecutivo.
9

Reducir la resistencia al cambio. Manejar las expectativas. En la creacin y presentacin de una propuesta deben ponerse en una balanza las expectativas. De la misma manera en que se hable de los beneficios que pueden lograrse con un sistema, deben informarse los riesgos que implica y de los recursos que requiere.

Lograr el compromiso de los recursos.

3.-.Determinacin de las necesidades del cliente Este paso consiste en determinar las necesidades del ejecutivo. Turban surgiere un conjunto de estrategias para lograr lo anterior:

Cuestionar al cliente acerca de cules son las preguntas que le gustara formular al regresar de un periodo vacacional de tres semanas. Realizar entrevistas con los directores o gerentes de las diferentes reas funcionales de la empresa. Listar los principales objetivos de la empresa a corto y mediano plazos y definir la informacin necesaria para darle seguimiento. Preguntar a los clientes cules son los datos que no les gustara que llegaran a manos de la competencia.

A travs de simple observacin o entrevistas de terminar la informacin que utiliza en la actualidad el ejecutivo para monitorear la situacin de la empresa

Mantiene la solucin tecnolgica

Identificar las necesidades, expectativas, restricciones e interfaces para el desarrollo de las soluciones tecnolgicas de TIC y definir los requerimientos de manera detallada.

El Responsable de este proceso deber:

1. Coordinarse con el Administrador del portafolio de proyectos de TIC, para que el proyecto correspondiente al desarrollo de la solucin tecnolgica se
10

inscriba en el portafolio de proyectos de TIC y que se asigne un Responsable de proyecto.

2. Asegurarse que se elabore el Documento de planeacin del proyecto, de acuerdo al proceso APTI- Administracin de proyectos de TIC.

3. Asegurarse que se asignen los roles y responsables para la ejecucin del proyecto y se registren en el Documento de planeacin del proyecto. El Analista de requerimientos de soluciones tecnolgicas de TIC, con apoyo del Representante de la unidad administrativa solicitante, cuando as corresponda; deber:

4. Identificar las necesidades de la solucin tecnolgica que se pretende desarrollar, tomando en cuenta: a) La normativa que incide en la solucin tecnolgica de que se trate. b) Las expectativas, interfaces y restricciones, existentes y proyectadas.

5. Definir los requerimientos de las soluciones tecnolgicas de TIC, para lo cual: a) Traducir las necesidades identificadas, en requerimientos especficos. b) Integrar la informacin y el diseo de la solucin tecnolgica de TIC que se haya desarrollado, mediante el proceso DSTI- Diseo de servicios de TIC. c) Analizar el modelo de flujo de negocio que ser provisto, en su caso, por la Unidad administrativa solicitante.

6. Revisar y validar los requerimientos especficos definidos conforme a los factores crticos 4 y 5, as como integrarlos en el Documento de visin de la solucin tecnolgica de TIC.

1.3.1 Actualizar los cambios de la solucin tecnolgica

11

Desarrollar los requerimientos de soluciones tecnolgicas de considerando los componentes o productos asociados a las mismas.

TIC,

El Analista de requerimientos de soluciones tecnolgicas de TIC deber: 1. Desarrollar los requerimientos de la solucin tecnolgica de TIC de que se trate, para lo cual:

a) Analizar la informacin contenida en el Documento de visin de la solucin tecnolgica de TIC.

b) Detallar los requerimientos de la solucin tecnolgica, as como las caractersticas de dichos requerimientos.

c) Definir el diagrama de flujo y las reglas de negocio, conforme a los cuales la solucin tecnolgica proveer la funcionalidad requerida. d) Identificar los requerimientos para cada producto o componente de la solucin tecnolgica, con base en las definiciones del Paquete de diseo del servicio de TIC, desarrollado en el proceso DSTI- Diseo de servicios de TIC. 2. Identificar interfaces, externas e internas. 3. Establecer las relaciones entre los requerimientos de la solucin tecnolgica de TIC. 4. Integrar la informacin de esta actividad en el Documento de especificacin de requerimientos de soluciones tecnolgicas, y actualizar el Repositorio central de requerimientos. 1.3.2 Depurar la informacin de la solucin tecnolgica El Diseador de soluciones tecnolgicas de TIC, con apoyo del Arquitecto de soluciones tecnolgicas y del Lder tcnico de desarrollo, deber:

12

1. Adoptar el mtodo para el diseo detallado de la solucin tecnolgica que, de acuerdo con la alternativa seleccionada, resulte ser el ms adecuado.

2. Determinar las capas de diseo, considerando: a) La arquitectura tecnolgica de la solucin. b) El diseo funcional. c) El diseo de interfaces. d) Los flujos de informacin. e) Las estructuras de datos. f) Las estructuras y relaciones de componentes. 3. Desarrollar el diseo detallado de la solucin tecnolgica, de acuerdo con los estndares y criterios tcnicos que para este proceso se definen conforme al proceso OSGP- Operacin del sistema de gestin y mejora de los procesos de la UTIC. 4. Identificar las interfaces asociadas con otros componentes, soluciones tecnolgicas o servicios de TIC de la Institucin o, incluso de otras instituciones u organizaciones. 5. Elaborar el Documento de diseo, en el que se contenga el diseo detallado de la solucin tecnolgica. 1.3.3 Utilizar sistemas de control de versiones Definir los componentes o productos que sern integrados en la solucin tecnolgica, as como la secuencia para realizar la integracin. El Integrador de la solucin tecnolgica, con apoyo del Lder tcnico de desarrollo y de los Desarrolladores de la solucin tecnolgica, deber: 1. Identificar los productos o componentes que sern integrados en la solucin tecnolgica. 2. Definir los tipos de verificacin que sern ejecutadas durante la integracin. 3. Identificar alternativas de integracin y de secuencia, as como efectuar pruebas sobre estas.

13

4. Analizar las diversas alternativas y seleccionar aqulla que tcnicamente resulte la ms conveniente para la integracin de la solucin tecnolgica, y realizar la justificacin correspondiente. 5. Documentar en el Reporte de integracin, la alternativa seleccionada y su respectiva justificacin. 6. Actualizar, con la informacin de los factores crticos anteriores, el Repositorio de configuraciones, el Repositorio central de proyectos y, en caso de establecerse, el Repositorio de componentes y productos.

14

15

Diagrama de Desarrollo de Solucin Tecnolgica

Define un plan de capacitacin de la solucin tecnolgica

Plan de Capacitacin de la Solucin Tecnologica La capacitacin es una actividad planeada y basada en necesidades reales de una empresa orientada hacia un cambio en los conocimientos, habilidades y actitudes de los empleados. En tanto que el entrenamiento es aprender por medio de la prctica en el mismo lugar de trabajo. La capacitacin es la funcin educativa dentro de una empresa por lo cual se deben satisfacer necesidades presentes y prever necesidades futuras, resultado de la preparacin y habilidades de los colaboradores. Causas que pueden dar origen a la decisin de dar capacitacin Varias son las causas que pueden dar origen a la decisin y luego a la realizacin del adiestramiento o la capacitacin dentro del mbito de la empresa. Algunas de las ms comunes son: a) Ignorancia: por falta total o parcial de conocimientos. b) Obsolescencia: que los conocimientos estn desactualizados. c) Por traslados o ascensos: un cambio dentro de la estructura jerrquica o geogrfico. d) Frente a cambios tecnolgicos: por la necesidad de utilizar nuevas tecnologas. Las capacidades a mejorar Las capacidades del personal que trabaja en una empresa que pueden ser desarrolladas o mejoradas mediante una buena accin de capacitacin se agrupan en tres grandes categoras: 1.) Capacidad Tcnica: la condicin tcnica implica la comprensin y el dominio de una especialidad, esencialmente lo que se refiere a mtodos, procesos, procedimientos y tcnicas de trabajo. Es sencillo comprobar la existencia de la capacidad tcnica de un analista de sistema, contador, msico o cirujano cuando se encuentran desarrollando las funciones especficas. SE TRABAJA CON COSAS.

16

2.) Capacidad Humana: es lo que permite el ptimo manejo de los RR.HH. dependientes y crear el ambiente de armona necesario para la convivencia en una empresa. Comprende a las relaciones con los individuos y con los grupos que ellos forman, atendiendo a sus necesidades y procurando su satisfaccin. El administrador debe saber entender la personalidad de cada subordinado para lograr de ste la mayor colaboracin y eficiencia posible. SE TRABAJA CON PERSONAS. 3.) Capacidad Conceptual: est dada por el conocimiento genrico, global de la empresa, que permite al administrador tomar las decisiones ms importantes que hacen a la conduccin de la empresa en su conjunto y su relacin con el contexto en que est inserta. Comprende el conocimiento de cmo las diferentes funciones de una organizacin dependen unas de otras y se extiende a la percepcin de las relaciones de la empresa con la rama de actividad que desarrolla (industrial, comercial, financiera, agropecuaria) con la comunidad y las fuerzas polticas, sociales y econmicas de su medio. sta habilidad requiere por ejemplo del manejo de las leyes econmicas de los distintos aspectos del mercado, del rgimen laboral de la competencia, de forma tal de poder conducir a la empresa hacia los objetivos, sorteando las dificultades que el mercado y la competencia imponen. ES LA CAPACIDAD DE DIRECCIN. La capacitacin como un sistema Podemos ver a la capacitacin como un sistema de la siguiente forma:

Importancia de la capacitacin Existen varias ventajas tanto explcitas como implcitas al llevar a cabo acciones de adiestramiento y capacitacin, algunas de ellas muchas veces no son consideradas. A continuacin podemos ver algunas de esas ventajas:

17

1.) Provoca un incremento de la productividad, porque un incremento en las capacidades usualmente da como resultado una mejora, tanto en la cantidad como en la calidad de la produccin. 2.) Desarrolla una alta moral en los empleados, porque sienten que la empresa los tiene en cuenta, desea que se desarrollen y mejoren. 3.) Reduce la necesidad de supervisin, porque el empleado capacitado es una persona que puede desarrollar su labor con una supervisin mnima, alcanzando mayor grado de independencia en sus labores. 4.) Reduce los accidentes, porque muchos accidentes son causados ms por deficiencia humana debido a la falta de entrenamiento que por falla en los instrumentos o en los equipos de trabajo. 5.) Mejora la estabilidad de la organizacin y su flexibilidad, la habilidad de una organizacin para mejorar su efectividad a pesar de las prdidas de personal clave, se pueden desarrollar solamente mediante la creacin de una reserva de personal de reemplazo entrenado. Condiciones de la capacitacin Algunas de las condiciones claves a la hora de llevar a cabo la capacitacin son:

Debe ser adecuada a las necesidades reales que intenta satisfacer. Debe realizarse de forma metdica respondiendo a las caractersticas del tema, tiempo, lugar y participantes. Debe ser continua, aunque con perodos de descanso. Debe exigir la participacin activa de cada persona.

Fases del programa de capacitacin A continuacin podemos encontrar las diferentes fases o etapas que podra tener un programa de capacitacin: 1) Detectar las necesidades de formacin o adiestramiento y clasificar las mismas. Antes de formar es necesario detectar las necesidades presentes y futuras y analizarlas para hallar sus causas reales. Este inventario de los problemas de la organizacin debe ser sistemtico, continuo y efectuado en todos los campos y en todos los niveles. Una vez detectadas las necesidades se deben fijar prioridades, fijando un plazo para su satisfaccin (corto, mediano, largo). Clasificar las necesidades: - Individuales. Surgidas de la evaluacin de desempeo. - Grupales.
18

- Que requieren solucin inmediata. - Que demandan una accin futura. Si se planifica el cambio de un proceso, se detecta una necesidad futura de capacitacin para que dicho cambio pueda llevarse a cabo. - Que exigen instruccin sobre la marcha. Cuando es imposible extraer al trabajador de su lugar de trabajo o cuando se debe hacer en el lugar de trabajo. - Que necesitan instruccin externa. Cuando debe recurrirse a institutos de capacitacin externos. - Que puede resolver por s misma la organizacin. Porque cuenta con recursos para hacerlo. - Que requieren fuentes o medios externos. Tcnicas para detectar las necesidades: - Observacin directa: del lugar del trabajo, del operario, de los resultados de la ejecucin del trabajo. - Reuniones de grupo: los jefes exponen las necesidades generales e individuales de su sector. - Entrevistas: para detectar las dificultades, buscar causas y determinar si estn relacionadas a la falta de capacitacin. Pueden realizarse incluso con el mismo trabajador. - Evaluacin de desempeo: Anlisis que permiten detectar las necesidades: - Anlisis del equipo, relacionado a la adquisicin de tecnologa y la necesidad de aprender a utilizarla. - Anlisis de la actividad, por cambios en el modo de realizarlas o la realizacin de nuevas actividades. - Anlisis de problemas en la organizacin, identificar problemas que se deban a la mala formacin o a la falta de conocimientos. - Anlisis del comportamiento, tiene en cuenta el nivel de eficiencia del trabajador. - Anlisis de la organizacin, cuando se modifica la estructura, las responsabilidades o las relaciones entre los diferentes componentes de la organizacin. 2) Programacin y organizacin de las actividades. Una vez realizado el anlisis de las necesidades, se elabora un plan de actividades de formacin. El programa es la estructuracin de las actividades que permiten el aprendizaje. El conjunto de programas de entrenamiento conforma el plan. Ejemplo: Plan de Capacitacin:
19

a) Programa de capacitacin para el personal de conduccin. b) Programa de capacitacin para supervisores. c) Programa de capacitacin para los empleados administrativos. d) Programa de capacitacin para los operarios. Se debe: 1) Fijar los objetivos, los que deben estar relacionados con los objetivos de la organizacin. 2) Determinar el nmero de participantes y nivel de capacitacin, armar grupos en igualdad de condiciones para asimilar conocimientos. 3) Definir cursos a desarrollar, por ejemplo, ir por temas y por reas. 4) Definir objetivos de cada curso. 5) Unidades de instruccin, es decir, cules sern los mdulos que componen el curso. 6) Mtodos de instruccin. 7) Tiempos necesarios. De cada actividad, horarios, cantidad de horas de modo que los sectores sigan funcionando normalmente. 8) Instructores por cada unidad de capacitacin, para la parte prctica y para la terica. 9) Mtodos para medir la eficacia, exmenes parciales, finales. 10) Informacin administrativa necesaria, tal como horario y fecha de fin de curso. Cuando se ejecuta el programa: 1) Comunicar a todos los niveles, el programa y los objetivos. 2) Suministrar la capacitacin en relacin a la calidad y cantidad de participantes. 3) Busca el lugar para realizar la capacitacin, puede ser dentro o fuera de la organizacin. 4) Administrar, controlando las actividades que realiza el instructor, los participantes y la coordinacin. 5) Registrar las actividades que se van realizando, cantidad de capacitados, rea a la que pertenece, notas obtenidas, etc. 3) Seleccin de las tcnicas a utilizar: Una vez elaborado el plan, le sigue la realizacin de cada programa. Dicha realizacin est referida a las acciones concretas del docente, a las actividades que realiza el capacitador y las personas a capacitar y a los elementos y procesos que intervienen en cada situacin de aprendizaje. La seleccin de la tcnica se basa a la ms adecuada para su comprensin y puede ser:
20

- Adiestramiento individual: tomando de a un trabajador por grupo de trabajo. - Grupal: se le ensea una tcnica de trabajo al grupo completo. - Clases multilaterales: existe una participacin activa del grupo a travs de: - Discusin sobre alternativas de solucin - Tcnicas de simulacin o juego de roles - Mesas redondas - Paneles - Simposios - Mtodos audiovisuales, pizarra, etc. - Capacitacin en el trabajo: se usa principalmente en la etapa de induccin de un empleado nuevo. - Rotacin del trabajador: suele ser necesario debido a la condicin de generalistas que exige el mercado laboral actual. - Sustitucin del jefe: cuando ste debe ausentarse por un lapso de tiempo prolongado, es reemplazado por el subordinado ms capacitado para hacerlo, lo cual constituye una forma de capacitacin. - Asignacin de tareas especiales. 4) Evaluacin de resultados. Una vez realizado el programa se ha de evaluar la conducta final del participante para constatar si ha alcanzado los objetivos fijados en cada programa. Con las normas de desempeo establecidas. La evaluacin de cualquier curso proporciona informacin: - La reaccin del grupo y del alumno: cunto gust el programa a los participantes?. - Conocimiento adquirido: qu principios, hechos y tcnicas aprendieron? los aplican?. - Nivel de avance del alumno. - Las actitudes: qu cambios de conducta en el trabajo ha provocado el curso?. - Los resultados: en cuanto a costos reducidos, mejoras de calidad, mejoras de cantidad, etc. Hay tres tipos de evaluacin: - Antes de la capacitacin: permite al instructor hacer cambios sobre la marcha, por ejemplo, cuando los alumnos no tiene los conocimientos bsicos para dar ciertos temas. Determina el nivel del alumno previo al curso. - Durante la capacitacin: determina el nivel de avance del alumno, para ir potenciando o suministrando capacitacin en el o los temas que hagan falta. - Despus de la capacitacin: sirve para chequear el avance respecto a los conocimientos que tena cundo entr al curso y para determinar si la misma fue exitosa.
21

5) Seguimiento y control. La capacitacin no termina cuando finaliza el curso, sino que se hace un seguimiento para determinar si se aplican los conocimientos adquiridos y si los trabajadores adquirieron capacidad y destreza para realizar las actividades en las fue adiestrado. Comienza de nuevo el ciclo Caso de Estudio

Idealistas.org-Res Non Verba organiza, Programa de capacitacin en Tecnologa Aplicada A la Gestin de las Organizaciones de la Sociedad Civil Los talleres estn orientados a brindar un marco de conocimiento sobre el uso de tecnologa aplicada a lo social para fortalecer la gestin, la comunicacin y el desarrollo organizacional en su sentido integral. Las capacitaciones procuran brindar nociones sobre CRM, tecnologa web 2.0, redes sociales, marketing y publicidad online, Google Adwords y desarrollo de fondos online, entre otros tpicos. PROGRAMA: Capacitacin en la Ciudad de Buenos Aires. 4 de mayo: Promocion gratis tu organizacin en Internet con Google Adwords. Hora: 17 a 20hs Lugar: Google Argentina, Alicia Moreau de Justo 350, 2 piso Facilitadores: Gonzalo Gimena y Cynthia Leibman, Google Argentina. Contenido: Publicidad online vs. publicidad tradicional. Publicidad atravs de Google. Qu es Google Adwords? Google Grants: Detalles de programa, criterios para la seleccin de beneficiarios, proceso de aplicacin. Especificaciones yrequisitos de los anuncios. Tipos de anuncio. Facilitado por Google Argentina. Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas, relaciones institucionales, fundraising. No es necesario tener conocimientos tcnicos avanzados. 5 de mayo: Construir el sitio web de mi organizacin con Wordpress.
22

Hora: 11hs a 14hs Lugar: Zurich Seguros, Cerrito 1010 Facilitador: Daniel Dvorki, CTO, Think-Thanks. Contenido: Utilizar un blog como mi sitio web. Opciones para crear un blog. Diferencia entre blogs y los CMS. Opciones para crear un blog: Saas, Open Source Blogging tools, Open Source CMS tools. Ejemplos de blogs exitosos. Creacin de un blog con Wordpress. Componentes y features del blog. Promocin y creacin de audiencia. Suscriptores, boletines, estadsticas. Recomendaciones y sugerencias. Dirigido a: Personas del rea de tecnologa o comunicacin, responsable de la implementacin con conocimientos tcnicos bsicos o con facilidad para aprender. 14 de mayo: CRM, Manejando la relacin con nuestro pblico. Hora: 15 a 18hs Lugar: Instituto Tecnolgico de Buenos Aires (ITBA), Av. Eduardo Madero 399 Facilitador: Carolina Santamara, Martin Waserman, Idealistas.org Contenido: Qu es un CRM? Tipos de CRM. Tipos de licencia. Problemas de la organizaciones, soluciones. Acciones que se pueden realizar a travs de un CRM. Ejemplos de tipos de CRM. Open Source vs Saas. Tour bsico de CRM: CiviCRM, Salesforce, Sugar. Cmo elegir un CRM? (Budget, Soporte, necesidades). Mi organizacin necesita un CRM, podemos afrontar este proceso? Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas, relaciones institucionales, fundraising. No es necesario tener conocimientos tcnicos avanzados. 18 de mayo: Google Apps II: Implement Google Apps en tu organizacin. Hora: 17 a 20hs Lugar: Google Argentina, Alicia Moreau de Justo 350, 2 piso Facilitador: Gastn Ansaldo, Enterprise Sales Engineer, Google Contenido: Espacio de preguntas y necesidades de las organizaciones. Instalacin, configuracin. Manejar cuentas. Cuentas. Mailing Lists. Migracin de Email. Mejores prcticas. Reportes. Agregar administradores adicionales. Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas o idealmente la persona responsable de la implementacin de Google Apps.
23

28 de mayo: Marketing y Publicidad Online. Hora: 15 a 18hs. Lugar: Instituto Tecnolgico de Buenos Aires (ITBA), Av. Eduardo Madero 399 Facilitador: Cecilia Costantini, Think -Thanks. Contenido: Principios bsicos de una estrategia online. Mass Emailing. SEO. Enlaces en otros sitios. Marketing Viral. Redes Sociales. Publicidad en Internet. Integracin con medios offline. Creacin de comunidad. Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas, relaciones institucionales, fundraising. No es necesario tener conocimientos tcnicos avanzados. 2 de junio: Construir el sitio web de mi organizacin con Joomla. Hora: 11hs a 14hs Lugar: Zurich Seguros, Cerrito 1010 Facilitador: Daniel Dvorki, CTO, Think-Thanks. Contenido: Qu es Open Source? Qu es un CMS? Ventajas. Los CMS ms populares: Drupal y Joomla. Caractersticas de cada uno. Requerimientos bsicos. Instalacin y configuracin de Joomla. Dirigido a: Personas del rea de tecnologa o comunicacin, responsable de la implementacin con conocimientos tcnicos bsicos o con facilidad para aprender. 11 de junio: Internet para la promocin de campaas sociales: Social Media y Redes Sociales. Hora: 15 a 18hs. Lugar: Instituto Tecnolgico de Buenos Aires (ITBA), Av. Eduardo Madero 399 Facilitador: Francisco Erian y Toms Kohen, Think Thanks. Contenido: Que es Social Media? Aplicaciones de Social Media: foros, blogs, wikis, podcasts, redes sociales, foto, video. Qu son las redes sociales en Internet? Inventario de redes sociales. Caractersticas demogrficas de los usuarios de redes sociales. Para qu utilizarlas? Herramientas y conceptos bsicos. El uso social de los blogs. Recomendaciones y sugerencias para su uso. Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas, relaciones institucionales, fundraising. No es necesario tener conocimientos tcnicos avanzados.
24

25 de junio: Internet para recaudar fondos: canales y herramientas para aumentar los ingresos de tu organizacin. Hora: 15 a 18hs Lugar: Instituto Tecnolgico de Buenos Aires (ITBA), Av. Eduardo Madero 399 Facilitador: Jons Beccar Varela, DF Activo. Contenido: Desarrollo de Fondos Online: importancia de contar con una base de datos. Formas de armar base aprovechando tecnologas disponibles, gratuitas o muy baratas. Los 10 mandamientos del e-mail fundraising El formulario seguro de donacin: Cmo funciona y porqu es tan importante? Otros de medios de pago. Integracin online-offline. Orientacin de la web institucional para fundraising. Fundraising usando redes sociales. Generando trfico hacia nuestro sitio. Otras formas de recaudar fondos por internet: MercadoSolidario, Ad-sense. Dirigido a: Personas del rea de comunicacin, directores generales, directores de programas, relaciones institucionales, fundraising. No es necesario tener conocimientos tcnicos avanzados.

Conclusin Idealistas.org es la nica red social con fines sociales de alcance internacional que utiliza las Nuevas Tecnologas de la Informacin y la Comunicacin (NTICs) para promover el desarrollo de una ciudadana socialmente responsable. La red, de uso gratuito, cuenta con ms de 1.100.000 personas y ms de 85 mil instituciones sociales de todo el mundo que interactan entre s en funcin de potenciar y sumar sinergia, a travs del trabajo en red, en proyectos de ndole social orientados a incrementar el bienestar de la ciudadana mundial.

25

26