Login Barrapunto
El proceso de software en las pymes: ¿Cuál es tu secreto?
zapotepetl nos cuenta: «La Universidad Nacional Autónoma de México y la Universidad de Castilla tienen una convocatoria abierta para colaborar con capítulos para un libro sobre "Software Process Improvement for Small and Medium Enterprises: Techniques and Case Studies". La fecha límite para recibir propuestas es el 9 de junio, 2006.» Seguro que muchos de vosotros trabajáis en pymes donde tenéis que hacer mucho con poco, esta sería una oportunidad para compartir lo aprendido.
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
El proceso de software en las pymes: ¿Cuál es tu secreto?
|
Log in/Crear cuenta
| Top
| 6 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

Re:Mario Piattini
(Puntos:1)( Última bitácora: Lunes, 18 Septiembre de 2006, 08:01h )
Cómo se nota que cuando no se habla de Linux, de la SGAE nadie tiene nada que decir.
Yo tambien añadiría:La iglesia, el PP, la monarquía y Java.
Lo que me he dado cuenta es que una parte importante de barrapunteros no ha desarrollado aplicaciones con las presiones típicas de un proyecto: Jefe en tu cogote, poco dinero, poco tiempo,cliente que no sabe lo que quiere, etc.
Creo que viven en la versión digital de "las barricadas" y además no tienen hipoteca.
Respecto a la pregunta:
Lo más importante es un framework empresarial que te permite ahorrar tiempo de desarrollo: Por mucha ingeniería del software, formación y ganas de trabajar si hay que hacer trabajo de 6 meses en 3 meses, es imposible.
Nosotros tenemos un Framework con reglas de negocio, reglas de interface de usuario, formularios, diccionario de datos, separado todo en 3 capas, etc.
Algo parecido a Openxava [gestion400.com]
Es que el problema es sencillo. Siempre que hacemos un proyecto se nos va la mayor parte del tiempo codificando y depurando.(Y desgracidamente es la realidad). Así que no hay que mejorar la fase de analisis ni de diseño sino las 2 que más tiempo estamos:Codificación y depuración.
En un proyecto hay muchos más programadores que analistas/diseñadores, así que para acabar antes ayudemos a los programadores que son los que más horas y dinero gastan.
No reinventemos la rueda en cada proyecto!!!!