Sábado, 14 de Julio de 2007

Vida de Programador VII:Programación orientada al servicio

En las categorías: Tech, Puke

Viendo un excelente articulo que me paso mi pana Osofrontino y una respuesta de alguien a este, me hace  pensar en algo diferente  a la pregunta que hace el primer articulo y yo me planteo lo siguiente, ¿realmente la empresa necesitan programadores?. El motivo de mi pregunta es que ocurre la paradoja entre lo que el cliente quiere y lo que el deber ser, por ejemplo en mi zona donde he vivido los últimos 15 años existen innumerables industrias de explotación mineral, las cuales su negocio primario no es obviamente el software sino otro pero que han ido aprendiendo que sin software algunas decisiones o acciones en la misma serían imposibles de realizar mas no les gusta esperar los ciclos clásicos de desarrollo y quisieran resultados en tiempos mas cortos lo cual choca a veces con el pensamiento de un analista integral por mas metodologías ágiles que existan en el mercado.

 
Con esta vaga introducción sumerjámonos ahora en el tema porque la programación orientada al servicio (y no me refiero a SOA ni ESB) sino al escenario donde o el desarrollador es parte de la empresa cuyo negocio primario no es software  o aquel que presta servicios a través de una empresa que si hace software como negocio primario. En el primero caso nos encontramos con personas que de alguna forma son quemadas por el sistema, son personas que pudiesen tener un alto potencial pero que tal vez intereses o "políticas" propias de la empresa hacen que estas no se sientan cómodas con las cosas que realizan (frustración), a este estado sumémosle que no llaman a los que usan sus servicios clientes sino usuarios o le ven como compañeros de trabajo y caen en el grave error de sacrificar la calidad del servicio por este tipo de relación(pelean y regañan al usuario final del software en vez de resolver su situación). En las empresas, los departamentos de TI son áreas de SERVICIO cuyo principal motivación es poder cumplir con la demanda de necesidades de las diferentes áreas de la organización los cuales pueden llegar a ser de una cantidad considerable considerando como es el ritmo de las organizaciones actuales y caemos en el problema de siempre es que al no ser un área prioritaria en al empresa entonces los requerimientos son encolados y cambiados de prioridad constantemente  creándose un estado de confusión o desorganización-desorientación que lleva a que las metas no sean alcanzadas muchas veces.

 

La solución "mágica" que optan estas empresas muchas veces es hacer outsourcing de este servicio para tratar de salvar o compensar la "saturación" que los empleados tienen provocando ahora un problema social interno es que el empleado de consultora tiende a tener una capacidad de servicio muy bueno pero puede suceder o que gane muy bien (porcentual menor) o que sea paupérrimo su sueldo (común denominador) que la empresa donde se presta servicio lo cual genera ahora inconformidad de alguno de los lados conllevando a una degradación de este servicio en el tiempo. El otro problema que surge si los recursos están muy con el cliente (manpowering) y la calidad de los mismos es alta es son absorbidos por este o pierden la perspectiva para quien trabajan con lo cual pueden en caer en comportamientos descritos en el párrafo anterior.

 

Basado en los dos planteamientos antes descritos ¿qué solución se podría plantear?. La respuesta no es fácil pero planteo este esquema que tal vez sea el mas acorde para poder obtener un servicio como las organzaciones requieren:

  1. El primer cambio de concepto es que el que necesita un servicio ya no es usuario es un CLIENTE el cual necesita la atencion que su nombre implica.
  2. Al ser un CLIENTE este, debe estar consiente que la empresa esta invirtiendo dinero en la solución que este solicita y debe comprometerse a la obtencion del resultado obtenido.
  3. Las metas de evaluación tanto del CLIENTE(persona responsable del lado del lado de la empresa de informar los requerimientos de la solucion pedida) como del prestario del servicio deben evaluarse de acuerdo a los resultados obtenidos. Este punto es bastante subjetivo pero necesario para poder motivar a que este cumpla lo que se pida.
  4. Las areas de TI deben dejar de ser departamentos iguales a las otras a las otras y convertirse en Areas de Proyectos, el porque de esto es que funcionarían como Outsourcing internos que consumirían presupuesto de un centro de costo(lo cual hacen hoy día) pero el cual se cobraría(el servicio prestado) a otro centro de costo con lo cual ademas de la meta del cliente responsable habría un costo  economico que la gente de Planificacón y Presupuesto podria medir en la gestion anual de la empresa.
  5. Medir el ROI (return of investment) de los proyectos ya que muchos arrancan solo como una expresion de deseo y lo ideal es plantear las soluciones como ahorro de tiempo de las personas de un area, no con el fin de reducir personal en estas sino enfocar mejor su tiempo en las actividades que les competen y no en trabajo repetitivo de carga de datos y generacion de informes.

