miércoles, 17 de diciembre de 2008

A pesar de que manejes tu concepto de organizacion del trabajo , tu ciclo de desarrollo .
Aunque adhieras a algun proceso standard mmm  ,  seguro que alguien de tu entorno tratara de que no puedas funcionar segun tus principios y reglas .
 Siempre hay un desorganization man e inclusive tu organizacion puede ser imperceptible para otros y estamos en un problema , sobre todo en pequeños grupos donde trabajamos como una red mas que como unidades de una jeraquia. 
Como salvarse de eso ?? que alguien lea "El alma de una nueva maquina" de Tracy Kidder , escrito por alla por los 80 .
 Tambien recuerdo un pequeño librito que lo preste a un vendedor de computadoras y nunca me lo devolvio , una joyita escrita por el primer graduado de una universidad de Inglaterra en ciencias de la computacion algo como "10 formas de hacer fracasar un proyecto de computacion"
 Recuerdo una:"exija trabajar sobre una base de datos unica parta toda la empresa" y un monton de sensaciones que tuve cuando lo leia porque esas 10 formas eran cientos de intentos aplicados sobre mi y mi trabajo a fines de los 80 , (el libro era de los 60!).
 Y bueno , chorreo escepticismo hoy Veo triunfar la direccion Hongo , los tecnicos arrasan a los ingenieros , atizados por los planes de venta de las empresas de hard y soft que ven mas dificil encarar y preparar sus productos para ingenieros (hablo de desarrollo ojo!) , la globalizacion ha sido como una bomba nuclear , y no se si estoy aguantando el final de una explosion o en medio de una! 
Siempre recuerdo al jefe de proyectos de el libro de Tacy Kidder y el arquitecto y pienso que harian ellos!. 
El final de ese libro es fuerte para un profesional. El pinball es el juego que rige una carrera(para seguir jugando hay que ganar)
 En una corporacion hacen planes contigoTU no puedes hacer planes .
 Cuando algo es pequeño puede ser hermoso y perfecto , cuando es negocio no es ni lo uno ni lo otro . Estar en la innovacion es tan peligroso como estar atrasado.
 Ya vivi en mi piel muchos de los pasos de ese libro y recuerdo que se preguntaban en esa historia (como yo esos años!) que hace un ing. despues de los 30 años ?
 Yo ya pase los 50 y solo puedo laburar laburar y laburar
 Mierda! carajo dijo la Chiqui Legrand !

viernes, 17 de octubre de 2008

los clientes se

adueñan de todonunca tuve dudas en relacion a lo que hago
algunas veces me habia preguntado si aparte de utilizarlo , mis clientes le dan valor
Ultimamente me encontre con un cliente que valora tanto lo que hicimos que cree que es de su propiedad.
Como el pidio , lo que se instalo en su empresa es de su propiedad , eso es obvio , pero este me insinuo ingeniosamente que el sistema lo hizo el !
jejejejejejejejejejej ............. siempre alguien que atrasa
La primera vez que estuve en algo asi fue a principios de los 80 , el jefe del area de ingenieria en la que yo habia hecho un desarrollo dijo al final del proyecto:
fiuuuu! , al final lo hice !
bue! , esa vez me dieron una version legacy y las especificaciones tecnicas.
Que para un ingeniero como yo son absoluta verdad
Me dieron los requerimientos y las especivicacions para los calculos y el tratameinto de los resultados. todo lo demas fue por mi cuenta
Mi jefe era un ingeniero de primera , no me gusto mucho pero era comprensible
Y esta vez ........????
Mis clientes tienen todo el derecho a solicitar servicios de los programas, a cuestionar lo que se construye a decidir si lo usan o no , a evaluar , a controlar
Pero yo y mi gente nos reservamos el derecho a desarrollar segun nuestra mejor ciencia y a recurrir por ejemplo a experiencias anteriores a standares , a componentes que hace que mi cliente no se precupe por como se diseña e implementa.
Si el riesgo del diseño y la implementacion es mio , entonces el sistema es mio y los requisitos del cliente ok ?

