Professional Documents
Culture Documents
PIM V PROJETO INTEGRADO MULTIDISCIPLINAR DOCUMENTO DE ESTUDO CONTENDO ANLISE DE IMPACTO, PLANEJAMENTO, DESENVOLVIMENTO E COMO IMPLEMENTAR MELHORAS NOS PROCESSOS DE TI DA SOFTWARE DEVELOPER.
PIM V PROJETO INTEGRADO MULTIDISCIPLINAR DOCUMENTO DE ESTUDO CONTENDO ANLISE DE IMPACTO, PLANEJAMENTO, DESENVOLVIMENTO E COMO IMPLEMENTAR MELHORAS NOS PROCESSOS DE TI DA SOFTWARE DEVELOPER
Trabalho do Projeto Integrado Multidisciplinar PIM VII e VIII, apresentado como exigncia para concluso do 4 Semestre do Curso Superior de Tecnologia Gesto em Tecnologia da Informao, da Universidade Paulista UNIP, campus Entroncamento.
Resumo
Este trabalho tem como objetivo um estudo contendo anlise de impacto, planejamento, desenvolvimento e como implementar melhoras nos processos de TI da empresa Software Developer. A governana de Ti de responsabilidade da diretoria e da gerncia executiva. Uma importante e comum preocupao da governana de TI e os objetivos atuais e futuros da organizao. A ISO 9000 um conjunto de padres auditveis de alto nvel voltados ao cliente para sistema de gerenciamento de qualidade. O Balanced Scorecard foi desenvolvido por Robert Kaplan e David Norton no incio da dcada de 90, constitudo-se um novo modelo de gesto estratgica, baseado em indicadores financeiro e no-financeiros. vinculado a estratgia organizacional
Abstract
This paper AIMS to study with analysis of impact planning, development and how to implement improvements in the processes of corporate IT Software Developer. IT governance is the responsibility of the board and executive management. An important and common concern of IT governance and the current and future goals of the organization. ISO 9000 is a set of auditable standards high level customer focused for quality management system. The Balanced Scorecard was developed by Robert Kaplan and David Norton in the early 90s, made up a new strategic management model, based on financial and non-financial indicators. linked to organizational strategy.
Sumrio
1- Introduo ............................................................................................................................... 6 2- Governana de TI e Governana Corporativa .................................................................. 7 2.1 Governana de TI e Gerenciamento de TI ................................................................... 8 2.2 Domnios da Governana TI ................................................................................... 8,9,10 2.3 Metodologias para Suporte a Governana TI ............................................................ 10 2.4 - CobiT - Control Objectives for Information and Related Technology ...................... 10 2.5 - ITIL - Information Technology Infrastructure Library .................................................. 11 2.6 - Seis Sigma ....................................................................................................................... 11 2.7 - PMI (Project Management Institute) ............................................................................. 11 2.8 - CMM - Capability Maturity Model for software ............................................................ 12 2.9 - ISO 9000 ........................................................................................................................... 12 2.10 Balanced Scorecard..................................................................................................... 12 3 Pesquisas sobre Governana TI ..................................................................................... 13 O 3.1- Anlise do Modelo de Governana de TI ............................................................... 13 3.2 Governana de TI na SoftwareDeveloper .................................................................. 14 3.3 Estrutura Organizacional, Viso e Misso da SoftwareDeveloper ......................... 14 3.4 Nvel de Governana de TI da SoftwareDeveloper................................................... 15 3.5 Obteno das medidas de nvel de governana ....................................................... 15 3.6 Aplicao dos Questionrios ........................................................................................ 16 3.7 - Resultados........................................................................................................................ 16 3.8 Mtricas de Performance ......................................................................................... 17,18 3.9 Hipteses Testadas ....................................................................................................... 19 4- Concluso ............................................................................................................................. 20 5-Referecias Bilbiogrficas ..................................................................................................... 22 6-Glossrio ................................................................................................................................ 23
1- Introduo
O cliente da Consulting uma empresa de desenvolvimento de software para Bancos e os principais produtos so: Sistema de Consrcio; Sistema de Financiamento; Sistema para Emprstimos; A Software Developer prove sistemas para instituies financeiras, entretanto os sistemas desenvolvidos apresentam falhas para prover as seguintes necessidades: Controle de criao, edio e verso dos documentos; Cadastramento dos riscos associados aos processos de negcios e armazenar os desenhos de processo; Gerenciamento dos documentos e controle dos perodos de reteno e distribuio;
De acordo com Shleiferand Vishny, as questes tpicas de Governana Corporativa so: Como os financiadores se asseguram de que os gestores vo dar retorno de seus investimentos? Como os financiadores se asseguram de que os gestores no vo expropriar o capital que investiram ou investir em projetos ruins? Como os financiadores controlam os gestores? Tais perguntas podem ser desdobradas para outras reas da organizao, tornando-se mais especficas e mantendo o alinhamento com a GC.
Uma importante e comum preocupao da GTI a ligao entre a TI e os objetivos atuais e futuros da organizao. Esta preocupao nos remete a refletir sobre as diferenas entre Governana de TI e Gerenciamento de TI, que nem sempre so claras (Grembergeret al. 2004). Esta distino pode ser melhor visualizada na Figura 2.
Gerenciamento de TI tem como foco o fornecimento efetivo de servios e produtos de TI internos e o gerenciamento das operaes de TI no presente. A GTI por sua vez mais abrangente e concentra-se no desempenho e transformao de TI, para atender demandas atuais e futuras do negcio da corporao (foco interno) e negcio do cliente (foco externo). Isto no diminui a importncia e complexidade do Gerenciamento de TI, ..., mas enquanto o Gerenciamento de TI e fornecimento de servios de TI e produtos podem ser realizados por um fornecedor externo, a Governana de TI especfica da organizao, e direo e controle sobre TI no podem ser delegados para o mercado (PETERSON (2003) apud GREMBERGER et. Al (2004)).
A GTI est relacionada a dois focos: o Valor dos Servios de TI para o Negcio e Mitigao dos Riscos de TI. O primeiro item suportado pelo alinhamento estratgico entre TI e o Negcio. O segundo suportado pela forma como as responsabilidades na empresa so divididas.
Ambos os focos precisam ser suportadas por recursos e medidas adequados para que os resultados desejados sejam alcanados.
Para suportar os focos acima a GTI lida com cinco domnios, todos alinhados com as diretrizes dos stakeholders, dos quais dois so resultados: Valor de TI e Gerenciamento de Risco e trs so direcionadores: Alinhamento Estratgico, Gerenciamento de Recursos e Medidas de Performance (Board Briefing on IT Governance, 2 Edio).
A seguir, apresenta-se um resumo sobre o objetivo de cada um dos domnios, conforme o Board Briefing on IT Governance:
* Alinhamento Estratgico O domnio Alinhamento Estratgico tem como objetivo manter o alinhamento entre as solues de TI e o negcio da empresa.
* Valor de TI
O domnio Valor de TI tem como objetivo otimizar os custos dos investimentos de TI e o retorno dos mesmos.
* Gerenciamento de Risco
10
O domnio Gerenciamento de Risco tem como objetivo assegurar a proteo dos ativos de TI, recuperao de informaes em caso de desastres e manter a continuidade da operao dos servios de TI.
* Gerenciamento de Recursos
O domnio Gerenciamento de Recursos tem como objetivo otimizar o conhecimento e infraestrutura de TI.
* Medidas de Performance
O domnio Medidas de Performance tem como objetivo acompanhar a entrega dos projetos de TI e monitorar os servios de TI.
comum as organizaes que esto desenvolvendo seus processos de Governana de TI se depararem com uma diversidade de modelos de qualidade e governana sua disposio. Surge ento a primeira dvida: qual modelo seguir? Na edio especial da Revista Computer World de maio de 2004, Terzian (2004) cita que, embora haja alguma sobreposio entre esses modelos, na maior parte dos casos eles no entram em conflito e podem at mesmo serem complementares. Assim, as empresas podem utilizar mais de um modelo, ou adaptar os modelos existentes para sua necessidade. Nas prximas sesses sero apresentados alguns dos modelos e metodologias utilizados como suporte a GTI, conforme edio especial da Revista Computer World.
O COBIT Control Objectives for Information and Related Technology - foi desenvolvido na dcada de 90 pela ISACA - Information System Auditand Control Association - e pode ser traduzido como Objetivos de Controle para a Informao e Tecnologia. O COBIT um modelo de governana em TI, criado para alinhar os recursos e processos de TI com os objetivos do negcio, padres de qualidade, controle monetrio e necessidades de segurana (OLTISIK, 2003). Ele composto por quatro domnios: Planejamento e Organizao; Aquisio e Implementao; Entrega e Suporte; e Monitoramento. Cada um dos quatro domnios possui uma srie de processos. O COBIT possui em suas ferramentas modelos de maturidade dos processos, variveis de 0 a 5, conforme tabela 2. So eles:
11
O ITIL, Information Technology Infrastruture Library, foi criado no final dos anos 80 pela Central ComputingandTelecommunicationsAgency para o governo britnico, reunindo um conjunto de recomendaes divididas em dois blocos: suporte de servios (servicesupport), que inclui cinco disciplinas e uma funo; e entrega de servios (servicedelivery), com mais cinco disciplinas (CACIATO, 2004). O foco deste modelo descrever os processos necessrios para gerenciar a infraestrutura de TI eficientemente e eficazmente, de modo a garantir os nveis de servio acordados com os clientes internos e externos. O ITIL trata de disciplinas tticas, ou de planejamento, e operacionais.
A Qualidade Seis Sigma foi desenvolvida pela Motorola nos anos 80 e uma forma disciplinada para acelerar o aprimoramento de processos, produtos e servios, tendo como base o uso de mtodos estatsticos. Tambm uma medida de Qualidade Total para conhecer a eficincia da empresa em eliminar a variao e os defeitos dos processos. O alvo do Seis Sigma obter o desempenho de 3,4 defeitos por milho de oportunidades ou 99,9997% de conformidade (livre de falhas) (CAMPOS, 2000). O Seis Sigma utiliza o ciclo DMAIC, formado pelas seguintes etapas: Definir, Medir, Analisar, Implementar, Controlar.
O PMI (Project Management Institute) uma organizao sem fins lucrativos, composta por profissionais da rea de gerenciamento de projetos. Esta organizao visa promover e ampliar o conhecimento existente sobre gerenciamento de projetos assim como melhorar o desempenho dos profissionais e organizaes da rea. As definies e processos do PMI esto publicados no PMBOK (Guidetothe Project Management BodyofKnowledge). Esse manual define e descreve as habilidades, ferramentas e tcnicas para o gerenciamento de um projeto. Este compreende cinco processos Incio, Planejamento, Execuo, Controle e Fechamento, bem com nove reas de conhecimento:
12
Integrao, Escopo, Tempo, Custo, Qualidade, Recursos Humanos, Comunicao, Anlise de Risco e Aquisio.
13
A GTI tornou-se recentemente foco de estudo e pesquisa em diversas instituies. Em 2003, na lista elaborada pelo Gartner com os 10 principais tpicos a serem priorizados pelos ChiefInformation Offices (CIOs), pela primeira vez constava: aprimorar a Governana de TI. Em entrevista concedida a Microsoft Business (WEILL[1], 2004) cita que de acordo com pesquisas realizadas pelo Center for Information Systems Research (CISR), criado h 30 anos na SloanSchoolof Management do Massachusetts Instituteof Technology (MIT), empresas com polticas de governana em TI mais efetivas tm lucros mais altos do que as outras mais de 20% superior.
O ITGI (IT Governance Institute) encomendou em 2005 para a PricewaterhouseCoopers uma pesquisa a respeito de Governana de TI que gerou o relatrio: IT Governance Global Status Report-2006. Esta foi a segunda pesquisa do gnero realizada pelo ITGI, a primeira foi em 2003. A pesquisa foi realizada em 22 pases e todos os continentes foram representados. A pesquisa foi conduzida atravs de entrevistas, e abrangeu 695 CIOs e CEOs (ChiefExecutive Office) de organizaes de setores diversificados. O IT Governance Global Status Report-2006 revelou que a maioria dos usurios de TI esto conscientes dos problemas relacionados ao uso de TI e da necessidade de se desenvolver melhores prticas para lidar com esta questo. O relatrio revelou tambm que uma parte representativa da comunidade dos usurios de TI reconhece a Governana de TI como uma soluo para esses problemas ou como uma prtica que deveriam adotar. Da parte do grupo que no reconheceu a Governana de TI como soluo para os problemas envolvidos no uso e administrao de TI, cerca de 80% esto adotando aes que podem ser classificadas como Governana de TI. Quase todas as organizaes que reconhecem o conceito de Governana de TI sabem pelo menos o exemplo de um modelo ou soluo de GTI. Em 2005 o CISR do MIT realizou uma pesquisa em 250 empresas do mundo com foco principalmente em analisar como as empresas tomam decises relacionadas a TI. Tal pesquisa deu origem posteriormente ao livro: IT Governance: How Top Performers Manage IT DecisionRights for Superior Results.
14
Consecuo de Sistemas, ambas so provenientes do Sistema de BSC de TI da empresa e so considerados indicadores estratgicos do BSC de TI.
As divises acima citadas tm como objetivo prover solues e informaes gerenciais para a Diretoria e Departamentos da Arcelor Brasil CST, atravs de consultoria e ferramentas de TI, conforme ilustrado na Figura 6.
15
Figura 6 Viso e Misso Departamento de Informtica Fonte: Documento do Sistema de Gesto de Qualidade da FDI
A Figura 6 retrata a viso do FDI de ampliar continuamente o nvel de contribuio estratgico da empresa, tendo como misso auxiliar na tomada de deciso no nvel operacional, ttico e estratgico, objetivando melhorar os indicadores das reas de negcio.
Nesta sesso, descrevemos inicialmente a metodologia utilizada para apurar o nvel de GTI. Em seguida, apresentamos duas mtricas de performance de TI, cujos dados coletados nos trs ltimos anos sero analisados estatisticamente. Como resultado, apresentamos e discutimos a correlao entre o nvel de governana de TI e as mtricas de performance.
Para apurar o Grau de Maturidade do Modelo de Gesto de TI (Nvel de Governana de TI), analisaremos os dados provenientes de uma pesquisa. Na pesquisa foram aplicados questionrios, para diagnstico do nvel de Governana de TI, que fazem parte do mdulo Diagnstico de TI da metodologia IT Strategy da IBM GBS. Esta metodologia foi desenvolvida em 1998 pela empresa PriceWaterhouseCoopers Consulting, que em 2003 foi adquirida pela IBM GBS. A idia de utilizar questionrios com questes relativas a 5 domnios de TI: Servios, Tecnologia, Sistemas, Pessoas e Estratgia. As respostas do questionrios fornecem numa escala de 1 a 5 a percepo dos analistas de TI, usurios, fornecedores e usurios de TI sobre os domnios. Estes questionrios so posteriormente consolidados de forma a obtermos a percepo dos respondentes sobre os domnios isoladamente. A mdia dos domnios denominada como o
16
Nvel de Governana ou Nvel de Maturidade do Modelo de Gesto de TI. Estes questionrios em 2005 foram respondidos por um nmero significativo de funcionrios, foram 58 gerentes, 52 especialistas das reas de negcio, 60 analistas de TI e 15 empresas prestadoras de servios de TI. Nos anos de 2002, 2003 e 2004 o pblico alvo foi similar a 2005. Claramente a amostragem para a obteno dos dados finita, isto , nem todos os usurios de TI foram entrevistados. No entanto, o nmero de usurios que responderam ao questionrio pode ser considerado suficiente para os propsitos deste estudo.
A aplicao dos questionrios para apurao do grau de maturidade de TI foi realizada atravs do envio de formulrios Microsoft Word via correio eletrnico para os analistas de TI, e prestadores de servios, especialistas das reas de negcio e gerentes. Em alguns casos os gerentes foram entrevistados.
3.7 - Resultados
A avaliao do grau de maturidade do Modelo de Gesto de TI levou em considerao os construtos relacionados com: Estratgia, Servios, Tecnologia, Pessoal e Sistemas. Cada construto possui uma srie de sub- construtos que esto detalhados na Tabela 3.
17
Observa-se que os construtos apresentados na tabela 3 podem ser correlacionados com os domnios direcionadores do modelo apresentado pelo ITGI e citado na sesso 2.2.3 e com os indicadores do BSC de TI da SoftwareDeveloper, citados na sesso 3.2.2.2. Desta forma teramos a correspondncia apresentada na Tabela 4.
A Tabela 5 apresenta resumidamente a percepo dos analistas de TI, especialistas e gerentes da rea de negcio e fornecedores de TI sobre os construtos avaliados no Modelo de Gesto de TI da Software Developer. A Avaliao do Modelos de Gesto de TI a mdia dos construtos: Estratgias, Tecnologia, Pessoas, Sistemas e Servios.
Observa-se que embora a Avaliao do Modelo de Gesto tenha aumentado de 2002 a 2005, nem todos os construtos acompanharam evoluo. Os construtos Estratgia, Tecnologia e Servios tambm evoluram, porm a os construtos Sistemas e Pessoas declinaram. Considerando que Tecnologia e Servios esto associados a infra-estrutura, podemos observar que embora os recursos tecnolgicos tenham evoludo, os Sistemas e desempenho dos analistas de TI (Pessoas) no acompanharam esta evoluo. Ressaltamos que esta tendncia pode ser explicada pelo fato de que o aumento de tecnologia trouxe certa insatisfao inicial tanto das pessoas devido a mudana cultural, quanto dos administradores de sistemas que precisaram se readaptar com a nova tecnologia.
18
escolhidos dois dos indicadores do BSC de TI: ndice de Consecuo de Projetos Estratgicos e ndice de Disponibilidade de Sistemas, porque so indicadores cujos critrios de apurao so mais consolidados e no tiveram mudanas expressivas de 2003 at 2005. Segue abaixo uma breve descrio das mtricas operacionais que sero utilizadas: * ndice de Consecuo de Projetos Estratgicos (ICP) Este indicador mensura se os Projetos Estratgicos de TI esto tendo uma consecuo de prazo, aderncia e custo conforme planejado. Um projeto considerado estratgico quando faz parte do Plano Empresarial da empresa. Os Projetos Estratgicos so classificados em Gerenciais, Administrativos e Produo.
* ndice de Disponibilidade de Sistemas de TI (IDS) Este indicador mensura se os servidores que suportam os sistemas de TI esto disponveis para uso dos usurios, analistas e desenvolvedores. O indicador mede mensalmente a disponibilidade de software /hardware tanto internos como externos (rede, servidor, banco de dados) com exceo das paradas para manuteno. Tais indicadores foram selecionados por fazerem parte do Balanced Scorecard de TI e por terem seu processo de apurao mais consolidado. O ICP e IDS so acompanhados mensalmente desde 2003. A tabela 6 abaixo apresenta os valores percentuais mensais do ICP e IDS, desde 2003. Na tabela, ilustra-se tambm a mdia anual dos indicadores citados, obtida mediante mdia dos meses. Conforme definies do BSC de TI da empresa analisada, a meta mensal do ICP 85% e a meta mensal do IDS de 99,30%. Percebe-se pela tabela 6 que apesar das variaes, em todos osanos os indicadores ficaram acima da meta. Da mesma forma a disponibilidade dos sistemas de TI ficou sempre acima da meta nos perodo de 2003 a 2005. Considerando uma disponibilidade de 99,9%, isto implica que um sistema esteve indisponvel por 8.7 horas por ano. Cabe ressaltar que este indicador no considera paradas programadas.
19
Para analisar se h influncia da GTI na performance das mtricas operacionais, foram elaboradas as seguintes hipteses: * H0: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente na Consecuo dos Projetos de TI. * H1: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente na Disponibilidade dos Sistemas de TI. * H2: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente nos resultados das Mtricas Operacionais de TI A metodologia utilizada para testarmos as hipteses H0, H1 e H2 foram testes de correlao. Para analisarmos se a hiptese H0: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente na Consecuo do Projetos de TI foi testada a correlao entre as variveis Avaliao do Modelo de Gesto e Mtricas Operacionais, conforme tabela 7. Observa-se que coeficiente de correlao medido entre as variveis Gesto e Mtricas Operacionais -0,99, indicando que no h dependncia positiva entre as variveis. Assim sendo, a hiptese Ho: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente nos resultados das Mtricas Operacionais no verdadeira de acordo com este estudo. Para testarmos a hiptese H1: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente na Disponibilidade dos Sistemas de TI foi feita a correlao entre as variveis Avaliao do Modelo de Gesto e IDS, apontados na tabela 7. O coeficiente de correlao medido entre os construtos Gesto e IDS -0,99, o que indica novamente que no h dependncia positiva entre as variveis. Uma justificativa para este resultado de que 15 a Disponibilidade de Sistemas est sujeita a fatores no necessariamente ligados a Governana de TI, mas especialmente ligados a tecnologia de informao, por exemplo, falhas de hardware e software, sobrecarga na rede, queda da rede. Portanto, apesar do nvel de governana ser suficientemente elevado, isto no implica
20
em uma melhoria nas mtricas de performance, j que as mtricas esto ligadas especificamente tecnologia. Para testarmos a hiptese H2: O Grau de Maturidade do Modelo de Gesto de TI influencia positivamente nos resultados das Mtricas Operacionais de TI foi realizado um teste de correlao entre as variveis Avaliao do Modelo de Gesto e ICP, apontados na tabela 7. O coeficiente de correlao medido entre os construtos Gesto e ICP -1, o que indica que tambm no h dependncia positiva entre as variveis. A razo que justifica o resultado segue a argumentao anterior, ou seja, a Consecuo dos Projetos de TI est sujeita a fatores que vo alm da GTI tais como, mudana na prioridade dos projetos, alteraes expressivas de escopo.
21
4- Concluso
Considerando as emergentes discusses e pesquisas sobre GTI, este artigo contribuiu atravs de um estudo de caso exploratrio, investigando se as mtricas operacionais de TI da empresa estavam correlacionadas com o nvel do Modelo de Governana. O estudo foi conduzido na Software Developer, com analistas e usurios de TI cujos dados foram obtidos de uma pesquisa realizada pela empresa IBM. Com relao aos dados sobre Mtricas Operacionais de TI provenientes, estes foram obtidos a partir do BSC de TI da empresa citada. O trabalho demonstrou que o Nvel de Governana de TI na Software Developer alcanou grau de maturidade entre 3 e 4, o que significa, segundo o modelo COBIT, que o modelo de gesto pode ser considerado como Processos bem definidos e documentados, tendendo a Processos gerenciveis e avaliados. De acordo com a anlise estatstica, verificou -se que no h correlao positiva entre o Nvel de Governana de TI e a performance das Mtricas Operacionais de TI. No entanto, verificou-se tambm que os indicadores analisados ficaram acima da meta estipulada no BSC de TI no perodo analisado. Assim podemos concluir que existem outros fatores, alm dos mecanismos de GTI, que influenciam na performance dos indicadores de TI, considerando o estudo de caso realizado. Tais fatores podem ser estritamente tcnicos como problemas de hardware no detectados em manutenes ou serem provenientes das reas usurias tais como mudana na priorizao de atividades e atividades paralelas. Outro resultado importante que embora o nvel de GTI nem todos os itens que compem a GTI evoluram. Os construtos Estratgia, Tecnologia e Servios tambm evoluram, porm a os construtos Sistemas e Pessoas declinaram. Considerando que Tecnologia e Servios esto associados ainfra-estrutura, podemos concluir que embora os recursos tecnolgicos tenham evoludo, os Sistemas e desempenho dos analistas de TI (Pessoas) no acompanharam esta evoluo. Como trabalhos futuros, estamos interessados em incluir outras mtricas operacionais alm de ndice Consecuo Projetos Estratgicos e ndice de Disponibilidade de Sistemas para que possamos continuar a investigao usando outras mtricas do BSC de TI tais como o ndice de Assertividade do Plano Estratgico de TI, Percentual de Desempenho do Fornecedores. Outra direo a ser explorada a extenso do estudo para outras empresas tanto do mesmo setor quanto de outros setores. Por ltimo, uma vez que neste trabalho foi feita uma ligao entre Governana de TI e Mtricas Operacionais de TI, sugere-se analisar a correlao entre GTI e o ROI e/ou ROA de TI.
22
5-Referecias Bibliogrficas
http://www.ietec.com.br http://pt.wikipedia.org/wiki http://www.projectcontrol.com.br
23
6-Glossrio
Figura 1 Relacionamento entre Governana Corporativa e Governana de TI........................7 Na Tabela 1, citamos a adaptao destas perguntas para a rea de TI.................................... 8 Figura 2; As diferenas entre Governana de TI e Gerenciamento de TI.....................................8 A Figura 3 abaixo mostra graficamente a relao entre os domnios da GTI. .............................9 Tabela 2: Modelos de processos de maturidade do COBIT..........................................................11 Figura 4: Balanced Scorecard em TI.............................................................................................12 Figura 5 Viso e Misso Departamento de Informtica da Software Developer ........................14 Figura 6 Viso e Misso Departamento de Informtica............................................................ 15 Tabela 3 Construtos e Sub-Construtos Metodologia de Gesto TI...........................................16 Tabela 4 Domnios ITGI versus Construtos Modelo Gesto CST.............................................16 Tabela 5 Histrico Avaliao do Modelo de Gesto.................................................................17 Tabela 6 Histrico Indicadores Operacionais (IDS e ICP)........................................................18
24
PIM V PROJETO INTEGRADO MULTIDISCIPLINAR DOCUMENTO DE ESTUDO CONTENDO ANLISE DE IMPACTO, PLANEJAMENTO, DESENVOLVIMENTO E COMO IMPLEMENTAR MELHORAS NOS PROCESSOS DE TI DA SOFTWARE DEVELOPER.
25
PIM V PROJETO INTEGRADO MULTIDISCIPLINAR DOCUMENTO DE ESTUDO CONTENDO ANLISE DE IMPACTO, PLANEJAMENTO, DESENVOLVIMENTO E COMO IMPLEMENTAR MELHORAS NOS PROCESSOS DE TI DA SOFTWARE DEVELOPER
Trabalho do Projeto Integrado Multidisciplinar PIM VII e VIII, apresentado como exigncia para concluso do 4 Semestre do Curso Superior de Tecnologia Gesto em Tecnologia da Informao, da Universidade Paulista UNIP, campus Entroncamento.
26
Resumo
As empresas que desejam conquistar o mercado competitivo precisam a cada dia estabelecer normas e conquistar certificados que visam um controle de processos e produtos bem estruturados. Nos dias de hoje as empresas devem investir pesado no profissional empreendedor, pois ele pode fazer com que a empresa busque oportunidades de negcio no mercado externo indicando empresa o tipo de empreendimento que est voltado ao mercado externo baseado nos clientes. Muitas empresas acabam tendo certo medo de investir em empreendedores, mas preciso que haja um planejamento bem eficiente e controlado para evitar os riscos de negcio. Hoje os profissionais podem contar com uma grande variedade de ferramentas de apoio na gesto de projetos para analisar a viabilidade do negcio. As ferramentas de apoio gesto de projetos com planejamento, as normas e certificaes de modelos de gesto e o esprito empreendedor devem caminhar juntos na empresa para obter o sucesso no mercado competitivo, que est acirrado a cada dia que passa. Alm disso, importante que os profissionais que esto envolvidos no projeto da empresa estejam todos envolvidos com muita dedicao e com bom relacionamentos e comunicao com qualidade, onde todos possam interpretar o objetivo de forma igual para garantir uma linguagem padro dentro da empresa
27
Abstract
Companies wishing to gain the competitive market need every day to establish standards and certificates that aim to gain control of a well-structured processes and products. Nowadays companies must invest heavily in professional entrepreneur; it can cause the company to seek business opportunities in foreign markets to the company indicating the type of enterprise that is focused on market-based external clients. Many companies end up having some fear of investing in entrepreneurs, but there must be a very effective planning and controlled to avoid business risks. Today, professionals can count on a wide variety of support tools for project management to analyze the viability of the business. The support tools project management with planning, standards and certification of management models and entrepreneurship must come together in the company to succeed in the competitive market, which is heated with each passing day. Furthermore, it is important that professionals who are involved in the project company are all involved with great dedication and good communication and relationships with quality, where everyone can interpret the purpose equally to ensure a standard language within the company.
28
Sumrio 1 Introduo .............................................................................................................................................. 30 2 Gerncia de projetos ............................................................................................................................ 30 3- Ferramenta para gesto de projetos ................................................................................................ 31 4 Microsoft Project ................................................................................................................................... 31 4.1 controle de custos ............................................................................................................................. 32 4.2 gerao de relatrios ........................................................................................................................ 32 4.3 Grfico de Gantt ................................................................................................................................ 32 5 Gesto dos riscos ................................................................................................................................. 33 5.2 avaliar, categorizar e priorizar riscos ............................................................................................. 34 5.3 elaborar planos de mitigao de riscos ......................................................................................... 34 5.4 ferramentas de apoio para riscos ................................................................................................... 34 6 Sistema de gesto da qualidade NBR ISO 9001 ............................................................................ 35 7 UML (unified Modeling language) ...................................................................................................... 35 8 Qualidade em softwares ...................................................................................................................... 36 9 Ferramentas da qualidade .................................................................................................................. 37 10 Norma NBR ISO 9000-3 ................................................................................................................... 37 10.1 qualidade de processos ................................................................................................................. 38 10.2 estrutura do sistema de qualidade ............................................................................................... 38 10.3 Ciclo de vida do software ............................................................................................................... 38 10.4 atividades de suporte ..................................................................................................................... 39 11 Norma NBR ISO/IEC 9126-1 ............................................................................................................ 39 11.1 funcionalidade ................................................................................................................................. 40 11.2 Confiabilidade .................................................................................................................................. 40 11.3 Usabilidade ...................................................................................................................................... 40 11.4 Eficincia .......................................................................................................................................... 40 11.5 Manutenibilidade ............................................................................................................................. 41 11.6 Portabilidade .................................................................................................................................... 41 12 CMMI DEV ....................................................................................................................................... 41 12.1 Gerenciamento de requisitos ........................................................................................................ 42 12.2 Planejamento de projeto ................................................................................................................ 42 12.3 Monitoramento e controle do projeto ........................................................................................... 43 12.4 Gerenciamento de acordos com fornecedores .......................................................................... 43 12.5 Medio e anlise ........................................................................................................................... 43 12.6 Garantia da qualidade de processo e produto ........................................................................... 44
29
12.7 Gerenciamento de configurao .................................................................................................. 44 12.8 Verificao ....................................................................................................................................... 44 12.9 Validao.......................................................................................................................................... 45 12.10 Treinamento organizacional ........................................................................................................ 45 12.11- Gerenciamento de riscos .......................................................................................................... 45 13 Empreendedorismo............................................................................................................................ 46 14 O Perfil do empreendedor................................................................................................................. 47 15 A oportunidade ................................................................................................................................... 47 16 Plano de negcio................................................................................................................................ 48 17 Intraempreendedorismo .................................................................................................................... 49 18 Inovao e criatividade ...................................................................................................................... 49 19 Identificao das oportunidades ...................................................................................................... 49 20- Concluso .......................................................................................................................................... 50 21 Referncias bibliogrficas ................................................................................................................. 51 22-Glossrio ............................................................................................................................................. 52
30
1 Introduo
A empresa desenvolvedora de software chamada Software Developer localizada na cidade de So Paulo SP necessita de uma empresa que possa auxili-la nos seus projetos, devido a este fator achou necessrio e contratou a consultora Consulting com o objetivo de entregar um estudo que contenha a anlise de impacto, planejamento, desenvolvimento e a implementao de melhorias nos processos de TI. A empresa Software Developer uma empresa que desenvolve software para bancos que fornece produtos como: sistema de consrcio, sistema de financiamento e sistemas para emprstimos; ela prove sistemas para instituies financeiras, mas apresenta falhas que devem ser administradas pela Consulting. Alm disso, os sistemas desenvolvidos pela Software Developer possuem falhas quando j esto em produo. O gestor da rea de TI da Software Developer definiu que era mais importante investir no smart phones e Voip para todos os funcionrios e colocou o projeto que iria trocar as mquinas que so usadas para testes dos programas desenvolvidos, sendo que as mquinas de desenvolvimento e produo so SUN-Solaris 10. A empresa Software Developer tambm prove servios de suporte especializado para atuar em incidentes nos ambientes onde seus programas esto instalados, a consultora Consulting dever administrar alguns problemas que foram notados no processo dessa empresa para que haja uma soluo a estes problemas e adotar um sistema de qualidade para que tenha uma melhoria de processos. A empresa Consulting de consultoria dever implantar um sistema de gerenciamento dos projetos de software da Software Developer com qualidade de forma que possa implementar o obter a certificao CMMI, baseado nos sistemas de gesto da qualidade com base nas normas de qualidade de software e modelos de melhoria do processo de software.
31
2 Gerncia de projetos
Na Software Developer ser adotado um sistema de gerenciamento de projetos com o objetivo de obter um controle e uma administrao com eficincia, objetivando o sucesso do projeto. Neste caso haver um Gerente de projetos com a funo de avaliar o progresso das atividades como a qualidade, custo e prazo, bem como seus desvios e seus riscos. Alm disso, o Gerente de projetos dever ter certa autoridade sobre sua equipe de projeto. Para que o projeto da Software Developer tenha sucesso preciso que haja basicamente algumas especificaes a serem seguidas, que so: metodologia, no caso ser adotado no desenvolvimento do projeto o CMMI, a mais adequada para desenvolvimento de software; comunicao, ser implantado um sistema de comunicao bem estruturado, para que o software seja desenvolvido de forma que todos os envolvidos possam obter informaes inerentes ao projeto, atravs de reunies e boletins informativos, assim o time poder desenvolver suas atividades com mais conhecimento, facilitando uma soluo aos problemas no decorrer do projeto; escopo e atividades, nesta parte o gerente de projetos definir todas as atividades que ser executado para atingir o objetivo, definindo o esforo necessrio de cada colaborador do time definido. O Gerente de Projetos pode definir as atividades de cada um atravs de uma tabela, bem como o custo j definido seguido das horas necessrias para o projeto, preciso ser bem detalhado para que haja um controle rgido das atividades e seus custos. Dessa forma o Gerente de Projetos ter um escopo sem mudanas garantindo a entrega do projeto ao cliente sem custos adicionais; recursos envolvidos no projeto, ser definido no projeto todas as pessoas envolvidas: membros da equipe, clientes, fornecedores, lder. O Gerente vai definir os recursos para o desenvolvimento do projeto definindo uma mtrica para selecionar os melhores profissionais com competncia para as tarefas definidas; desenvolvimento do cronograma, na Software Developer o desenvolvimento do cronograma no ser feito pelo Gerente de projetos, ele ser criado pelas pessoas que executam a tarefa, dessa forma obter uma melhor durao e o responsvel por cada atividade, alm disso ser definido que haja uma reviso do cronograma com todo o time para melhor identificar as atividades; riscos, ser implantado uma gesto de riscos do projeto para identificar os riscos, criando uma lista de fatores de risco e um plano para lidar com eles, assim poder monitorar os riscos e as aes que devero ser tomadas para minimizar seu impacto no projeto, incio e fim do projeto, ser formalizado o incio do projeto com o Sponsor atravs de uma reunio de forma a sinalizar o incio das atividades com todos os membros da equipe, bem como o seu trmino demonstrando os resultados alcanados, aps a finalizao do projeto a Consulting realizar uma reunio com a equipe para identificar os problemas, erros e acertos e gerar um documento das lies aprendidas que podero ser teis em novos projetos, evitando o acontecimento dos mesmos erros e problemas da desenvolvedora de software, a Software Developer.
4 Microsoft Project
A ferramenta Microsoft Project possui vrias funcionalidades que vo auxiliar o gerente de projeto nas decises e nos caminhos que iro percorrer durante todo o projeto. Para que um projeto funcione preciso definir as atividades, durao, predecessor e responsvel. Na Microsoft Project ao definirmos a durao da atividade e seus predecessores, ele calcula automaticamente as datas de
32
incio e fim de cada atividade, gerando um mapa em forma de grfico (grfico de Gantt) com relacionamentos entre atividades tornando mais fcil a visualizao do projeto. Dentre as fases mais importantes do projeto, podemos citar a fase piloto, implantao, processo de mudana e o treinamento necessrio para que os usurios saibam como utilizar o novo software. Atravs de uma tabela informativa contendo as fases do projeto da Software developer possvel um maior controle da criao das fases do projeto, pois o gerente de projeto pode acompanhar o progresso das atividades adicionando uma coluna indicando a porcentagem de cada atividade concluda, dessa forma o gerente de projeto pode verificar se as atividades sero finalizadas dentro do prazo previsto.
O controle de custos dos projetos da Software Developer possui falhas, e por isso a Microsoft Project vai auxiliar no controle de custos do projeto, pois nele pode ser informado os valores de cada profissional e recurso, verificando quanto j foi gasto no projeto das mquinas que so usadas para testes dos programas desenvolvidos e seus profissionais envolvidos no projeto e os stackholders.
A ferramenta Microsoft Project permite que o gerente de projeto possa emitir relatrios grficos e textos que auxiliaro no gerenciamento do projeto, ele pode contar com relatrios de viso geral do projeto, atividades atuais do projeto, custos do projeto, tarefas assinaladas para cada recurso, carga de trabalho sobre todos os funcionrios etc., permitindo que a Software Developer tenha um auto controle administrativo do projeto para evitarem falhas em todos os setores.
O gerente de projeto da Software Developer tambm pode contar com uma ferramenta muito importante da Microsoft Project que vai auxilia-lo no gerenciamento, o qual vai demonstrar um grfico de ligao entre as atividades no tempo do projeto. Alm disso, a Microsoft Project possuem recursos de diagrama de rede, grficos de recursos e planilhas de recursos.
33
Na Software Developer apresenta uma falha no cadastramento dos riscos associados aos processos de negcio, dessa forma ser preciso implantar um sistema de gesto de riscos para que haja uma administrao de maneira eficiente podendo instalar uma maneira facilitada e previsvel para lidar com os riscos de TI. Para que a gesto de riscos da Software Developer tenha uma estrutura funcional eficiente preciso primeiramente dividi-la em duas partes, que so: a gerncia de riscos, o qual vai definir uma previso dos imprevistos; a anlise de riscos, definir as atividades que visam a identificao dos fatores de riscos, avaliando o impacto e definindo a aes que sero executadas para reduzir ou eliminar os riscos. O processo de gerenciamento de riscos, na verdade, uma combinao da sua anlise e do seu controle, pois para que uma empresa possa desempenhar seus projetos com segurana e certeza preciso haver uma gesto de risco muito bem elaborado e estruturada. A figura abaixo mostra como ser implantado o sistema de gesto de riscos da Software developer.
A identificao dos riscos ser feita por um profissional especializado nesta rea, os riscos so identificados e analisados para determinar a importncia de cada um deles. Os riscos sero identificados e descritos de forma compreensiva antes que sejam analisados e gerenciados. Os riscos sero documentados com textos, condies e conseqncias de sua ocorrncia. A s atividades de identificao de riscos foca somente nos riscos, no na colocao de culpa em algum, ela no pode ser usada pela gerncia para analisar o desempenho dos indivduos. Para identificar os riscos do projeto da Software Developer sero adotados alguns mtodos: examinar cada elemento da estrutura de decomposio de trabalho do projeto para descobrir riscos, conduzir uma avaliao de riscos usando a classificao de riscos, entrevistar os peritos no assunto em foco, revisar os esforos de gesto de risco, examinar documentos ou banco de dados de lies aprendidas, examinar especificaes de design e requisitos de acordos.
34
Algumas prticas sero implantadas nesta fase do risco na Software Developer, como: identificar os riscos associados a custo, cronograma e desempenho em todas as fases do ciclo de vida do software, revisar todos os elementos da WBS para ajudar a garantir que todos os aspectos do esforo de trabalho foram considerados, documentar o contexto, as condies e as potencias cconsequncias dos riscos e identificar os stackholders associados a cada risco.
Nesta fase ser categorizado cada risco identificado utilizando as categorias do risco e determinar suas prioridades relativas.
As prticas implementadas nesta fase dos riscos sero avaliadas de forma eficiente e com qualidade. A Software Developer implantar as seguintes prticas: avaliar os riscos identificados a partir dos parmetros de risco definidos, estas contero as conseqncias, que so: baixa, mdia, alta, desprezvel, marginal, significante, crtica e catastrfica; categorizar e agrupar os riscos de acordo com as categorias de riscos definidos; priorizar os riscos para mitigao.
Agora preciso elaborar um plano de mitigao de riscos para os riscos mais importantes do projeto. O plano de mitigao de riscos vai ser utilizado com o objetivo de evitar, reduzir e controlar a probabilidade de ocorrncia do risco, para isso a Software Developer vai implantar alternativas para tratamento dos riscos, como: evitar risco, a mudana ou diminuio de requisitos durante o levantamento das necessidades do usurio; controlar risco; executar aes para minimizar riscos; transferir risco; realocar os requisitos de design para diminuir riscos; monitorar riscos; observao e reavaliao peridica do risco de mudana de parmetros dos riscos atribudos; aceitar risco sabendo reconhecer o risco, mas no tomar nenhuma ao precipitada. Para elaborar um plano de mitigao de risco sero implantadas as seguintes prticas: determinar os nveis que definem quando o risco se torna aceitvel seguido do plano de mitigao do risco ou plano de contingncia; identificar a pessoa ou equipe responsvel pelo tratamento dos riscos; determinar o motivo custo-benefcio de implementar o plano de mitigao para cada risco; elaborar um plano geral de mitigao de riscos com planos individuais; elaborar um plano de contingncia para os riscos crticos selecionados dos impactos conhecidos.
Alm de todo o plano de risco que foi implantado na Software Developer, ainda poder contar com duas ferramentas de apoio para gerenciamento de riscos, onde temos a ficha de controle de risco, o qual ser usada ao ser identificado corretamente e logo documentado com todas as
35
informaes de cada fator de risco. A outra ferramenta o software de controle de risco que auxiliar no gerenciamento de riscos utilizando-o como apoio para gesto.
A Software Developer apresenta falhas no armazenamento de desenhos de processo e no gerenciamento dos documentos e controle dos perodos de reteno e distribuio. Dessa forma para que a empresa possa administrar os desenhos dos processos com mais elegncia, claros e bem
36
estruturados e fcil compreenso e assimilao do que se pretende descrever adotar a linguagem UML para os desenvolvedores de software; e, para que esse documento seja controlado com mais eficincia dentro da empresa sua reteno e distribuio ser feita atravs de uma poltica de controle direcionada aos funcionrios para que no haja falhas e perdas na empresa. Este tipo de linguagem facilitar o processo da empresa com mais agilidade, pois uma linguagem visual para especificar, construir e documentar softwares dos clientes. Ela tem o propsito de modelar para entendimento e documentao dentro de um processo de desenvolvimento. Esta linguagem define vrios tipos de modelos que abrangem uma escala de modelos e requisitos funcionais no fluxo do trabalho para projetos de estrutura de classe e diagramas de componentes, ela no ser usada somente para programadores, mas tambm aos funcionrios que esto envolvidos no projeto. Para que ela possa ser implantada na empresa, antes ser desenvolvido um curso aos funcionrios envolvidos no projeto, para que haja uma padronizao, evitando conflitos futuros.
Este exemplo mostra basicamente um modelo de call center para que haja um gerenciamento na Software developer, com controle de gastos e execues utilizadas e solicitadas pelos clientes, tipos de solicitaes, tempo de atendimento, quantidade de chamadas etc.
8 Qualidade em softwares
A Software Developer vai implantar um sistema de gesto da qualidade no desenvolvimento de softwares, baseada em qualidade de processos e de produtos eficientes, utilizando normas de qualidade de software e modelos de melhoria do processo dos softwares desenvolvidos. Assim, o uso dessas normas e tcnicas vai serem utilizado de forma interligadas e inter-relacionadas para contribuir no desempenho da qualidade de forma cooperativa e integrada, visando atingir metas para que a empresa possa ser certificada, atingindo uma crescente demanda de clientes interessados nos
37
produtos de software da Software Developer e buscando uma melhor competitividade de produtos dos concorrentes de mercado de software.
9 Ferramentas da qualidade
Para que a administrao dos projetos de software possa ser controlados o gerente de projetos utilizar algumas ferramentas de apoio que daro suporte para uma administrao bem estruturada dentro da Software Developer. As ferramentas de apoio sero: diagrama de pareto, esta ferramenta permite descrever graficamente a identificao que responsvel pela maior parte dos problemas, aps a construo deste grfico, onde temos no eixo vertical so organizadas as quantidades de problemas apresentados em um determinado perodo, e na horizontal as quantidades de erros de cada tipo de erro em ordem crescente, o percentual de cada tipo de erro e o percentual acumulado ao longo dos tipos de erros etc., a partir deste grfico analisa-se os dados obtidos para uma tomada de deciso para verificar quais aes devero ser tomadas e os tipos de erros que tero prioridades nas aes da Software Developer, assim o administrador do projeto poder ter um controle dos erros dando suporte para uma deciso, j que a Software Developer tambm atua no suporte especializado em incidentes nos ambientes onde seus programas so instalados; diagrama de causa e efeito, esta ferramenta identifica causas do problema envolvido de um processo produtivo, quando identificado este problemas e colocado como efeito no diagrama so identificados e relacionados, depois so identificados as causas do problema e colocados no diagrama tambm, assim este diagrama vai ajudar a entender as causas que deram origem ao problema durante o processo de produo do software; lista de verificaes, esta lista uma forma de coleta de dados referente aos fatos ocorridos para uma atividade ou problema, a finalidade dela organizar os dados para facilitar o entendimento, sero implantadas listas de vrias categorias, como listas de freqncias, classificao de erros, listagem de defeitos, lista de verificao etc., cada setor ter a responsabilidade de implantar de forma eficiente as listas de verificaes; histogramas, o histograma possibilita analisar as concentraes de comportamento de uma pesquisa dos dados obtidos, classificando os dados em classes e contagem de quantidade, traando um retngulo cujas alturas so proporcionais as quantidades, assim o histograma permite uma visualizao de forma resumida.
38
A Software Developer vai implantar atravs da ISO-9003-3 as seguintes diretrizes: efetuar o entendimento dos requisitos funcionais pelo contratante e contratada, utilizar metodologias de desenvolvimento de software desde a concepo at a instalao do software e utilizar as metodologias de gerenciamento do projeto.
A Software Developer atravs desta norma descrever as responsabilidades e aes referentes qualidade, os quais devem ser tomadas tanto pelo fornecedor do software (Software Developer) como pelo cliente, nas fases do ciclo de vida do software, ser implantado uma poltica de qualidade formal e documentada, divulgada e compreendida por todos os funcionrios da Software Developer. preciso que os funcionrios tenham responsabilidades e autoridades suficientes para implementar as polticas. Ser implantado tambm um grupo de pessoas para verificar, de forma independente, o uso correto das polticas de qualidade. A estrutura do sistema de qualidade da Software Developer, adotar os pontos de estabelecimento de responsabilidades gerenciais inclusive o gerente de projeto, definir e documentar o sistema da qualidade, adotar procedimentos de auditoria interna, e procedimentos para aes corretivas.
A Software Developer vai administrar o ciclo de vida do desenvolvimento de software em etapas e atividades. Elas iro cobrir os itens de estudo preliminares o qual definir o escopo do sistema, anlise ou especificao do sistema, detalhando e elaborando as funcionalidades, estruturao fsica do sistema, programao e construo, implantao para produo do software e a manuteno. O ciclo de vida do software ser avaliado em cada atividade, onde sero divididas para obter um controle e avaliao com eficincia. Anlise critica de contrato, a empresa vai adotar itens valiosos nos contratos de compra e venda de software, como: abrangncia do trabalho, contingncias e as protees de informaes proprietrias. Especificaes de requisitos do comprador, as especificaes sero preparadas em conjunto pelos compradores e fornecedores, devendo atentar aos aspectos de performance, confiabilidade, segurana e privacidade. Planejamento do desenvolvimento, nesta fase ser definido o plano de desenvolvimento, o qual ser includo a definio do projeto, organizao dos recursos, as fases do desenvolvimento, cronogramas, plano de testes, e tambm metodologias de monitorao e verificao do progresso. Planejamento da qualidade, o plano da qualidade vai objetivar a qualidade do software em desenvolvimento, ele abrange a reduo do reprocessamento, reduo do nmero de chamadas da assistncia tcnica, reduo do nmero de horas para treinamento; Nesta fase ocorre um planejamento detalhado das atividades de verificao e validao e suas responsabilidades especficas para cada atividade do projeto. Projeto e implementao, nesta
39
fase ocorre uma anlise do software onde o comprador e os fornecedores concordaro com as informaes fornecidas ao comprador, o projeto dever planejar as futuras manutenes aderindo aos padres da empresa na interfase do homem com a mquina e no uso do ambiente de programao. Teste e verificao, o plano de teste ser montado com base nos seguintes itens: ambiente, documentao, cases de teste e dados, simulao do sistema completo e testes de campo. Aceitao, esta a fase onde devero cobrir os termos acordados previamente e suas condies impostas pelo comprador para aceitao do produto. Reproduo e instalao, esta a parte onde iro tratar do registro referente ao nmero de cpias, tipo do meio fsico utilizado, direitos autorais e licenas, critrios de envio e obrigaes do fornecedor e comprador, os quais estaro ligados instalao do software que foi desenvolvido. Manuteno, a manuteno ser includa no contrato de compra dos clientes da Software Developer, os quais iro cobrir os seguintes servios de manuteno: mudanas no software, soluo de problemas, correo de defeitos, modificao de interfaces, melhorias de desempenho e expanses funcionais.
A Software Developer vai implementar atividades de suporte visando o suporte a todas as fases do projeto, o qual ser desenvolvido em todo o ciclo de vida do software. Sistema de gesto da configurao, vai identificar e rastrear o controle de alteraes do software, fornecendo mecanismo para o controle do software pelo gerente de projetos, visando identificar cada verso e controlar a atualizao simultnea do software, e, rastrear e identificar as alteraes resultantes do pedido de alterao. Controle de documentos, a Software Developer vai implantar procedimentos atravs do gerente de projetos para controlar toda a documentao relacionada ao software. Os documentos que sero controlados de forma mais aprofundada com mais ateno dentro da Software Developer, so: documento de descrio do sistema de qualidade em todo o ciclo de vida do software, documento de planejamento das atividades da Software Developer e as interaes com o cliente e os documentos que esto relacionados com o produto. Registros da qualidade, dever implantar normas que os registros da qualidade sejam rapidamente recuperveis; mantendo formas que identifica, coleta, arquiva, armazena e mantm os registros. Medio, preciso implantar mtricas e tcnicas que iro medir os produtos e os processos desde o desenvolvimento at a produo, indicando as falhas e defeitos prejudiciais ao cliente. Ferramentas e tcnicas, a Software Developer utilizaro as ferramentas e as tcnicas da empresa com padres atravs do gerente de projetos. Aquisio, a Software Developer tem o compromisso de garantir o software com qualidade de acordo com os requisitos especificados dos servios e ferramentas de desenvolvimento. Treinamento, a Software Developer ter a responsabilidade de identificar as necessidades de treinamento, visando qualificar as pessoas envolvidas e seus clientes, preparando as pessoas que executam as tarefas influenciando na qualidade.
40
11.1 funcionalidade
Sero apresentadas as funes que atendero todos os requisitos do cliente e usurio, de forma que satisfaa as necessidades do cliente. A funcionalidade vai caracterizar em partes para obter um estudo com melhor qualidade, temos: adequao, vai garantir as especificaes do software e suas funes; conformidade, os softwares sero desenvolvidos com os padres e regras estabelecidas no projeto pelo gerente de projeto; segurana de acesso, garantir que o software no seja acessado por pessoas ou aplicaes no autorizados; interoperabilidade, capacidade de interagir com outros sistemas, de acordo com as especificaes.
11.2 Confiabilidade
A confiabilidade vai garantir que o cliente confie no software, no o perdendo para o concorrente, dessa forma preciso manter o alto nvel de desempenho dentro das condies estabelecidas com o cliente. A confiabilidade deve manter: maturidade, obter uma baixa freqncia de falhas e defeitos dos softwares em operao, tolerncia falhas, o software deve manter seu bom desempenho mesmo quando apresentarem problemas durante sua execuo, recuperabilidade, preciso ter capacidade e suporte para restabelecer o nvel de desempenho garantindo a recuperao das bases de dados em caso de falhas.
11.3 Usabilidade
A Software Developer deve garantir ao cliente o uso do software de forma mais usual possvel. Ela deve garantir a inteligibilidade, o qual vai facilitar ao usurio reconhecer a lgica de funcionamento do software e suas aplicaes; apreensibilidade, a garantia de facilidade encontrada pelo usurio para aprender a utilizar o software; operacionalidade, facilidade do cliente em operar o software.
11.4 Eficincia
O software deve ter bom desempenho com bastantes recursos disponibilizados aos clientes. O software deve conter comportamento com relao ao tempo, ou seja, o tempo de resposta e de
41
processamento e taxas de sadas ao executar funes especificadas; comportamento com relao ao uso de recursos, ou seja, quantidade dos recursos necessrios e a durao do seu uso.
11.5 Manutenibilidade
A Software Developer dever estruturar a disponibilidade necessria de pessoas por hora para alteraes no software. Ela deve cobrir os seguintes itens: analisibilidade, diagnosticar deficincias localizando as partes para a correo dos problemas; modificabilidade, remoo de falhas e adequao do produto s mudanas na tecnologia e no ambiente operacional; estabilidade, so os riscos de efeitos inesperados nas modificaes do software; testabilidade, teste do software alterado.
11.6 Portabilidade
A Software Developer para que no corra o risco de perder os seus clientes que migram para outros ambientes operacionais, dever manter um software com fcil transferncia para outros ambientes. Ela dever manter: adaptabilidade, facilidade de adaptao do software para funcionar em outros ambientes operacionais; facilidade de instalao, manter uma instalao do software de maneira fcil e prtica; capacidade de coexistir, ser um software com padres de conformidade referentes portabilidade; facilidade para substituir, o seu uso substituto a outro software de forma mais fcil possvel ao cliente.
12 CMMI DEV
A Software Developer vai implantar no seu modelo de gesto o CMMI, ela quer essa certificao com intuito de integrar com as outras anteriormente definidas, buscando o mximo de qualidade nos softwares desenvolvidos, nos processos e nos atendimentos de suporte ao cliente. Ela pretende conquistar um crescimento de clientes muito rpido com as certificaes pretendidas. O CMMI vai oferecer a Software Developer oportunidade de eliminar os obstculos atravs desse modelo, ele constitudo pelas melhores prticas das atividades de desenvolvimento e manuteno indicando como so aplicadas aos produtos e servios. Esse modelo cobre o ciclo de vida do produto desde a concepo at a entrega e manuteno, e ainda a empresa poder oferecer um software com bons servios, rpido e barato. Alm disso, vai auxiliar nos processos que permitem alinhar com os negcios da empresa, permitindo alavancar recursos e examinar as tendncias de negcios de forma mais competitiva. Atravs dessa ferramenta a Software Developer poder contar com auxilio nos problemas que
42
esto enfrentando no dia a dia. Ela apresenta falha em alguns modelos bsicos do sistema quando j esto em produo. A Software Developer prove servios de suporte especializado para atuar em incidentes nos ambientes onde seus programas esto instalados, e, alguns problemas foram notados, mas com a implantao do CMMI-DEV na empresa esses problemas sero gerenciados e resolvidos com mais preciso e eficincia.
Um dos problemas quando um cliente abre um ticket reportando um problema, o atendente anota em um caderno e faz uma avaliao pessoal de quanto crtico o chamado para ento classific-lo, mas possvel notar a classificao totalmente diferente para problemas iguais quando outro analista que atende. Outro problema quando no desenvolvimento de uma nova correo os analistas enviam os pacotes para os ambientes em produo e executam atualizaes imediatamente, mas vrios problemas nos ambientes de produo dos clientes da Software Developer aconteceram coincidentemente logo aps algumas atualizaes, deixando o ambiente do cliente por horas parado e impactando diretamente nas operaes. A Software Developer tambm enfrenta problemas com os clientes, pois eles esto reportando que independente do tipo de problema, no h explicaes claras do real motivo da causa raiz e normalmente no aplicado as correes nos demais ambientes.
O planejamento de projeto busca estabelecer estimativas do projeto atravs das ferramentas que o gerente de projeto utilizar, ele vai elaborar um plano de projeto e obter comprometimento com o plano. O planejamento vai qualificar o tempo e o oramento que um projeto custar, a sua finalidade criar um plano do projeto onde o gerente de projeto possa usar para acompanhar o progresso de sua equipe.
43
O gerente de projeto dever planejar um projeto com base em alguns itens: determinar algumas condies para que o projeto seja finalizado ou completado antes que estejam absolutamente claros quais so os objetivos do projeto; fazer um inventrio da maioria do trabalho que precisa ser feito; identificar os recursos necessitados para executar cada elemento terminal de cada tarefa; definir algumas dependncias entre tarefas; nas tarefas na qual impossvel estimar o prazo com preciso, coloca-las fora do caminho crtico e fazer o planejamento separado; criar um cronograma do projeto; obter o comprometimento da organizao em iniciar a execuo do projeto. Em algumas organizaes este pode ser um processo burocrtico e que toma tempo, o melhor a fazer iniciar o projeto em paralelo enquanto a aprovao no obtida.
Neste item do CMMI-DEV o foco no monitoramento do projeto em relao ao plano prdefinido; o gerente do projeto deve gerenciar as aes corretivas at o encerramento. O propsito do monitoramento e controle do projeto proporcionar um entendimento do progresso do projeto, de forma que aes corretivas apropriadas possam ser tomadas quanto o desempenho do projeto desviar significativamente do plano.
A Software Developer vai estruturar meios de obter aquisio de produtos ou componentes atravs de acordos com o fornecedor estabelecendo acordos e satisfazendo acordos com eles.
Este item busca gerenciar uma gesto de acordos com fornecedores na aquisio de produtos. Os componentes e produtos gerenciados do projeto so: subsistemas, software, hardware, documentao etc.
O foco neste item estabelecer uma estrutura para monitoramento dos projetos e processos. O gerente de projetos deve ter uma viso de alinhamento das atividades de medio e anlise fornecendo resultados de medio. O objetivo da medio e anlise desenvolver e sustentar a capacidade de medies utilizada para dar suporte s necessidades de gerenciamento de informaes. O gerente de projetos dever estruturar ferramentas que vo apoi-lo para alinhar as atividades de medio e anlise, onde ir estabelecer objetivos de medies, especificarem medidas,
44
especificar procedimentos de coleta e armazenamento de dados, especificarem procedimentos de anlises. Alm disso, deve fornecer resultados de medies, como: coleta de dados de medio, anlise de dados, armazenamento de dados e resultados e comunicao de resultados. Vale ressaltar que os objetivos e atividades de medies so alinhados com as necessidades e objetivos de informaes identificados.
Agora o gerente de projeto da Software Developer vai munir a equipe com sua gerncia com uma viso clara sobre os processos e seus produtos de trabalho. Ocorre ento, uma avaliao objetiva dos processos e produtos de trabalho e o fornecimento de um entendimento objetivo. A empresa vai utilizar as seguintes formas de executar avaliaes objetivas: auditorias formais realizadas por equipes de garantia da qualidade independentes na organizao, revises por pares que podem ser realizadas com vrios nveis de formalidade, revises detalhadas do trabalho onde ele realizado, revises e comentrios distribudos de produtos de trabalho; onde os membros so treinados e os papis so atribudos s pessoas presentes, um membro da reviso por pares que no elaborou o software designado para desempenhar o papel de garantia da qualidade, as listas de verificao so disponibilizadas para dar suporte s atividades QA e os defeitos so registrados como parte do relatrio da reviso por pares e endereadas para fora do projeto quando necessrio.
A gerncia de configurao responsvel por fornecer o apoio para o desenvolvimento de software. Ela vai auxiliar no controle de verso, controle de mudana e auditoria das configuraes. O gerente de projetos dever atentar para alguns itens: verificar o que mudou e quando mudou, o motivo da mudana, o responsvel por ela e a possibilidade de reproduzir esta mudana. Alm disso, o gerente de projetos dever estruturar sua equipe que seja capaz de identificar objetos, controlar verses, sincronizar as mudanas concorrentes, polticas de cpia tanto o modelo trava modifica destrava, quanto o modelo copia modifica resolve.
A gerncia de mudanas uma parte importante da gerncia de configurao, pois a atividade que permite saber o motivo de uma configurao ter sido mudada. Ela tem por objetivo mapear, para cada mudana efetuada no sistema, qual foi o motivo que gerou esta mudana.
12.8 Verificao
Neste item a Software Developer trabalha para que seja assegurado que os softwares atendam aos seus requisitos especificados. O gerente de projetos vai efetuar uma preparao para a verificao, vai realizar reviso por pares e verificar os softwares selecionados.
45
12.9 Validao
A validao busca demonstrar que um produto ou componente de produto atende ao seu uso pretendido quando colocado em seu ambiente alvo. Neste item a gesto busca preparar uma verificao e validar o software ou os componentes de software. O gerente de projetos na fase de validao dos requisitos deve verificar atravs de checklists, os seguintes atributos: validade, consistncia, compreensibilidade, completude, realismo, verificabilidade, rastreabilidade e
Este item ir estabelecer a capacidade de treinamento organizacional fornecendo treinamento necessrio aos envolvidos no projeto. O propsito do OT desenvolver as habilidades e o conhecimento das pessoas para que elas possam desempenhar seus papis de forma eficiente e eficaz.
O gerente de projetos dever implantar uma estrutura de treinamentos seguindo as seguintes normas: estabelecer uma capacidade de treinamento organizacional, estabelecer necessidades estratgicas de treinamento, determinar as necessidades de treinamento de responsabilidade da organizao, estabelecer um plano ttico de treinamento organizacional, estabelecer capacidade de treinamento, fornecer treinamento necessrio, realizar os treinamentos, estabelecer registros de treinamento e avaliar as eficincias dos treinamentos.
O gerenciamento de riscos um item que merece destaque e que deve ser observado com bastante eficincia e detalhado, um item crtico no negcio, pois ele quem vai mostrar o quanto conveniente o projeto para a empresa.
A gesto dos riscos vai auxiliar em abordagens incluindo um auxilio ao projeto, como:reserva de recursos para responder a eventos de interrupo, listas de equipamentos apropriados de backup a serem disponibilizados, pessoas que possam substituir o pessoal chave, planos e resultados para
46
testar sistemas emergenciais, procedimentos divulgados de emergncia e listas divulgadas de contratos chave e recursos de informaes para emergncias.
A gesto de risco neste projeto foi abordada com detalhe no item 5 e seus subitens, pois se trata de uma gesto muito delicada num projeto.
13 Empreendedorismo
A Software Developer atravs do uso de normas certificadoras, alm de visar o seu crescimento empresarial com softwares de qualidade e bem estruturado; possui uma viso empreendedora para a empresa. Ela quer buscar tambm o empreendedorismo na empresa para obter competitividade com os concorrentes. possvel observar que o empreendedorismo to importante nas empresas, que uma das funes do gerente de projetos ser empreendedor. Para obter um bom desenvolvimento econmico, vai trabalhar basicamente com quatro fatores crticos.
O talento prev que a empresa necessita de pessoas com habilidade de ser visionria, correr riscos calculados e trabalhar de forma perseverante. O empreendedor dever criar uma equipe eficaz e eficiente, muito bem selecionada, e ainda, possuir a prtica de networking.
47
A tecnologia no empreendedorismo deve ser somada atravs de suas inovaes de forma que haja investimento de capital de risco, infra-estrutura tecnolgica, invenes ou inovaes e uma cultura empreendedora com foco no futuro.
O capital o bem essencial para que o negcio possa sair do papel. O empreendedor utilizar seu networking para atrair os recursos necessrios para a realizao do projeto.
O sistema de informao envolve a utilizao de ferramentas tecnolgicas voltada administrao e ao desenvolvimento de comercializao de produtos e servios, a informao agora passa a ter valor de capital. Com a informao a Software Developer vai obter vantagem competitiva, adquirindo diferencial de mercado, mas este deve ser utilizado de forma correta para o sucesso desejado. Na verdade os sistemas de informao precisam ser estratgicos e contribuir para que o empreendedor possa alcanar os objetivos e metas da Software Developer.
14 O Perfil do empreendedor
A Software Developer, para garantir que haja um resultado eficiente no setor de empreendedorismo, resolveu implantar em sua empresa algumas diretrizes para que eles possam ser seguidos.
A empresa exigir que os empreendedores sigam as seguintes diretrizes: o empreendedor ter certa independncia e oportunidade para criar modelos de softwares novos aos clientes de forma a aumentar o seu lucro; ele ter a prerrogativa de investir no negcio visando uma sobrevivncia de cinco a dez anos no crescimento de negcio; ele executar as atividades de forma envolvente e diretamente s pessoas da empresa; ele ter o poder de assumir riscos calculados; vai utilizar meios de corrigir-se com erros e falhas; ele ter o poder de relacionar-se com outras pessoas atravs de transaes e acordos como base no relacionamento.
15 A oportunidade
O empreendimento da Software Developer dever cultivar o relacionamento com seus clientes chaves, aproximando deles como conselheiros. E assim ocorre uma valorizao para desenvolver, implantar e construir um negcio de sucesso ao redor dessa idia. O empreendedor precisar ter
48
timing de idias, ele precisa ter uma viso que busque um ciclo de vida dos softwares mais longos, ou seja, o empreendedor tem que obter ideais onde o software seja usado de forma mais abrangente.
Para que as idias e as oportunidades sejam feitas com sucesso, a Software developer adotar os tipos de anlises que devem ser seguidos: ser analisado qual o perfil de cliente que compra e no compram o software, quais os tipos de mercado que alvo, analisar o retorno de negcio, as vantagens competitivas desse negcio, caso haja desvantagem verificar o modo como poder ser superada, definir uma equipe que transformar a idia em negcio, comprometimento do empreendedor com os negcios da empresa.
16 Plano de negcio
preciso que o empreendedor busque ferramentas de planejamento, pois assim ele pode correr riscos calculados. Para que a empresa estruture seu plano de negcio com eficincia dever implantar dois fatores crticos a serem considerados: a empresa precisar do planejamento para gerenciar e apresentar novas idias aos clientes, e, as fontes de investimento exigiro o plano de negcio para avaliar os riscos envolvidos e possibilidades de retorno. O plano de negcio um documento formal, usado para descrever o negcio em questo, contendo informaes sobre o modelo gerencial que manter. Por isso, o plano de negcio da Software Developer vai ser estruturado da seguinte forma: capa, nesta parte conter informaes que apresentam o nome da empresa, endereo e contato, nome do autor do plano e data da elaborao; sumrio, contm o ttulo de cada seo do plano de negcio e sua paginao; sumrio executivo, o sumrio executivo tem a funo de fazer o leitor ler ou no a proposta; um resumo que ser dirigido ao alto nvel gerencial e estratgico da empresa, contendo informaes concisas e relevantes do plano; descrio da empresa, nesta seo ser descrito a empresa, seu histrico, a evoluo nos ltimos anos, estrutura organizacional, certificaes etc.; produtos e servios, esta parte ir descrever o produto e servio em questo, onde sero enfatizados itens como: os recursos necessrios para produo, o modo de produo, o ciclo de vida, as tecnologias envolvidas, nvel de satisfao do cliente, produo que detenha marcas e patentes, pretenso de futuros investimentos no processo produtivo. As ferramentas que vo auxiliar o empreendedor na anlise mais detalhada nos produtos e servios da Software Developer sero o SWOT e a matriz BCG; anlise da estratgia, nesta parte do documento apresenta a essncia de negcio, contendo a misso, viso e valores da empresa, situao atual e potencialidades; plano de marketing, vai descrever a operao desenvolvida para marketing, o preo, o produto, a promoo. Neste item ir demonstrar como manter o interesse dos clientes e como aumentar a demanda; plano de recurso humanos, nesta parte apresentar a estratgia de preparao e desenvolvimento da equipe do RH, nesta fase ser apresentado o nvel educacional e experincias da equipe envolvida no negcio, indicando o esforo da empresa na formao do capital intelectual; anlise de mercado, deve demonstrar que conhece a segmentao de mercado em referncia abordando crescimento do setor, caractersticas do consumidor, concorrncia, participao de mercado, economia, poltica, normas, cultura etc.; plano financeiro, esta fase deve planejar todas as projees futuras, deve ser verificado o valor necessrio para viabilizar o projeto, o propsito, o tempo necessrio do investimento, retorno previsto, deve conter o demonstrativo de fluxo de caixa, balano patrimonial, anlise do ponto de equilbrio, necessidades de investimento, demonstrativos de resultados, indicadores financeiros, faturamento previsto, margem prevista e o TIR; concluso, fazer consideraes finais e necessrias para encerrar a proposta; anexos, esta parte ser complementado com documentaes para comprovao e validao de dados no plano de negcio.
49
17 Intraempreendedorismo
A Software Developer alm de ter uma equipe empreendedora, tambm ir contar com uma sub-equipe direcionada ao intraempreendedorismo. O intraempreendedor da Software developer usar todo seu poder de relacionamento, sua habilidade de realizao, sua criatividade para atingir seu objetivo, ele ter um maior comprometimento como qualquer outro funcionrio. Este profissional de grande importncia para a empresa, pois ele tem a capacidade de integrar tecnologia do produto e transform-lo em algo mercadologicamente vivel.
A empresa exigir que esse funcionrio saia de dentro empresa, e solicitar ao RH que selecione este funcionrio e que tenha as seguintes competncias e perfis: habilidade de conhecer e entender o produto e explor-lo, habilidade de realizao e operao organizacionais, habilidade de conhecer os segmentos de mercado e suas tendncias, habilidade de influenciar e direcionar subordinados, habilidade de relacionarem-se com pessoas influentes, formadores de opinio e tomadores de deciso, habilidade de planejar estrategicamente, habilidade de reconhecer oportunidades e aproveita-las.
18 Inovao e criatividade
A Software developer preocupada com a concorrncia de mercado implantar algumas metas que auxiliar o empreendedor a conquistar oportunidades de negcio com inovaes. Ele dever estar atento aos projetos de implantao, como: desenvolvimento de novos softwares ou servios sendo uma novidade de mercado, desenvolvimento de um novo software ou servio com mais qualidade e menor preo, acrscimo a funcionalidade do software com correes de defeitos aumentando a percepo de valor agregado do consumidor, mudana do software que signifique uma nova utilidade, mudanas no segmento de mercado, mudana na forma de entrega do produto, parcerias com fornecedores, mudana no modelo de negcio e mudana nos processos organizacionais reduzindo o tempo nas aprovaes dos processos de compras otimizando os recursos.
Dentro da equipe de empreendedores da Software Developer, ser selecionado um funcionrio com habilidades de identificar as oportunidades com capacidade de observao. Ele dever identificar chances no mercado competitivo transformando-os em negcios, este funcionrio dever ter uma diferenciao aos outros para que haja um incentivo por parte dele, j que para identificar a oportunidade depende dele e somente dele. Porm, algumas metas e normas sero indicadas a ele para que possa seguir de forma mais conveniente empresa, como: dever encontrar oportunidades nas fontes internas da empresa baseando-se na reduo de tempo e custos de um processo, criar vantagem competitiva ao negcio, comunicar a todos os nveis da empresa a voz do cliente e do consumidor dos softwares, estar atento a novas demandas a melhor forma de aproveitar a oportunidades, os riscos e as oportunidades no ambiente externo devero ser exemplos para proporcionar excelentes idias.
50
20- Concluso
A integrao dos modelos de gesto implantados na Software Developer, como CMMI-DEV, NBR ISO/IEC 9126-1 e NBR ISO 9000-3 sero gerenciados de forma estruturada com o objetivo de garantir estas certificaes. Assim a empresa poder ter uma viso de futuro com crescimento de clientes e usurios dos seus softwares, tendo como ferramentas de apoio atravs do gerente de projetos para auxiliar na gerncia desses modelos integrando-os com o planejamento empreendedor e buscando atingir metas. A Software Developer deve ser capaz de gerir e controlar todo o processo de desenvolvimento e manuteno de softwares, para ento conquistar uma gesto eficaz da empresa e o sucesso empresarial. importante destacar que se pode gerenciar a qualidade do processo e do produto dos softwares desenvolvidos atravs de medies e acompanhamento em todo seu processo, obtendo uma eficaz na correo de defeitos de softwares prevenindo-o de problemas futuros ocasionados pela falta de preveno, e assim se evita softwares com problemas e defeitos na sua produo. Por isso, a Software Developer baseia-se nestas normas, e conta com uma gerncia eficaz no nvel 2 (gerenciado) completo do CMMI, porm est buscando otimizar ainda mais seus softwares visando atingir o nvel 3 do CMMI; a Software Developer conseguiu atingir o gerenciamento e a implantao de quatro PAs do CMMI nvel 3, que so: verificao, validao, treinamento organizacional e gerenciamento de riscos. Porm, ela tem como objetivo atingir a gerncia das 14 PAs do nvel 3 (definido) do CMMI que ser o prximo passo de suas metas.
51
21 Referncias bibliogrficas
Microsoft. Um histrico rpido do gerenciamento de projeto. Disponvel em: http://office.microsoft.com/pt-br/project/ha011353421046.aspx Alencar, A. J; Schimtz, E. A. Anlise de risco em gerncia de projetos. 1. ed. Rio de Janeiro, Rio de Janeiro: brasport, 2006. Project Control. Controle de projetos. Disponvel em: http://www.projectcontrol.com.br Maximiano, Antonio Csar Amaru. A. Administrao para empreendedores: fundamentos da criao de novos negcios. So Paulo: Pratice Prentice Hall, 2006. Martins 2003. Gesto profissional de projetos. Disponvel em: http://www.ietec.com.br/hp2/site/ietec/cursos/detalhes/265 Wikipdia, a enciclopdia livre. Definio e conceitos de empreendedorismo. Disponvel em: http://pt.wikipedia.org/wiki/empreendedorismo Wikipdia, a enciclopdia livre. Definio e conceitos do CMMI. Disponvel em: http://pt.wikipedia.org/wiki/cmmi CMMI para desenvolvimento. Verso 1.2 em portugus. CMMI-DEV v1.2. Traduo de Andr Villas Boas e Jos Marcos Gonalves. ABNT Associao Brasileira de Normas Tcnicas. NBR-ISO-9000-3. Normas de Gesto da Qualidade e garantia da Qualidade. Disponvel em: http://www.lyfreitas.com/pdf/ISO%209000-3.pdf Capovilla, I. G. G. Elementos intrnsicos do software e sua influncia na qualidade do processo de desenvolvimento. So Paulo: dissertao, IMECC, Unicamp, 1999. Guerra, A.C; colombo, R.M.T. Tecnologia da informao: qualidade de produto de software. Braslia; PBQPO software, 2009. http://qualidade-de-software.blogspot.com.br/2010_04_01_archive.html
52
22-Glossrio Figura 1 modelo de gesto de riscos da Software Developer ...................... 32 Figura 2 - Ciclo PDCA...................................................................................... 35 Figura 3 uml call center da Software Developer.............................................35 Figura 4 Fatores crticos da Software Developer ..........................................46