En definitiva sea como se encare el prestar servicios informáticos a una empresa la mejor forma de hacer este compromiso es teniendo una espada que apunte a la persona y lo "sensibilice" con la función que esta realizando y no es ver a estas áreas como centros de hacer dinero sino hacerlas ver que el desarrollo de software en la organización es necesario pero de acuerdo a las necesidades de la empresa y el cual su inversión debe ser cuidadosa para poder tener a Analistas Integrales comprometidos con estas metas que hagan que la calidad del servicio sea la requerida y la existencia de estos departamentos una necesidad imperiosa y no una moda en la empresa para poder decir, SOLICITO PROGRAMADORES, ¿DONDE HAY?.

 

Sonando en mi Itunes: Linkin Park-Faint(Live Earth Tokyo)





Del.icio.us  |   Cosmos  |   Digg  |   Slashdot |   ”submitMeneame |   Guardar en Favoriting Favoriting

Escritos Relacionados:


EL URI para seguir esta entrada es: http://zeitan.blogsome.com/2007/07/14/vida-de-programador-viiprogramacion-orientada-al-servicio/trackback/

3 Comentarios »

    delimce
  1. si, a veces el problema no son los analistas sino el cliente como tal que no quiere colaborar y no intenta explicarse de la mejor maneras, hay clientes que aunque dispongan de excelentes analistas y desarrolladores para obtener resultados, no estan identificados con el proyecto o simplemente no saben ser utiles para sacarles el mejor provecho de que es lo que realmente quieren, el cliente sabe lo que quiere, pero muchas veces no sabe explicarse

    July 14, 2007 @ 7:08 pm

    • • •
     
  2. Apocalypso Facto
  3. Yo como que me voy a cambiar de carrera antes de que sea demasiado tarde… :-(

    July 14, 2007 @ 10:17 pm

    • • •
     
  4. Percy Reyes
  5. ...y cuando el cliente ha tomado conciencia de esto, sino no tiene ni una puta idea de lo que cuesta desarrollar software?. Lo que suelo hacer con todos mis clientes es decirles, que si no participan activamente en el proyecto, el sistema no saldrá como ellos desean. Esto les lleva a ponerme un poco más de atención cuando hago el levantamiento de información del negocio.

    Excelente reflexión,

    Saludos,

    July 15, 2007 @ 11:47 am

    • • •
     

RSS feed para comentarios en el post.

Deje un comentario.

Entrelineado de parrafos automáticos, direcciones de e-mail nunca seran mostradas, HTML permitido: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>



Anti-spam measure: please retype the above text into the box provided.

cró·ni·ca s. Artículo periodístico o información radiofónica o televisiva sobre temas de actualidad.

Puede que algunos elementos de esta página no se muestren correctamente si navega con Internet Explorer. Zeitan recomienda utilizar:
Get Firefox!

Links internos:

Categorías:

La gente comenta:

Archivos:

Julio 2007
L M M J V S D
« Jun   Ago »
 1
2345678
9101112131415
16171819202122
23242526272829
3031  

Hace un mes atras:

La gente lee:

Zeitan. Es el navegante constante de la red que expone sus opiniones y gustos en este espacio esperando compartir junto a Uds. esta experiencia y saber su feedback a través de sus comentarios.

Contacto:

msn:antonbas@gmail.com
Blogger Code:
B4 d- t k s++ u++ i o x-- e+ l c+
(decode it!)

Escuchando en Last.FM:

Twitteando:


Sigue a zeitan en http://twitter.com

Búsqueda:

Busca con este:


O si te parece mejor usa este otro:

Leo a:

Mas clickeado:

Sindicalizado por:

Estamos Suscritos a:

Directorio de Blogs de Venezuela
BloGalaxia
Blog Flux Directory

 Bitacoras.com

Top Technology Blogs

Cotizamos en:
Listed on BlogShares Unión de Bloggers Hispanos
Unión de Bloggers Hispanos

Contadores:



Revisa las estadísticas

Theme copyright © 2002– Mike Little
Modificado por Zeitan 2006.