jueves, 25 de septiembre de 2008

control y proceso de gerencia

Necesitas organizar los recursos de tal forma que puedas hacerlas
Necesitas dividir lo grande de tal forma que puedas entender los pedazos y sus relaciones
Necesitas preveer el tiempo de tal forma que sepas si te adelantaste , te atrasaste o vas normal
Necesitas independizar las actividades de tal forma que puedas empezar y teminar las cosas con un poco de independencia entre ellas
Necesitas controlar lo que haces para asegurar que estas haciendo lo correcto
Bueno , todo eso es :control , control y mas control con modelos , modelos y mas modelos , cualquier otro enfoque es peligoros voluntarismo
organizar los recursos , planificar la accion,dirigir la accion , controlar los resultados se acuerda alguien que era eso ??
jej! que viejo no?
La cuantica es bastante vieja no?

miércoles, 27 de agosto de 2008

Los papeles que el consultor desempeña


El experto
El cliente no cree tener los conocimientos o no cree que se pueda asegurar un resultado exitoso recurriendo al personal de la empresa
Entonces recurren a nosotros: "hagalo , bien , rapido y barato!"
Recuerde: NO TIENE TODO EL CONTROL , solo tenemos el control de nuestros recursos , probablemente el cliente vera como un ahorro de costos no colaborar . Ademas no cree muy util mucha comunicacion
El esperara que se termine para juzgar y evaluar
El cliente no espera aprender a hacerlo para la proxima situacion
Supondremos que son situaciones de alto contenido tecnico
Problemas: desconfianza de una solucion permanente , ocultamiento o retencion de datos
Limites no acordados , problema con formulacion ineficiente. Mala negociacion previa
Ventajas: permite trabajar con nuestros parametros , podemos elejir y negociar una meta de nuestro interes. El valor puede ser planteado abiertamente

La Mano Derecha
El cliente no cree que debe ser el solucionador , porque seria poco efectivo (lento , costoso)
Entonces recurre a nosotros :"haga lo que yo haria"
Nos pueden decir desde que hacer hasta como hacerlo y controlarnos para que asi sea
Porque de cualquier modo son todas las mejores "sugenrencias" , si la aceptamos debemos cumplirlas y si no: estaremos desafiando al cliente
Problemas:el cliente siempre tiene el control , somo el empleado que no puede tener.No nos tratara mejor ni nos pagara mas
Ventajas: Los riesgos siguen siendo del cliente , si se falla se puede intentar nuevamente , los fracasos se amortiguan hasta que alcanzamos el limite .

Vinculo de colaboracion
El cliente confia en nuestra capacidad de solucionar problemas e incidentes y que podremos transmitir el conocimiento necesario para que el lo solucione por su cuenta la proxima vez o para que no ocurra nunca mas.
El cliente comparte responsabilidades y participa en el enunciado , la fijacion de metas el desarrollo de la solucion y su institucion en la empresa
Problemas: Es necesario un vinculo maduro , el cliente esta expuesto al fracaso y es una alternativa que puede ser planteada. La participacion del cliente puede verse como falta de conocimientos
Ventajas: las cosas se solucionan para siempre , los analisis y evaluaciones son compartidas y eficientes

jueves, 7 de agosto de 2008

esquema defectos falla


El programa ideal es aquel libre de defectos
Como conseguir eso?
Testeando el programa y verificando sus propiedades ; desarrollarlo con un metodo que asegure la menor cantidad de defectos
SI pero .......recordar G.I.G.O. acomodado a este ambito :si pido basura, se desarrolla basura (P.B.D.B.??)
un progama no sera mejor que los objetivos y requisitos elegidos
Recordar que el objetivo de minima del mantenimiento es:mantener una tasa estable de fallas , o sea conseguir una inadaptacion aceptable , o sea retrasar la muere del programa

