Resumo aula 25 v1.0

Gerência

Nessa aula, estudamos sobre gerência e alguns conceitos foram expostas sobre índices usados para medir produtividade. São eles:

 

Linhas de código

Bastante usado no mercado e baseia-se na premissa de a quantidade de linhas de códigos produzidos por uma empresa dita a sua produtividade.

Segundo dados da empresa de consultoria Gardner, em 2001 foram produzidos aproximadamente 6000 linhas de códigos por ano, com uma média de 25 linhas de código por dia.

Já no Windows Vista, apenas 1000 linhas de códigos foram produzidas por ano, com a média de 4,2 linhas de códigos por dia. Tal fato se explica por ter sido considerado apenas linhas de códigos “novas”, não tendo sido considerado os códigos reescritos e/ou refeitos.

Ainda segundo a empresa Gardner, em um pesquisa realizada com as maiores empresas norte-americanas que usam UML, onde apenas 175 responderam ao questionários, os seguintes dados foram coletados:

• $ 1,000,000 gasto em projeto (incluindo não só salários)
• 50.000 linhas de códigos totais do projeto
• 6,5 homem-ano

De onde se tira que por ano foram produzidos em torno de 7692 linhas de códigos ( 50.000 / 6,5 ), e ficamos com uma média de 32 linhas de código/dia.

Parece que está média em torno de 30 linhas de código/dia ser um número bom por aparecer em diversas pesquisas com empresas que utilizam práticas de Engenharia de Software em seus projetos.

Pontos por função

Outro índice bastante usado, criado pela IBM.

Baseia-se em elementos abstratos como:

 

• Entrada
• Saída
• Processos
• Arquivo

“Processos” se divide em Cal+ e Cal++, representando respectivamente, pouco ou muito processamento.

Maiores informações sobre este método pode ser achado no site http://www.ifpug.org/ (Grupo internacional de usuários de Pontos de função)

 

Na gerência clássica, as etapas são as seguintes:

• Organizar (recursos)
• Planejar (como chegar ao objetivo)
• Controlar (saber como o projeto está indo)
• Dirigir (usar os recursos, motivar)

Esse modelo clássico gera um paradigma com o modelo de gerente de software porque nesse segundo caso entram as seguintes variáveis que acabam por dificultar o trabalho do gerente:

• Pessoas com nível cultural melhor, que se em alguns momentos facilita em outros dificulta;
• Conhecimento
• Natureza do processo / produto
• Domínio

Existe um conceito de delta em gerência, onde delta = Planejado – Realizado.

Com isso, o trabalho do gerente fica sendo o de corrigir os desvios e quando esses desvios se mostrarem acentuados, deve-se planejar novamente o trabalho.

Aprendemos também sobre o modelo de gerenciamento PERT, onde existem softwares como Microsoft Project ou Primavera, que ajudam na execução dessa técnica.

PERT é um método para analisar as tarefas envolvidas em um projeto, especialmente o tempo necessário para completar cada tarefa e identificar o tempo mínimo necessário para completar cada tarefa.