Cómo usar Jira con múltiples clientes en un entorno no solo utilizado para vender software

Suponiendo que está utilizando JIRA 7, puede usar las diferentes plantillas de proyecto para proyectos con y sin software. ¿Y por proyecto de software, supongo que se refiere a ágil? De todos modos, después de haber creado los proyectos, siempre puede personalizarlos más tarde para hacerlos más / menos con la sensación del software, por ejemplo, cambiar los campos / pantallas, los tipos de problemas, los flujos de trabajo, casi todo es personalizable.

En cuanto a diferentes clientes / clientes, si no se cruzan, es decir, cada cliente trabajará lógicamente con usted exclusivamente y con nadie más, entonces establecer proyectos separados para cada uno será más fácil, ya que el permiso y la seguridad serán claros. Si los datos deben compartirse con varios clientes, puede tener un proyecto y dar acceso a todos los clientes necesarios, y utilizar valores de emisión para restringir el acceso.

Necesito describirlo un poco más, así que lamento hacerlo en una respuesta.

Quiero usarlo en un entorno donde:

• hay muchos clientes
• no solo están involucrados productos de software, sino también cosas como: alojamiento, servicios de TI, tareas de hardware de TI en el cliente

Al analizarlo todo, la solución que me viene a la mente es: un proyecto por cliente y usar el siguiente nivel más allá para los proyectos de clientes reales.

Pero entonces sería como: los proyectos ya son tareas, las tareas del proyecto ya serían subtareas y nada más.

Además, parece realmente incorrecto hacerlo así, todo está fuera del alcance en el que debería estar.

Necesitaría solo una capa más por encima de los proyectos que se llama Cliente o Empresa, pero esta funcionalidad no parece estar construida.

De lo contrario, Jira se ve muy bien para tener todo a bordo, no solo las TI que ya lo usan. Especialmente el diseñador de flujo de trabajo es bueno para obtener procesos claros y lógicos en muchas tareas.

Solo le falta esa capa de abstracción del cliente.

¿Cómo alguien construiría algo en tal ambiente?

(Y bueno, otra cosa sería usar las Juntas Kanban de la “vieja escuela” Jira en el Jira Core que se basa en personas de negocios y que no son de TI … Porque dejar caer proyectos de un lugar a otro es algo que todos entienden. Pero eso es solo una ventaja)

Todo depende mucho de la naturaleza del trabajo que realice:

• ¿Cuánto trabajo haces para un cliente por semana / por mes?
• ¿Cuánto cuestan muchos clientes?
• ¿Planeas tener sprints o usar Kanban?
• ¿Para cuántos clientes trabajan sus empleadores en un determinado momento / período de tiempo?
• ¿Qué desea registrar para cada cliente basado en JIRA?
  (por ejemplo, ¿planea calcular los costos / crear facturas utilizando la información de JIRA?)
• ¿Qué otras cosas son importantes para distinguir?
  (por ejemplo, ¿utiliza características / temas / componentes?)