La respuesta a esto (JIRA compartida individual a través de la organización o JIRA por departamento) es más sobre cómo se administran los sistemas de TI y también dónde se alojarán los sistemas (centralmente, departamentalmente o alojados).
Es una cuestión de red / sysops de TI y de organización estratégica, más que una restricción del sistema. JIRA se implementa en todos los tipos de construcciones de DB
En general, hay una base de datos por instancia JIRA, e independientemente de cuántos proyectos o departamentos utilicen ese sistema JIRA. (También puede compartir una base de datos entre varias instancias de JIRA, si es necesario).
- ¿Cómo es ser ingeniero de software en una empresa de pornografía?
- Tesla Motors (compañía): ¿Cómo puede Elon Musk hacer que sus vehículos sean más seguros para conducir?
- ¿Qué es la prueba de caja negra en sí?
- ¿Cómo afecta la cultura corporativa y organizacional al proceso de desarrollo de software?
- ¿Cuántos desarrolladores y cuánto tiempo tomaría escribir una GUI sólida para Linux desde cero para que coincida con la calidad de Windows y Mac OS?
La pregunta es más sobre:
- ¿Cuántas instancias JIRA (y, por lo tanto, generalmente DB por) necesarias en la organización?
- ¿Cómo se estructuran las operaciones de TI y quién administrará los sistemas?
- ¿Quién organizacionalmente quiere usar JIRA, y cuál es la filosofía a nivel de proceso organizacional? A veces, la instancia JIRA por departamento ahorra muchas guerras posteriores de gestión y guerras políticas, pero también el efecto silo tiene sus desventajas.
Una vez que se sepa eso, diseñe su arquitectura de implementación (y los requisitos de hardware / recursos) según sea necesario, o contrate a un experto de JIRA si no está seguro de cómo hacerlo. La documentación de Atlassian también es muy buena.
Referencia:
- Documentación JIRA