Carlos Matías
2018-05-21 12:33:29 UTC
Sergio, lamentablemente no hay una receta para esto. En qué sentido es "un
sistema de mediano/gran tamaño" ¿Por la cantidad de features previstos?
¿Por la complejidad? ¿Por la cantidad de interfaces con otros sistemas de
hard/soft? ¿por la cantidad de datos que manejará? ¿Por la cantidad de
usuarios que tendrá? ¿Por la cantidad de requests que espera? ¿por la
cantidad de ventanas/forms/menús que tiene? En definitiva, el "tamaño" del
sistema es algo relativo, que tiene muchas dimensiones.
Hay muchas formas distintas de gestionar un proyecto de desarrollo de
software. Cada forma implica distintos roles. Y todas funcionan (pero no en
todos los casos). Además, la forma del equipo puede mutar a lo largo del
tiempo. Las necesidades del proyecto son distintas : antes de empezar,
cuando arranca y cuando ya tenés la mitad de los features listos.
Muchas veces, la necesidad de algunos roles especÃfico depende de las
capacidades del equipo en general. Por ej:
* si todos los devs se manejan bien con la DB, a priori no necesitas un DBA
- pero, si los devs no son muy duchos manejando DB y es un tema
crÃtico, por ahà necesitas un DBA (o capaz otro dev/devOps, pero con
experiencia, te alcanza)
* Si el proyecto tiene una UI sofisticada (web, múltiples navegadores,
múltiples dispositivos, etc), un equipo de QA puede ser fundamental
- pero si es algo sin mucha UI, cambia la cosa
* Si hacen falta interfaces de usuario complejas, entonces UX es distinto
de UI y podés necesitar ambos.
* Si hay que gestionar requerimientos y contactos con clientes/usuarios, un
PM suele ser necesario
- Aunque si el proyecto está bien definido y tenés un equipo senior,
por ahà no hace falta un perfil especÃfico
* Si los devs son senior y/o muy experimentados, suelen cumplir normalmente
muchas tareas
- caso contrario, pueden hacer falta roles de soporte (gestión,
analistas, testers, devops, etc.)
Si ya tenés "una parte" del equipo, podés analizar qué capacidades o
herramientas les están haciendo falta y partir desde ahÃ.
Bueno, se me extendió. Cualquier cosa podemos seguir charlando, abrazo
Carlos MatÃas
@py_litox <https://twitter.com/py_litox>
On Mon, May 21, 2018 at 8:25 AM Sergio Gabriel Rodriguez <
sistema de mediano/gran tamaño" ¿Por la cantidad de features previstos?
¿Por la complejidad? ¿Por la cantidad de interfaces con otros sistemas de
hard/soft? ¿por la cantidad de datos que manejará? ¿Por la cantidad de
usuarios que tendrá? ¿Por la cantidad de requests que espera? ¿por la
cantidad de ventanas/forms/menús que tiene? En definitiva, el "tamaño" del
sistema es algo relativo, que tiene muchas dimensiones.
Hay muchas formas distintas de gestionar un proyecto de desarrollo de
software. Cada forma implica distintos roles. Y todas funcionan (pero no en
todos los casos). Además, la forma del equipo puede mutar a lo largo del
tiempo. Las necesidades del proyecto son distintas : antes de empezar,
cuando arranca y cuando ya tenés la mitad de los features listos.
Muchas veces, la necesidad de algunos roles especÃfico depende de las
capacidades del equipo en general. Por ej:
* si todos los devs se manejan bien con la DB, a priori no necesitas un DBA
- pero, si los devs no son muy duchos manejando DB y es un tema
crÃtico, por ahà necesitas un DBA (o capaz otro dev/devOps, pero con
experiencia, te alcanza)
* Si el proyecto tiene una UI sofisticada (web, múltiples navegadores,
múltiples dispositivos, etc), un equipo de QA puede ser fundamental
- pero si es algo sin mucha UI, cambia la cosa
* Si hacen falta interfaces de usuario complejas, entonces UX es distinto
de UI y podés necesitar ambos.
* Si hay que gestionar requerimientos y contactos con clientes/usuarios, un
PM suele ser necesario
- Aunque si el proyecto está bien definido y tenés un equipo senior,
por ahà no hace falta un perfil especÃfico
* Si los devs son senior y/o muy experimentados, suelen cumplir normalmente
muchas tareas
- caso contrario, pueden hacer falta roles de soporte (gestión,
analistas, testers, devops, etc.)
Si ya tenés "una parte" del equipo, podés analizar qué capacidades o
herramientas les están haciendo falta y partir desde ahÃ.
Bueno, se me extendió. Cualquier cosa podemos seguir charlando, abrazo
Carlos MatÃas
@py_litox <https://twitter.com/py_litox>
On Mon, May 21, 2018 at 8:25 AM Sergio Gabriel Rodriguez <
Hola amigos de la lista,
les escribo para conocer sus opiniones siempre tan provechosas. Mi
consulta es acerca de los perfiles o roles dentro de un equipo de
desarrollo, si tuviesen que comenzar con un desarrollo importante, de un
sistema de mediano/gran tamaño, que roles o perfiles deberÃan integrar si o
sà el equipo? (Analistas, desarrolladores, qa, dba, ux, etc.)
Desde ya muchas gracias a todos por su aporte!
Saludos.
Sergio.
_______________________________________________
Sitio web: http://www.python.org.ar/
Para administrar la lista (o desuscribirse) entrar a
http://listas.python.org.ar/listinfo/pyar
La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
Argentina - http://www.usla.org.ar
les escribo para conocer sus opiniones siempre tan provechosas. Mi
consulta es acerca de los perfiles o roles dentro de un equipo de
desarrollo, si tuviesen que comenzar con un desarrollo importante, de un
sistema de mediano/gran tamaño, que roles o perfiles deberÃan integrar si o
sà el equipo? (Analistas, desarrolladores, qa, dba, ux, etc.)
Desde ya muchas gracias a todos por su aporte!
Saludos.
Sergio.
_______________________________________________
Sitio web: http://www.python.org.ar/
Para administrar la lista (o desuscribirse) entrar a
http://listas.python.org.ar/listinfo/pyar
La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
Argentina - http://www.usla.org.ar