martes, 5 de agosto de 2008

defectos en el software , problemas y mantenimiento , conceptos básicos



defectos en el software , problemas y mantenimiento , conceptos básicos
un programa contiene defectos
Un defecto puede generar una falla o un problema
un problema es una cadena de causas(defectos) y efectos impreceptible que se manifiesta como una falla o como un disconformidad
Se trata de generar programas libres de defectos y organizaciones capaces de detectarlos y/o descubrirlos en la raiz de un problema
se trata de generar organizaciones para enfrentar las fallas y los problemas

las fallas pueden ser generaqdos por propidades inadecuadas (defectos) o por escenarios inadecuados cuando nos encontramos en el segundo seguro que estamos en una situacion: "problema" .Hay responsabilidad del usuario de utilizarlos en escenarios no previstos (recuerden que un sistema de informacion es en gran parte un sistema de respuestas preplaneadas y una pequenia parte ad hoc, siendo la primera la de mayor importancia)
Uno de los objetivos del mantenimiento es que la tasa de fallas permanezca dentro de valores esperados, si se generan problemas , la tasa de fallas sera impredecible

miércoles, 16 de julio de 2008

Sostener un soft de nuestro desarrollo a traves de las etapas del ciclo de vida de u
n producto
(ver otra entrada del blog)
Consideremos basicamente los procesos tecnicos, en base a ellos podriamos hacer una primera lista:
-Analisis y formulacion de requisitos
-diseño
-codificacion
-guia y entrenamiento de operacion
-guia de gestion
-capacitacion
-aseguramiento
-revision
-correccion
-adaptacion
-perfeccionamiento
-prevencion
-Apoyo en incidentes y problemas
-representacion tecnica
Esta es mi primera lista pensada a paertir de los procesos tecnicos standard de un proyecto, los servicios y funciones standadrd que una organizacion debe sostener, los recursos disponibles y los propositos propios considerados

miércoles, 9 de julio de 2008

posicionarse1

Resulta que todavia por estas latitudes hay que esforzarse en posicionar nuestro trabajo.Bueno ,eso porque somos productores ,los transformadores , los ingenieros ,los constructores y en gral nuestra afinidad y principal esfuerzo no es el de la vision empresaria sino la vision profesional.
Pero dado que habitualmente somos tambien los administradores y dueños :tenemos que hacerlo
Entonces me parece bueno preguntarse por los productos que el segmento de mercado que atiendo valoriza y son:programas y servicios (alguien puede decir , yo no hago programas!... bueno buscale un sinonimo)
Para hacer esos programas y sevicios dispongo de :conocimientos , habilidades ,tiempo,recursos .los recursos son:infraestructura,herramientas ,financieros,etc

estos se combinan en procesos (ej:de desarrollo y de mantenimiento) los cuales generan los programas y servicios que brinda nuestra empresa
Que proceso de desarrollo? el que realmente siguen las componentes de un soft para que junto a nuestro conocimiento y la aplicacion de nuestras habilidades a traves de las herramientas permitan entregar a un cliente un soft que cumple con las expectqativas del cliente , y las nuestras. Es decir ha sidon efectivo , eficiente y eficaz
Y que servicios? deberiamos tener un catalogo de servicios y mapear estos con algo Gral como ITIL












sábado, 16 de febrero de 2008

el uso del tiempo

Trate de averiguar que hacen varios programadores profesionales y hasta profesores universitarios de ingenieria de softwarte , les pregunte a cerac de las estimacions de tiempo en su trabajo y su perspectiva en la administracion de proyectos , nadie respondio , supongo que subestiman el recurso tiempo......... que falta de ignortancia , si tenes la herramienta mas potente y el dinero mas iportante , debes organizarte para llevar adelante un proyecto , fundamental bsasico , insuperable:administracion del tiempo , el recurso mas escaso despues de la inteligencia.
pero bueno recuerdo que un ignorante dijo:que falta de ignorancia!