Charlas en el encuentro GeneXus GX29
Hace unas semanas escuché un podcast de @rorro, sobre como calcular el valor de una empresa.
Siendo propietario de una parte de una empresa, me interesa poder calcular el valor de la misma. El valor de una empresa que crea o usa software esta más basado en las expectativas de futuro que en presente.
Cada vez que me pregunto cuanto puede valer Concepto, me cuesta muchísimo responder, pues hay varios factores que influyen y hay un componente subjetivo grande. Sin embargo, me resulta mucho mas fácil de responder la pregunta. ¿Que puedo hacer para agregar valor a mi empresa de software?
En ésto es algo en lo que si he trabajado en los últimos años, y pensé que podía ser útil compartirlo en algunas charlas, aunque no soy experto (ni cerca) en el tema.
Como empresa de software, la mejor inversión es poder hacer que el proceso de desarrollo sea lo mas ágil/adaptable/repetible que pueda lograr. Tratando de estar por encima de modas y siglas como DevOps, Integracion Continua, Instalacion Continua y demás, es importante automatizar todo lo que se pueda en el ciclo de desarrollo. En la situación actual, resulta relativamente fácil automatizar el proceso de build all, la instalación y la prueba automatizada de las aplicaciones Genexus. Les vamos a contar con Nicolás lo que hemos hecho con Jenkins con varias KB complejas.
Todo programador/desarrollador sabe que con el paso del tiempo, todos desarrollo tiende a degradarse y su diseño inicial se va desdibujando. Algunos llaman a esto deuda técnica(*) . Las KB GeneXus pueden mantener validez durante muchos años generando aplicaciones pero hay que dedicar energía para mejorar las KB de mi empresa para hacerlas mas fáciles de mantener.
(*) La definición de deuda técnica es un poco mas sofisticada, pero lo básico es son cosas que hacemos y funcionan en el corto plazo y luego entorpecen y encarecen el desarrollo a futuro. Son muchas de las cosas que hacemos "para salir del paso rapido" aunque sabemos hacerlas mejor gastando un poco mas de tiempo.
Siendo propietario de una parte de una empresa, me interesa poder calcular el valor de la misma. El valor de una empresa que crea o usa software esta más basado en las expectativas de futuro que en presente.
Cada vez que me pregunto cuanto puede valer Concepto, me cuesta muchísimo responder, pues hay varios factores que influyen y hay un componente subjetivo grande. Sin embargo, me resulta mucho mas fácil de responder la pregunta. ¿Que puedo hacer para agregar valor a mi empresa de software?
En ésto es algo en lo que si he trabajado en los últimos años, y pensé que podía ser útil compartirlo en algunas charlas, aunque no soy experto (ni cerca) en el tema.
¿Que puedo mejorar?
Mejorar el proceso de desarrollo.
Actualizar mis herramientas.
Tengo una base de conocimiento que genera una aplicación en Genexus Evolution 2. ¿Cuánto vale dicha KB?.
Es una pregunta difícil de responder. Pero casi todo el mundo puede ver, que si la misma KB la migro a GeneXus 16, su valor va a ser mayor, aunque genere una aplicación con la misma funcionalidad. Voy a estar mucho mejor preparado para el futuro. Ademas puedo tener algunas ventajas como mayor seguridad, mas performance, etc.
Con este objetivo en mente, voy a contar como hacemos en Concepto proyectos de conversión de KB (o migración) y las experiencias aprendidas.
Mejorar mi KB.
No son recetas mágicas, ni métodos infalibles pero pueden ser útiles y adaptables para otras realidades. Con mejores KB, mejores herramientas y proceso controlado mi empresa va estar mejor preparada para el futuro y por lo tanto tener mas valor. Están invitados.
(*) La definición de deuda técnica es un poco mas sofisticada, pero lo básico es son cosas que hacemos y funcionan en el corto plazo y luego entorpecen y encarecen el desarrollo a futuro. Son muchas de las cosas que hacemos "para salir del paso rapido" aunque sabemos hacerlas mejor gastando un poco mas de tiempo.
Comentarios
Publicar un comentario
1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.