Gestão de Benefícios de TI e Framework RDB

• Todos os projetos de TI têm resultados, mas nem todos os resultados são benefícios.
• Os benefícios devem ser geridos de forma ativa.

Gestão de benefícios de TI: processo de organizar e gerenciar de forma que os benefícios em potencial advindos do uso da TI sejam realmente obtidos.

Gestão de benefícios: benefícios surgem a partir das mudanças feitas por indivíduos ou grupos, dentro ou fora da organização.

A RDB (Rede de Dependência de Benefícios) provê um framework para explicitamente associar os objetivos de investimento e os benefícios desejados com as mudanças de negócio que são necessárias para entregar todos os benefícios e as funcionalidades essenciais de TI para dirigir e viabilizar que essas mudanças sejam feitas. Através da RDB, pode-se mostrar as mudanças organizacionais e as necessidades de SI/TI necessárias para que sejam alcançados os objetivos de investimento e respectivos benefícios.

Exemplo de Aplicação Prática

Problema: Queda de receita da empresa.

Objetivo: Aumentar a rentabilidade da empresa.

Benefícios: Diminuição do custo de link de Internet, centralizar incidentes, centralizar tráfego de rede, redução da terceirização.

Mudança de Negócio: Centralizar recursos compartilhados, controle de incidentes restrito à sede, controle do tráfego de rede restrito à sede.

Fatores de Mudança: Análise da organização dos serviços, capacitação da TI, nova infraestrutura, portal web centralizado de incidentes.

SI/TI: Aquisição de hardware e software.

Nível de Negócio

Meta 1: Chegar ao título de universidade.

Estratégia 1: Manter o posto de melhor centro universitário do Norte/Nordeste durante os próximos 5 anos.

Meta 1.1: Analisar os pré-requisitos para atingir o título.

Questões:

• Q1: Quais os pré-requisitos necessários?
• Q2: Quais pré-requisitos já possui?
• Q3: Quais pré-requisitos ainda não tem?

Métricas:

• PRA: Quantidade de pré-requisitos alcançados.
• PRNA: Quantidade de pré-requisitos não alcançados.

Modelo de interpretação: Se PRA - PRNA = PRA, então a condição está satisfeita.

Nível de Software

Meta: Automatizar o acompanhamento contínuo dos níveis de exigência do MEC.

Estratégia: Utilizar as técnicas de EDM (Educational Data Mining) para desenvolvimento de ferramenta.

Meta 1: Acompanhar a implementação de técnica em cada sprint.

Questões:

• Q4: Quais técnicas serão necessárias?
• Quantas sprints serão necessárias?
• Quais técnicas serão implementadas em cada sprint?

Métricas:

• QTI: Quantidade de técnicas implementadas.
• QTNI: Quantidade de técnicas não implementadas.
• QTEF: Quantidade de tempo restante para entrega final.

Modelo de interpretação: Se QTI - QTNI = QTI e QTEF > 0, a meta está satisfeita.

Nível de Projeto

Meta 3: Aplicar conceitos de EDM eficiente.

Estratégia: Realizar treinamentos dos conceitos e implementar baseados em ferramentas já existentes.

Meta: Realizar treinamentos EDM.

M5: Implementar ferramenta própria.

Questões:

• Qual o grau de assimilação dos conceitos de EDM?
• Qual o escopo necessário para implementação da ferramenta própria?

Métricas:

• GAC: Grau de assimilação dos conceitos.
• PIFP: Porcentagem implementada de ferramenta própria.

Modelo de interpretação: Se GAC = 100% e PIFP = 100%, a meta está satisfeita.