Baixe o app para aproveitar ainda mais
Prévia do material em texto
1 UNIP INTERATIVA Projeto Integrado Multidisciplinar Cursos Superiores de Tecnologia Soluções por Software Pólo Jaraguá do Sul - SC 2014 2 UNIP INTERATIVA Projeto Integrado Multidisciplinar Cursos Superiores de Tecnologia Soluções por Software Nome: Jefferson Alves de Oliveira RA(s): 1210085 Curso: Gestão da tecnologia da informação Semestre: 5º - DP Pólo Jaraguá do Sul - SC 2014 3 RESUMO A Empresa Clean é uma Organização da Sociedade Civil de Interesse Público (OSCIP) foi contratado pelo Governo Federal que necessita de um projeto que visa desenvolver um software capaz de gerenciar o dinheiro público na realização de obras do Governo Federal e seus gastos, o objetivo desse software também é evitar atrasos nas obras públicas e desvio de recursos, adaptações aos dispositivos móveis, e servir como incentivo às empresas privadas a adotarem esse software, a fim de gerenciar suas próprias finanças. Diante da solicitação da empresa contratada, antes de tudo será feito uma pesquisa na área de tecnologia da informação, abordando as principais disciplinas que solucionarão as falhas existentes, essas disciplinas estão divididas em Qualidade de Software, Gerenciamento de projetos de TI e Empreendedorismo, e será explicada itens por itens, esta pesquisa tem o objetivo de além de solucionar falhas e problemas que foram detectadas, fará com que os funcionários que utilizarão este Software tenham total domínio e entendimento do produto que estarão utilizando. Será criada uma estratégia de empreendedorismo para incentivar as empresas privadas a adotarem esse software para gerenciar suas próprias finanças, assim a ferramenta poderá ser comercializada futuramente. Palavras-chave: Software. 4 ABSTRACT The Clean Company is a Civil Society Organization of Public Interest (OSCIP) was contracted by the Federal Government that requires a project to develop software capable of managing public money in creating works of the Federal Government and its spending, the aim of this software is also avoiding delays in public works and diversion of resources, adaptation to mobile devices, and serve as an incentive to adopt this private software companies to manage their own finances. Upon the request of the contractor, before everything is done research in the area of information technology, addressing key disciplines that will resolve the flaws, these disciplines are divided on Software Quality, IT project management and entrepreneurship, and will be items explained by items, this research aims to resolve beyond faults and problems that have been detected, will cause the employees who will use this software to have full mastery and understanding of the product they are using. A strategy for entrepreneurship will be created to encourage private companies to adopt this software to manage their own finances, so the tool can be marketed in future undertakings. Key words: Software. 5 SUMÁRIO 1. INTRODUÇÃO ...................................................................................................... 10 2. DESENVOLVIMENTO .......................................................................................... 11 3. O QUE É QUALIDADE? ....................................................................................... 12 4. QUALIDADE DE SOFTWARE .............................................................................. 12 5 – FERRAMENTAS DA QUALIDADE .................................................................... 13 6 – DIAGRAMA DE ISHIKAWA ................................................................................ 13 6.1 - Como fazer ........................................................................................................ 14 6.1.1 Defina o efeito/sintoma ..................................................................................... 14 6.1.2 – Identifique as possíveis causas ..................................................................... 14 6.1.3 – Complete as espinhas ................................................................................... 15 6.1.4 – Revise todo o diagrama ................................................................................. 15 6.1.5 – Encontre a causa principal ............................................................................ 15 7 – DIAGRAMA DE PARETO ................................................................................... 15 7.1 - Como fazer: ....................................................................................................... 16 7.1.1 Identifique o problema ...................................................................................... 16 7.1.2 – Aplicação (A): ................................................................................................ 17 7.1.3 – Quantifique os valores para cada categoria .................................................. 17 7.1.4 – Liste as categorias em ordem decrescente ................................................... 17 7.1.5 – Calcule a frequência relativa e acumulada para cada categoria ................... 17 7.1.6 – Construa um gráfico de colunas .................................................................... 18 6 7.1.7 – Construa um gráfico de linhas ....................................................................... 18 7.2 Aplicação (B): ...................................................................................................... 18 8 – ISO ...................................................................................................................... 19 9 – ISO/IEC 9126 ...................................................................................................... 19 9.1 - As características .............................................................................................. 19 9.2 - Outros fatores de qualidade .............................................................................. 20 10 – ISO/IEC 25000 – Modelo Square ..................................................................... 21 11 – ISO 9001 ........................................................................................................... 21 12 – A ESTRUTURA DO GUIA ISO 9000-3 ............................................................. 22 13 – PROCESSO DO CICLO DE VIDA DO SOFTWARE: ISO 12207 ..................... 23 13.1 – Ciclos de vida ................................................................................................. 23 13.2 – Processos fundamentais do ciclo de vida ....................................................... 23 13.3 – Processos de apoio ........................................................................................ 24 13.4 – Processos organizacionais ............................................................................. 24 13.5 – Processo de adaptação .................................................................................. 24 14 – CMMI ................................................................................................................. 25 14.1 - Representação continua ................................................................................. 25 14.2 - Representação por estágios ........................................................................... 26 15 - SPICE - ISO 15504 ............................................................................................ 26 15.1 - Categorias e processos ...................................................................................27 16 – GERENCIAMENTO DE PROJETOS DE TI ...................................................... 28 7 16.1 – Projeto ............................................................................................................ 28 17 – PMBOK – Corpo de conhecimento em gerência de projetos ...................... 29 17.1 – Fases e ciclo de vida ...................................................................................... 29 17.2 Gerência de escopo .......................................................................................... 30 17.3 Gerência de custo ............................................................................................. 30 17.4 Gerência de risco de projeto ............................................................................. 31 18 – FERRAMENTAS PARA GERENCIAMENTO DE PROJETO ........................... 31 18.1 – Result_ XP ..................................................................................................... 31 18.2 – Risco + para MS PROJECT ........................................................................... 32 18.3 – Project Builder ................................................................................................ 32 18.4 – JVCGantt Pro ................................................................................................. 33 18.5 – Microsoft Project ............................................................................................. 33 19 – EMPREENDEDORISMO ................................................................................... 34 19.1 – Perfil do empreendedor .................................................................................. 34 19.2 – Intra-empreendedor ........................................................................................ 35 19.3 – Vantagens competitivas ................................................................................. 35 20 – PIRÂMIDE DO EMPREENDEDORISMO .......................................................... 36 20.1 - NÍVEL 1 - Características empreendedoras pessoais ..................................... 36 20.2 - NÍVEL 2 - Atitude e postura de execução – Produção .................................... 36 20.3 - NÍVEL 3 - Gestão básica – Sobrevivência ...................................................... 37 20.4 - NÍVEL 4 - Gestão inovadora - Crescimento e Lucro Sustentáveis .................. 38 8 20.5 - NÍVEL 5 - Desenvolvimento da grandeza e influência .................................... 38 21 – CONCLUSÃO ................................................................................................... 40 22 – REFERÊNCIAS ................................................................................................. 41 9 LISTA DE ILUSTRAÇÕES Figura 1 – Modelo do Diagrama de Ishikawa ............................................................ 14 Figura 2 – Modelo do Diagrama de Pareto ............................................................... 16 Figura 3 – Processos do Ciclo de Vida ..................................................................... 24 Figura 4 – Representação Contínua ......................................................................... 26 Figura 5 – Representação por Estágios .................................................................... 26 Figura 6 – Gráfico de Estrutura das Categorias ........................................................ 27 Figura 7 – Processos de Gerência do Projeto ........................................................... 29 Figura 8 – Gráfico de Gantt ...................................................................................... 33 Figura 9 – Tela do Microsoft Project .......................................................................... 34 10 1. INTRODUÇÃO. A Empresa Clean localizada em São Paulo capital, na Rua da Consolação nº 1555, no bairro da Consolação. Essa empresa foi vencedora da licitação que tem como responsabilidade de desenvolver um software que visa gerenciar o dinheiro público na realização de obras do Governo Federal. O contexto aqui citado refere-se a um trabalho acadêmico, onde o Governo Federal contratou a Clean “OSCIP” (Organização da Sociedade Civil de Interesse Público) para desenvolver um projeto na criação de um software capaz de gerenciar Capitais e quanto foi gasto, ferramentas para garantir a qualidade e confiabilidade do software, com o guia PMI – PMBOX o projeto solucionará as falhas, os riscos, adaptação aos dispositivos móveis, à ferramenta poderá ser comercializada futuramente, com estratégia de vendas. Esse Software seguirá as normas de qualidade de software e modelos de melhoria ISO (International Organization For Standardization), porém vamos trabalhar em destaque com a NBR ISO/IEC 9126 a norma Brasileira e os demais ISO que são necessários para o projeto em desenvolvimento de um Software. E também na área da Qualidade, será citado o ciclo de vida do software, CMMI e o projeto SPICE. Na parte de Gerenciamento de projeto de TI, as ferramentas de estimativas, avaliação, otimização e métricas de planejamentos, execução e controle de escopo e tempo, e em Empreendedorismo, o papel do administrador, a evolução do ambiente, conceito de administração estratégica, vantagem competitiva, arquitetura, ética, plano de negócio, fatores críticos e fracasso dos empreendimentos, dentro deste contexto será pesquisado e explicado da melhor forma, é o que veremos adiante. 11 2. DESENVOLVIMENTO. A Empresa vencedora da licitação tem a missão de, gerenciar o dinheiro público na realização de obras do Governo Federal, quanto dinheiro foi disponibilizado e quanto foi gasto realmente no decorrer do projeto, essa Empresa é a Clean que tem sua Matriz em São Paulo capital, na Rua da Consolação nº 1555, no bairro da Consolação, diante da responsabilidade, a empresa identificou várias falhas que poderiam causar atrasos nas obras públicas e também desvio de recursos. O gestor da área de TI da Clean definiu que é importante investir na mobilidade, tornando essa ferramenta totalmente adaptada aos dispositivos móveis como smartphones e tablets. Sendo assim através de reuniões internas o Governo Federal abriu licitação e a empresa Clean venceu, e foi contratada para desenvolver um Software, experiência a Clean tem de sobra e é uma OSCIP (Organização da Sociedade Civil de Interesse Público), seus principais produtos são: Sistemas para controles de hospitais; Sistemas de gestão de gastos para prefeituras; e sistemas de gerenciamento integrado. No contrato esse Software terá que solucionar as falhas que foram detectadas, sendo elas: falha no controle de criação, edição e versão dos documentos; falhas no levantamento dos riscos associados aos processos de negócios públicos e desenvolvimento do projeto, o que pode ocasionar atrasos na obra; falhas no gerenciamento dos documentos e controle relativos ao desenvolvimento do projeto; falhas no controle da análise diária de tarefas e de recursos investidos, além disso, dentro do contrato, terá que conter informação de mobilidade, estratégia de vendas para a ferramenta, criar uma estratégia de empreendedorismo para incentivar as empresas privadas a adotarem esse software com a finalidade de gerenciar suas próprias finanças, ferramenta que futuramente poderá ser comercializada. Sendo assim a OSCIP irá fazer uma pesquisa, na qual explicará os itens é conteúdo, como criará o projeto do Software, mas antes de tudo, qualquer cliente quando contrata um serviço, também é feito uma pesquisa, quanto à empresa a ser contratada, ou seja, o tempo que a empresa presta serviço no ramo que exerce se cumpri o prazo de entrega, se faz estimativa de custo, e vários outros itensimportantes, porém o mais importante é referente à qualidade do produto ou serviço prestado, e sendo assim vamos iniciar nossa pesquisa, explicando o que é Qualidade e desde já, adicionando todo esse conhecimento ao nosso projeto que é o desenvolvimento do Software. 12 3. O QUE É QUALIDADE? É um conceito subjetivo, e o termo vem do latim. Qualidade está relacionada às percepções de cada individuo, e diversos fatores como cultura, produto ou serviço prestado, necessidades e expectativas influenciam diretamente nesta definição. Qualidade pode ser qualidade de vida das pessoas de um país, qualidade da água que se bebe ou do ar que se respira, qualidade do serviço prestado por uma determinada empresa, ou ainda qualidade de um produto no geral. Como o termo tem diversas utilizações, o seu significado nem sempre é definido clara e objetiva. Qualidade em relação a produtos e/ ou serviços há várias definições para qualidade, como o produto estar em conformidade com as exigências dos clientes, valor agregado, algo que produtos similares não possuem relação custo/benefício e etc. Existe também o controle da qualidade, garantia da qualidade e gestão da qualidade são conceitos relacionados com o de qualidade na indústria e serviços. Os conceitos são usados em várias áreas, através de indicadores de qualidade e normas, como a ISO 9001, Isso 14000, e outras. Porém vamos trabalhar em cima do nosso projeto referente qualidade. 4. QUALIDADE DE SOFTWARE. Existem muitas definições de qualidade de software proposta na literatura, sob diferentes pontos de vista. Qualidade é um termo que pode ter diferentes interpretações, com base nisto citaremos algumas, para que o projeto siga um padrão mundialmente reconhecido como: Definição Peters (2002): “Qualidade de software é avaliada em termos de atributos de alto nível chamado fatores, que são medidos em relação a atributos de baixo nível chamado de critérios”. Definição Sanders (1994): “Um produto de software apresenta qualidade dependendo do grau de satisfação das necessidades dos clientes sob todos os aspectos do produto”. Definição de Pressman: “Qualidade de software é a conformidade a requisitos funcionais e de desempenho que foram explicitamente declarados, a padrões de desenvolvimento claramente documentados, e a características implícitas que são esperadas de todos os softwares desenvolvido por profissionais”. 13 Prof. Edmundo S. Spoto, Univasf Diante dessas definições, antes de se aprofundar nas normas da qualidade e modelos de qualidades de software, para obter a tão desejada qualidade nos processos e produtos, os envolvidos devem ter em mão uma série de ferramentas, denominadas de ferramentas da qualidade, que permitem a avaliação dos problemas existentes, a geração de indicadores e a possibilidade de tomadas de decisão para a melhoria contínua dos processos e produtos da organização. Tendo em vista que a Empresa Clean não quer ter problemas futuros e desde já sanar as falhas existentes no presente, porém serão apresentadas varias ferramentas no decorrer do projeto e mais adiante serão apresentados o guia PMI-PMBOX para solucionar as falhas existentes. 5 – FERRAMENTAS DA QUALIDADE. As ferramentas básicas da qualidade são Diagrama de Pareto, diagrama de causa e efeito, lista de verificação, histograma, diagrama de dispersão, gráfico linear e gráfico de controle. 6 – DIAGRAMA DE ISHIKAWA. O Diagrama de Ishikawa foi proposto pelo japonês Kaoru Ishikawa, que foi um engenheiro de controle de qualidade, teórico da administração das companhias japonesas, que viveu entre os anos de 1915 e 1989. Representação gráfica que permite a organização das informações, possibilitando a identificação das possíveis causas de um problema ou efeito. Conhecido como: Diagrama Causa-Efeito / Diagrama 6M’s / Diagrama Espinha-de- Peixe. Quando Utilizar: Sempre que se deseja conhecer as causas que contribuem para um determinado efeito, satisfatório ou não. Exemplos de uso: Detalhamento de um processo / Análise de um processo para uma possível melhoria / Análise de um problema. Identificação e análise das possíveis causas de insatisfação dos clientes. 14 Figura 1 – Modelo do Diagrama de Ishikawa. 6.1 - Como fazer: Segue abaixo alguns passos para se construir o Diagrama de Ishikawa: 6.1.1 Defina o efeito/sintoma. Defina, de forma objetiva, o problema a ser analisado (efeito/sintoma). Desenhe a espinha-de-peixe e escreva, no lado direito (cabeça do peixe), o efeito a ser estudado, procurando evitar qualquer ambiguidade. 6.1.2 – Identifique as possíveis causas. Diretamente sobre o diagrama: tome como referência os 6M’s componentes básicos de qualquer processo (mão-de-obra/pessoa, métodos, materiais, máquinas/ equipamentos, medições, meio ambiente/ambiente de negócio). Escreva cada um dos componentes na extremidade das espinhas secundárias (primeiro nível de causas). Gere os demais níveis. Faça, repetidamente, a pergunta: Quais as causas que, provavelmente, provocaram este efeito? A partir de brainstorming: Realize um brainstoming que permita a geração do maior número de causas em curto intervalo de tempo. Faça, repetidamente, a pergunta: Quais as causas que, provavelmente, provocaram este efeito? 15 As possíveis causas devem ser anotadas e servirão, como referência para as etapas seguintes (partida para o processo de reflexão pretendido). Agrupe-as, por afinidade, e eleja um termo que represente cada grupo, definido as causas do primeiro nível. 6.1.3 – Complete as espinhas. O processo deverá continuar, adicionando-se às “espinhas” outras causas. 6.1.4 – Revise todo o diagrama. É aconselhável que seja feita uma investigação para frente, a partir de cada causa primária, através da cadeia causal a que está ligada. Pergunte: Esta causa, realmente, provoca este efeito? 6.1.5 – Encontre a causa principal. Através de uma análise criteriosa do diagrama, a equipe deverá buscar a causa principal, retroagindo sobre a cadeia causal. Momento de parar o processo de “retro questionamento”: Analise três características básicas da causa principal. - É diretamente controlável. - Está objetivamente relacionada ao efeito que estamos estudando. - Sua eliminação implicará no desaparecimento, ou redução, do efeito. Esta não é uma tarefa fácil, principalmente quando a análise aponta para várias causas. Para solucionar o impasse é recomendável, em algumas situações, uma coleta de dados adicional para que seja possível explicar, com razoável objetividade, por que o efeito estudado ocorreu. 7 – DIAGRAMA DE PARETO. O diagrama de Pareto é um gráfico de colunas que ordena as frequências das ocorrências, da maior para a menor, permitindo a priorização dos problemas, procurando levar a cabo o princípio de Pareto (80% das consequências advêm de 20% das causas), isto é, há muitos problemas sem importância diante de outros mais graves. 16 Figura 2 – Modelo do Diagrama de Pareto. Exemplo de uso: � Definição de projetos da melhoria. Identificação das principais fontes de custo; Identificação das principais causas que afetam um processo; Escolha do projeto de melhoria a ser desenvolvido na empresa, em função do número de não-conformidades geradas no processo produtivo. � Análise de custos de projetos. Identificação da distribuição de recursos por projetos; Identificação da áreas prioritárias para investimento. 7.1 - Como fazer: Segue abaixo alguns passos para se construir o Diagrama de Ishikawa: 7.1.1 Identifique o problema. Identifique o problema e separe por categorias aspectos como: não-conformidades, causas, áreas de produção, unidades fabris da organização, entreoutras. 17 7.1.2 – Aplicação (A): Uma editora realizou um estudo para identificar as principais não- conformidades do processo de produção literária, que vinham se tornando o motivo de reclamações por parte dos leitoras. Foi considerado, para efeito da análise, uma amostra de cinco livros de uma edição de suspense, escrita por um autor inglês, e que Teve grande divulgação. 7.1.3 – Quantifique os valores para cada categoria. Colete dados para quantificar a extensão do problema, evidenciando a contribuição de cada categoria. Isso permitirá a comparação e seleção daquelas que têm maior peso e deverão ser atacadas prioritariamente. A tabela mostra a relação das 61 não-conformidades que foram detectadas. Para a tabulação da contagem, as ocorrências foram grupadas em conjunto de cinco. 7.1.4 – Liste as categorias em ordem decrescente. Para facilitar a compreensão da análise, liste os itens em função do número de ocorrências em cada categoria, em ordem decrescente. 7.1.5 – Calcule a frequência relativa e acumulada para cada categoria. Para cada categoria, determine a contribuição relativa em relação ao total dos eventos analisados e complete a planilha. O cálculo da frequência relativa (Fr) deverá ser feito de acordo com a expressão abaixo: Fr = (número de ocorrência na categoria / número total de ocorrência) *100 Calcule, também, a frequência acumulada (Fa). 18 7.1.6 – Construa um gráfico de colunas. Para cada categoria definida no eixo horizontal, construa uma coluna com altura proporcional ao seu número de ocorrências (Frequência relativa). No lado esquerdo ficarão aquelas que contribuem, mais fortemente, para o problema analisado. O título do eixo vertical esquerdo indicará, por exemplo: número de itens defeituosos, ou custo. 7.1.7 – Construa um gráfico de linhas. A contribuição acumulativa das categorias será mostrada no eixo vertical direito, no qual constará, por exemplo: frequência acumulada (%). Essa parte do gráfico de Pareto é muito importante, pois será em função dela que serão feitas as justificativas de priorização das categorias. 7.2 Aplicação (B): Com o objetivo de construir um gráfico de Pareto para análise e tratamento das causas, foram apuradas a frequência relativa e a frequência acumulada para cada tipo de não conformidade. Prof.: Verônica Loureza Estivalet Agora que já apresentamos algumas ferramentas da qualidade, e para garantir a implantação de sistemas de gestão da qualidade, qualidade de produção e de processo, garantia da qualidade de software, com base nas normas de qualidade de software e modelos de melhoria do processo de software, o projeto desse software na qual a OSCIP esta desenvolvendo segue as normas e modelos de qualidade, sendo assim será explicado cada norma e cada modelo que será desenvolvido na construção desse projeto. 19 8 – ISO. A ISO significa International Organization for Standardization (Organização Internacional de Normatização), seu objetivo é promover o desenvolvimento de normas, testes e certificação, com o intuito de encorajar o comércio de bens e serviços. Esta organização é formada por representantes de 91 países, cada representado por um organismo de normas, testes e certificação. Por exemplo o American National Standards Institute (ANSI) é o representante dos Estados Unidos na ISSO. O ANSI é uma organização de normas que apoia o desenvolvimento de normas consensuais nos Estados Unidos, no entanto não desenvolvem em escreve estas normas, mas providência estrutura e mecanismo a fim de que grupos industriais ou de produtos se juntem para estabelecer um consenso e desenvolver uma norma. E dentro da área de desenvolvimento de software a Empresa Clean contratou a OSCIP para executar esse projeto, porque a empresa contratada é reconhecida no mercado por já ter a um bom tempo conquistado o Certificado ISO e tem permanecido e mantido a total qualidade em seus projetos, e em cima deste projeto será apresentada e explicada às principais normas e modelos na qual o software será desenvolvido: 9 – ISO/IEC 9126. Representa a atual padronização mundial para a qualidade de software e do produto. Baseada em três níveis: características, Sub-característica e Métricas. Cada característica é definida em um conjunto de sub-características e cada sub- característica é avaliada por um conjunto de métricas. 9.1 - As características. � Funcionalidade: Satisfaz as necessidades? � Confiabilidade: É imune a falhas? � Usabilidade: É fácil de usar? � Eficiente: É rápido e “enxuto”? � Manutenibilidade: É fácil de modificar? 20 � Portabilidade: É fácil de usar em outro ambiente? Funcionalidade: “Conjunto de atributos que evidenciam a existência de um conjunto de funções e suas propriedades especificadas. As funções são as que satisfazem as necessidades explícitas e implícitas”. Usabilidade: “Conjunto de atributos que evidenciam o esforço necessário para utilizar o software, bem como o julgamento individual desse uso, por um conjunto explícito ou implícito de usuários”. Confiabilidade: “conjunto de atributos que evidenciam a capacidade do software de manter seu nível de desenvolvimento sob condições estabelecidas durante um período de tempo estabelecido”. Eficiência: “Conjunto de atributos que evidenciam o relacionamento entre o nível de desempenho do software e a quantidade de recursos usados, sob condições estabelecidas”. Manutenibilidade: “Conjunto de atributos que evidenciam o esforço necessário para fazer modificações especificadas no software”. Portabilidade: “Conjunto de atributos que evidenciam a capacidade do software de ser transferido de um ambiente para outro”. 9.2 - Outros fatores de qualidade. Fidedignidade: Até que ponto o software satisfaz seus requisitos – critérios de avaliação: rastreabilidade, completude, consistência. Testabilidade: Esforço necessário para garantir que o software desempenhe as funções a que se destina – critérios: Simplicidade, modularidade, instrumentação, capacidade de autodescrição. Integridade: Extensão do controle de modificações ou acessos acidentais – controle de acesso e auditoria de acesso. 21 10 – ISO/IEC 25000 – MODELO SQUARE. A definição da arquitetura de normas SQuaRE teve início em 1999 e vem orientando a revisão das normas ISO/IEC 9126 e ISO/IEC 14.598. Foi desenvolvido pelo grupo de trabalho WG6 do Subcomitê de Sistema de Software (SC7) da ISO/IEC . O modelo SQuaRE surgiu devido a uma necessidade de construir um conjunto harmônico de documento, visto que faltava clareza na utilização das normas da qualidade de produto. Suas normas visam obter uma série logicamente organizada e unificada com abrangência de dois processos principais: especificações de requisitos e avaliação da qualidade de software, apoiado por um processo de medição. A divisão SQuaRE ISO/IEC 2500n – Gestão da Qualidade – Fornece orientações sobre o uso da série SQuaRE, dando uma visão geral do seu conteúdo, de seus modelos de referência, definições, o relacionamento entre todos os documentos da série, como também orientações para planejamento e gestão para especificação de requisitos e avaliação de produto. As normas que compõem a divisão de Gestão da Qualidade definem todos os modelos e termos referidos por todas as outras normas da série 25000. Tal divisão fornece requisitos e orientações para uma função de apoio que é responsável pela gestão da especificação de requisitos e avaliação de produto de software. O SQuaRE contempla extensões: � ISO/IEC 2500n – Divisão Gestão da Qualidade; � ISO/IEC 2501n – Divisão Modelo de Qualidade; � ISO/IEC 2502n – Divisão Medição da Qualidade; � ISO/IEC 2503n– Divisão Requisitos de Qualidade; � ISO/IEC 2504n – Divisão Avaliação da Qualidade; 11 – ISO 9001. Ela define os requisitos mínimos que uma empresa deve atender para poder ter um certificado e divulgar ao mundo que possui um sistema de gestão da qualidade compatível com os mais altos padrões internacionais de qualidade e gestão. 22 A ISO em 1987 decidiu adotar uma norma Inglesa que tratava de sistema de gestão de qualidade, essa norma era conhecida como BS 5750 da BSI, dando origem à ISO 9000. A ISO 9000 passou pelas seguintes revisões: � ISO 9000: 1987, dividida da seguinte forma: � ISO 9001: 1987 – Modelo de garantia da qualidade para design, desenvolvimento, produção, montagem e prestadores de serviço; � ISO 9002: 1987 – Modelo de garantia da qualidade para produção, montagem e prestação de serviço; � ISO 9003: 1987 – Modelo de garantia da qualidade para inspeção final e teste. � ISO 9000: 1994/ ISO 9001: 2000/ ISO 9001: 2008 12 – A ESTRUTURA DO GUIA ISO 9000-3. Em julho de 1993 foi criado o guia ISO 9000-3 com diretrizes para aplicação da ISO 9001 ao desenvolvimento, fornecimento e manutenção de software. Para cada item da ISO 9001 existe um correspondente na ISO 9000-3 que o detalha e o adéqua ao software. De fato, a ISO 9000-3 é um guia para aplicação da ISO 9001 para desenvolvimento, fornecimento e manutenção de software. � As diretrizes propostas na ISO 9000-3 cobrem questões como: � Entendimento dos requisitos funcionais entre contratante e contratado � Uso de metodologias consistentes para o desenvolvimento de software � Gerenciamento de projeto desde a concepção até a manutenção. Uma das limitações da ISO 9000-3 é que ela não trata de aspectos como a melhoria continua da processo de software (SPI – Software Process Improvement) como faz o modelo CMM ou a norma SPICE ( ainda em desenvolvimento). Desta forma, o que a ISO 9000-3 traz é apenas quais processos a organização deve ter e manter, mas não trata, orienta quanto ao passo que devem ser seguidos para chegar a desenvolver estes processos – nem de como aperfeiçoá-los. 23 13 – PROCESSO DO CICLO DE VIDA DO SOFTWARE: ISO 12207. Como a norma Internacional NBR ISO/IEC 12207 – Tecnologia da Informação – Processos de Ciclo de Vida de Software (ISO, 1995a), sugerem que melhorando o processo de software podemos melhora a qualidade dos produtos. O objetivo é fornecer uma estrutura comum para ser executada durante os processos de aquisição, fornecimento, operação, desenvolvimento e manutenção de software, utilizando uma linguagem comum. E o público alvo é compradores, fornecedores, operadores, desenvolvedores, mantenedores, gerentes, profissionais de qualidade e usuários. A norma é utilizável com: Qualquer modelo de ciclo de vida; Qualquer método ou técnica de engenharia de software; e qualquer linguagem de programação. � DESDOBRAMENTO DOS PROCESSOS � CLASSE PROCESSOS ATIVIDADES TAREFAS � FUNDAMENTAIS 5 35 136 � APOIO 8 25 61 � ORGANIZACIONAIS 4 14 27 � TOTAL 17 74 224 13.1 – Ciclo de vida. Os processos podem ser adaptados de acordo com os projetos de software. Esses processos são classificados em três tipos: � Apoio e organizacionais: devem existir independentemente da organização e do projeto. � Fundamentais: instanciados de acordo com a situação. 13.2 – Processos fundamentais do ciclo de vida. São responsáveis pela geração dos produtos de software, constituindo o ciclo de vida de software propriamente dito. São eles: Processo de Aquisição; Processo de Fornecimento; Processo de Desenvolvimento; Processo de Operação; Processo de Manutenção. 24 Figura 3 – Processos do Ciclo de Vida. 13.3 – Processos de apoio. Têm como objetivo auxiliar outros processos, visando principalmente à qualidade e o sucesso do projeto. São eles: Processo de Documentação; Processo de Gerência de Configuração; Processo de Garantia da Qualidade; Processo de Verificação; Processo de Validação; Processo de Revisão Conjunta; Processo de Auditoria; Processo de Resolução de Problemas. 13.4 – Processos organizacionais. Têm como objetivo garantir e melhorar os processos dentro da organização. São eles: Processo de Gerencia; Processo de Infraestrutura; Processo de Melhoria; Processo de treinamento. 13.5 – Processo de adaptação. A Norma também descreve o Processo de Adaptação que contém as atividades básicas para adaptar a norma a uma organização ou projeto específico. 25 14 – CMMI. O CMMI (Capability Maturity Model Integration) é um modelo de referência que contém práticas (Genéricas ou Específicas) necessárias à maturidade em disciplinas específicas (Systems Engineering (SE), Software Engineering (SW), Integrated Product and Process Development (IPPD), Supplier Sourcing (SS)). Desenvolvido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon, o CMMI é uma evolução do CMM e procura estabelecer um modelo único para o processo de melhoria corporativo, integrando diferentes modelos e disciplinas. A versão atual do CMMI (versão 1.2) apresenta três modelos. Os processos de melhoria nasceram de estudos realizados por Deming (Out of the Crisis), Crosby (Quality is Free: The Art of Making Quality Certain) e Juran, cujo objetivo principal era a melhoria da capacidade dos processos. Entende-se por capacidade de um processo a habilidade com que este alcança o resultado desejado. Um modelo tem como objetivo estabelecer - com base em estudos, históricos e conhecimento operacional - um conjunto de "melhores práticas" que devem ser utilizadas para um fim específico. O CMMI possui duas representações: "contínua" ou "por estágios". Estas representações permitem a organização utilizar diferentes caminhos para a melhoria de acordo com seu interesse. 14.1 - Representação continua. Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels): � Nível 0: Incompleto (Ad-hoc) - Nível 1: Executado (Definido) � Nível 2: Gerenciado / Gerido - Nível 3: Definido � Nível 4: Quantitativamente gerenciado / Gerido quantitativamente � Nível 5: Em otimização (ou Optimizado) 26 Figura 4 – Representação Contínua. 14.2 - Representação por estágios. Disponibiliza uma sequência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels): Figura 5 – Representação por Estágios. 15 - SPICE - ISO 15504. O SPICE é uma norma em elaboração conjunta pela ISO e pelo IEC. Ela constitui-se de um padrão para a avaliação do processo de software, visando determinar a capacitação de uma organização. A norma visa ainda orientar a organização para uma melhoria contínua do processo. Ela cobre todos os aspectos da Qualidade do Processo de Software e está sendo 27 elaborada num esforço conjunto de cinco centros técnicos espalhados pelo mundo (EUA, Canadá/América Latina, Europa, Pacífico Norte e Pacífico Sul). O SPICE inclui um modelo de referência, que serve de base para o processo de avaliação. Este modelo é um conjunto padronizado de processos fundamentais, que orientam para uma boa engenharia de software. Este modelo é dividido em cinco grandes categorias de processo: Cliente-Fornecedor, Engenharia, Suporte, Gerência e Organização. Cada uma destas categorias é detalhada em processos mais específicos. Tudo isso é descrito em detalhes pela norma. O SPICE inclui um modelo de referência, que serve de base para o processo de avaliação. Além dos processos, o SPICE define também os6 níveis de capacitação de cada processo, que pode ser incompleto, executado, gerenciado, estabelecido, previsível e otimizado. O resultado de uma avaliação, portanto, um perfil da instituição em forma e matriz, onde temos os processos nas linhas e os níveis nas colunas. 15.1 - Categorias e processos. Uma das contribuições do modelo SPICE é definir em seu modelo de referência todos os processos envolvidos no desenvolvimento de software, agrupados em categorias. Observe no quadro abaixo a estrutura completa das categorias, dos processos de cada categoria: Figura 6 – Gráfico de Estrutura das Categorias. Diante dos fatos, a qualidade de software esta se tornando uma solicitação da grandes empresa, inclusive na a Clean que ao vencer a licitação sabe que não pode falha. Segundo Bartie “Qualidade de Software é um processo sistemático que focaliza todas as etapas e 28 artefatos produzidos com o objetivo de garantir a conformidade de processos e produtos, prevenindo e eliminando defeitos”. 16 – GERENCIAMENTO DE PROJETOS DE TI. A Empresa clean oferece também o Gerenciamento de Projetos de TI com uma equipe qualificada e certificada em PMP, pronta para atender demandas específicas de cada cliente, em diversos segmentos. Todos os projetos desenvolvido na fábrica de Projetos estão dentro do metodologia de gerenciamento do PMI, garantia de que são gerenciados dentro das melhores práticas do PMBOK. 16.1 – Projeto. É um conjunto de atividades temporárias, realizadas em grupo, destinadas a produzir um produto, serviço ou resultado únicos, e no caso aqui, o desenvolvimento de um software. O Gerenciamento de Projetos, é a aplicação de conhecimentos, habilidades e técnicas para a execução de projetos de forma efetiva e eficaz. Trata-se de uma competência estratégica para organizações, permitindo com que elas unam os resultados dos projetos com os objetivos do negócio e, assim, melhor competir em seus mercados. Os grupos de processos do gerenciamento de projetos são cinco: Início; Planejamento; Execução; Monitoramento e controle; Encerramento. O conhecimento em gerenciamento de projetos é composto de nove áreas: Gerenciamento de Integração; gerenciamento de Escopo ( Processos de planejamento, definir atividades, sequenciar atividades, estimar os recursos das atividades, estimar a duração das atividades, desenvolver o cronograma e processo de monitoramento e controle: controlar o cronograma); Gerenciamento de Custos ( Processos de planejamento: estimar os custos e determinar o orçamento). (Processo de monitoramento e controle: controla os custos); gerenciamento da qualidade; Gerenciamento da Aquisição; Gerenciamento de Recursos Humanos; Gerenciamento de Comunicação; Gerenciamento de Risco ( Processos de planejamento, planejar o gerenciamento de riscos, identificar os riscos, realizar a análise quantitativa dos 29 riscos, planejar a resposta aos riscos, processo de monitoramento e controle: monitorar e controlar os riscos); Gerenciamento de Tempo. Cadeira da PMI Deanna Landers, NBA, PMP: Figura 7 – Processos de Gerência do Projeto. 17 – PMBOK – CORPO DE CONHECIMENTO EM GERÊNCIA DE PROJETOS. É um guia onde se descreve a somatória de conhecimento e as melhores práticas dentro da profissão de gerência de projetos. Todo o conhecimento reunido neste guia é comprovado e não se restringe somente a práticas tradicionais, mas também às inovadoras e avançadas. Ele é um material genérico que serve para todas as áreas de conhecimento, ou seja, tanto para construção de edifício ou processo de fabricação industrial como para a produção de software. Outro objetivo do PMBOK é a padronização de termos utilizados em gerência de projetos. 17.1 – Fases e ciclo de vida. As fases são a subdivisão do projeto em atividades que têm um objetivo a ser alcançado e geram produto(s) tangível(is) e verificável(is). A conclusão de uma fase normalmente é marcada com uma revisão das atividades e do desempenho do projeto. Esta determina se o mesmo continua em sua fase seguinte, além de detectar e corrigir eficazmente os erros surgidos. 30 Como já vimos à função da Gerencia de projetos, todas as áreas são importantíssimas, porém Gerencia de Escopo; Gerencia de Custo e Gerencia de Risco, temos que ter uma atenção uma falha dentro destas áreas pode levar o projeto ao fracasso, e nesse momento de desenvolvimento do software pela Empresa Clean é tudo que não pode ocorrer, sendo assim cabe citar algo mais sobre essas áreas: 17.2 Gerência de escopo. Envolve os processos necessários para assegurar que o projeto contém todo o trabalho necessário para completar o projeto com sucesso. O seu foco principal é na definição e controle do que está ou não considerado no projeto. Os principais processos são: � Iniciação: Comprometimento da organização para iniciar a próxima fase do projeto; � Planejamento do escopo: Elaboração, por escrito, da declaração do escopo como fundamento para futuras decisões do projeto; � Definição do escopo: Subdivisão dos resultados do projeto principal em componentes menores e mais gerenciáveis; � Verificação do escopo: formalização da aceitação do escopo do projeto; e � Controle de mudança do escopo: “do projeto”. O termo escopo pode referir-se a: � Escopo do produto – As características e funções que serão incorporadas em um produto ou serviço; � Escopo do projeto – O trabalho que deve ser realizado visando entregar um produto com as características e funções especificas. 17.3 Gerência de custo. Envolve os processos requeridos para garantir o término do projeto dentro da organização aprovado. Os principais são: Planejamento dos recursos: Identificação de quais recursos (pessoas, equipamentos, materiais) e quais as quantidades de cada um deveriam ser usados para executar as atividades do projeto. 31 Estimativa de custo: desenvolvimento de uma estimativa de custo dos recursos necessários para completar as atividades do projeto. Orçamento de custo: Alocação das estimativas de custo ao item de trabalho. 17.4 Gerência de risco de projeto. Envolve os processos relacionados à identificação, análise e resposta aos riscos de projetos. Isso inclui maximizar os resultados de ocorrência positivas e minimizar as consequências de eventos adversos. Os principais processos são: � Identificação de riscos: Determinação dos riscos que provavelmente afetarão o projeto e documentação das características de cada um. � Quantificação de riscos: Avaliação dos riscos e das interações entre eles para estimar o rol de possibilidades de resultados do projeto. � Tratamento de riscos: Definição das etapas para maximizar oportunidades e eliminar ameaças. � Controle de tratamento de riscos: Respostas às alterações de riscos internos durante o desenvolvimento do projeto. 18 – FERRAMENTAS PARA GERENCIAMENTO DE PROJETO. Existem muitas metodologias. Em destaque a do PMI devido sua amplitude Mundial. Existem ainda PRINCE2, Six Sigma (Black Belt), entre outras. As ferramentas são as mais variadas, porém aqui vale ressaltar que estamos desenvolvendo um software, e temos que solucionar algumas falhas existente, e para isso temos outras ferramentas que podem ajudar e muito solucionar esses problemas como: Result- XP, Risco + para MS Project, Project Planner PE, Microsoft Project e muitos outros. 18.1 – Result_ XP. Permite que os membros da equipe do projeto para analisar planos de ação com os objetivos, gerenciar projetos, tarefas, documentos, arquivos, discussão, etc. 32 Não é uma ferramenta gratuita, e normalmente é feito o primeiro contado pelo site do vendedor no http://www.resultsxp.com 18.2 – Risco + para MS PROJECT. Éuma ferramenta de análise de risco que se integra com o Microsoft Project para quantificar a incerteza custo e cronograma associado ao plano de projeto. A plataforma é Windows / MS Project, vendido pela C/S Solutions, inc. São ferramentas estrangeiras. Porém temos algumas Nacionais que são fácies de compreender e podem ser também utilizada dentro desse projeto, como a Project Builder... 18.3 – Project Builder. É uma ferramenta Brasileira, software de gerenciamento de projeto, Portfolios e Programas, ele alavanca a maturidade em gestão de projetos pela simplicidades e abrangência das suas funcionalidades. � MOBILIDADE: Aproveite toda a mobilidade do PB e tenha o gerenciamento de projeto no seu smartphone, notebook ou tablet. Agiliza o trabalho com informações a qualquer tempo, em qualquer lugar. Com o Project Builder você tem a gestão de projetos ao alcance o tempo todo. Essa mobilidade é uma das solicitações do gestor da área de TI da Empresa Clean, essa ferramenta vai tornar totalmente adaptada aos dispositivos móveis. � REDUÇÃO DOS CUSTOS: Elimina os custos desnecessários com licenças de software, hardware, manutenção de servidores e mão de obra técnica e especializada. � AUMENTO DA PRODUTIVIDADE: Aumenta a produtividade da equipe e entendendo melhor seus custos e esforços. � FACLIDADE NO GERENCIAMENTO: Todas as informações ficam em um único lugar, tornando possível acompanhar em tempo real a evolução do projeto. 33 18.4 – JVCGantt Pro. Ajuda a melhorar a precisão das estimativas de prazo e custo. O gráfico de Gantt tem como idéia mostrar todas as atividades que estão sendo trabalhadas dentro do projeto. Através de um eixo temporal as atividades e recursos são alocados e ao longo do gráfico fica fácil identificar quais atividades poderiam causar possíveis atrasos no projeto caso sofressem algum atraso na entrega. Na maioria das vezes essas atividades estão atreladas para que outras se iniciem, essas atividades que dependem de outras são chamadas de atividades dependentes. Outras análise que pode ser extraída do gráfico de Gantt é com relação às atividades paralelas, essas atividades se caracterizam por serem extensas e serem trabalhadas em paralelo a outras atividades. Figura 8 – Gráfico de Gantt. 18.5 – Microsoft Project. Da Plataforma Windows, planejamento e acompanhamento de projetos. Ajuda a manter-se informado a alinhar as suas equipes de projeto, além de controlar os trabalhos, os agendamentos e as finanças de projetos. Torna mais produtivo através da integração com os programas, as opções avançadas de relatórios, o planejamento orientado e os assistentes e modelos familiares do Microsoft. O Project Professional 2007, um dos mais conhecidos, inclui todos os recursos do Microsoft 34 Office Project Standard 2007, pode ser executado como uma solução de usuário único ou conectado. Habilitando os seus recursos de gerenciamento de projetos corporativos. Com a nova versão do projeto 2013. A Microsoft concluiu a sua plena integração com o SharePoit Serve, proporcionando uma nova infraestrutura. O foco da atualização estava em melhor colaboração dentro de equipes de projeto e uma utilização mais eficiente do cliente e da aplicação web. Figura 9 – Microsot Project. 19 – EMPREENDEDORISMO. O processo de reestruturação que o modo de produção capitalista vem desenvolvendo nas últimas décadas a partir das diretrizes neoliberais tornou o mercado de trabalho mais instável e elevou o índice de desemprego. A terceirização e a informalidade passaram a ocupar lugar de destaque na economia, fragilizando, dessa forma, os direitos trabalhistas e a estabilidade duramente conquistada nas décadas precedentes. 19.1 – Perfil do empreendedor. O empreendedor têm como características básica o espírito criativo e pesquisador. Ele está constantemente buscando novos caminhos e novas soluções, sempre tendo em vista as necessidades das pessoas. A essência do empresário de sucesso é a busca de novos negócios e oportunidades e a preocupação sempre presente com a melhoria do produto. 35 Tudo isso a empresa Clean possui, com excelentes profissionais que conhece o ramo de atuação e busca sempre novas informações, possui capacidade de liderar e motivar, corre risco calculado, possui comprometimento e determinação no acompanhamento do desenvolvimento software para não ter problemas no futuro, estabelece metas, diante dessas características o empreendedor da empresa Clean ao fornecer o seu produto ou prestar um serviço de qualidade, as empresas que compra o produto de software ou contrata o serviço, acaba aprendendo e desenvolvendo-se com os profissionais da Clean. 19.2 – Intra-empreendedor. O intra-empreendedor é aquele que está em constante observação em seu local de trabalho e nunca está satisfeito, porque sempre acha que é possível encontrar uma maneira melhor de fazer as coisas acontecerem. É através dele que as melhores oportunidades ocorrem, os riscos baixam e a qualidade melhora. O desafio está em fazer aumentar o número de colaboradores com este tipo de preocupação. O intra-empreendedorismo em uma empresa permitem que surjam várias inovações de produto/serviços capazes de manter sua competitividade no mercado. Esta cultura deve estar enraizada nos corações da alta gerencia como também nos de seus colaboradores uma vez que só é possível cultivar uma cultura intra-empreendedora quando todos possuem seus objetivos pessoais e profissionais. 19.3 – Vantagens competitivas. O termo vantagens Competitiva nos permite à necessidade de obtenção de requisitos e desenvolvimento de atributos que nos propicie melhores condições de competir em relação às condições de nossos oponentes. Um dos grandes pensadores desse importante tema foi Michael Porter. Em seus estudos, Porter pode identificar, observando o ambiente de competição em que estavam inseridas diversas organizações, as questões fundamentais que lhes conferiam ou não, alguma Vantagem Competitiva. Maximiniano (2006) afirma que “o entendimento das forças competitivas de um ramo de negócios é fundamental para o desenvolvimento para da estratégia”. Assim, Serra, Torres e Torres (2004) afirmam que a análise do ambiente externo pode ser realizada por meio do modelo de cinco forças da competitividade, desenvolvido por Michael Porter na década de 70. 36 20 – PIRÂMIDE DO EMPREENDEDORISMO Muitas questões têm sido escritas e divulgadas a respeito do empreendedorismo, no entanto, fica quase sempre esquecida a hierarquia das necessidades pessoais daquele que empreende. A seguir é apresentada uma visão inovadora e prática sobre o que você deve saber sobre esse assunto para não fracassar. A pirâmide do empreendedorismo proposta por Jair Strack equivale à pirâmide de Maslow proposta por Abraham Maslow, que estabelece uma hierarquia de necessidades para as pessoas, somente que trata do estabelecimento da hierarquia de necessidades para o empreendedor. A seguir é comparada essa hierarquia de necessidades pessoais de Maslow com aquelas estabelecidas para o empreendedor, consideradas como uma pirâmide. Esta é a Pirâmide do Empreendedorismo, onde Jair Strack estabeleceu necessidades hierarquicamente distribuídas, desde a base, até ao topo. As necessidades mais baixas são, pois as necessidades primordiais e básicas para a existência do empreendedorismo, enquanto que as necessidades mais elevadas na pirâmide são as necessidades de evolução até chegar ao topo da auto realização. A seguir são apresentados os cinco níveis dessa pirâmide. 20.1 - NÍVEL 1 - Características Empreendedoras Pessoais. O primeiro nível, que forma a base da pirâmide identifica a necessidade fundamental do empreendedorismo, que são as característicasque levam a pessoa a empreender dentre as diversas opções existentes para o desempenho de suas atividades. Pontos que identificam este primeiro nível de necessidade: Foco no pessoal; características pessoais que definem um empreendedor. 20.2 - NÍVEL 2 - Atitude E Postura De Execução – Produção. No segundo nível da pirâmide está presente a necessidade do empreendedor ter atitude e postura para fazer acontecer, isto é, fazer a empresa produzir. Isso indica a busca de 37 segurança através da independência para produção e adequação e/ou reação contra os perigos e ameaças. � Pontos que identificam este segundo nível de necessidade: � Decisão de empreender: � Encontrar a voz interior - juntar talento, paixão necessidade e consciência: � Significado pessoal e único do empreender; � Migração: � Pessoa Dependente - Empreendedor Independente; Vitória Pessoal; � Ser líder - Sair da dependência de outros e buscar a independência; � Foco na execução - resultado; � Capacidade de fazer: Identifica o ter capacidade de fazer acontecer; � Fase inicial de operação: Entusiasmo meio desordenado. � Primeiro contato com o ambiente empresarial: � Realidade de burocracia e hostilidade legal mais fiscal; 20.3 - NÍVEL 3 - Gestão Básica – Sobrevivência. No terceiro nível da pirâmide, apresentam-se as necessidades de gestão, que apontam para a necessidade do empreendedor administrar pessoas e equipes, conflitos pessoais e de grupos. Isso identifica a chamada gestão básica no qual o empreendedor deve fazer acontecer através dos outros. � Foco na sobrevivência; � Gestão conservadora - reativa; � Migração: Empreendedor Independente - Empreendedor Interdependente; � Vitória Pública; � Ser líder - Sair da independência (sozinho) e buscar a interdependência (grupo, equipe e parcerias); � Organização: RH, Produção e Finanças; 38 � Deficiências: Comercial e marketing; � Horizonte 1 - Curto prazo; � Capitais: Financeiro, estrutural e intelectual; � Consolidação do contato com o ambiente empresarial: Superação e administração da burocracia e hostilidade legal mais fiscal; Realidade trabalhista; Mercado. 20.4 - NÍVEL 4 - Gestão Inovadora - Crescimento E Lucro Sustentáveis. Em seguida, no quarto nível surge a necessidade da gestão que busca o crescimento e o lucro da empresa através sustentabilidade e da inovação, fortalecendo a gestão e a interdependência, uma vez que está relacionada a fatores como a autoconfiança, prestígio, status, lucro e consideração por parte dos outros. � Foco na sustentabilidade lucrativa; � Gestão avançada - proativa; � Atuação no mercado: Ditar normas de mercado, fazer mercado; � Visão estratégica clara e importância aos aspectos comerciais e de marketing; � Inovação: Local, regional, nacional ou internacional; � Horizonte 2 e 3 - médio e longo prazo; � Capitais: criativo, risco, relacionamento e ambiental; 20.5 - NÍVEL 5 - Desenvolvimento da Grandeza e Influência. No quinto nível, topo da pirâmide, Depois, as necessidades de auto realização favorecem a realização do potencial do empreendedor, num desenvolvimento humano contínuo, para ser aceito em grupos sociais e ambientais, associações, partilha de afetos e convivência harmoniosa. � Foco no desenvolvimento humano contínuo; � Atuação política: Associações, Federações, lobby político, legislação; � Grandeza pessoal e de grupo - atuação ética; 39 � Atuação social: Necessidade de auto realização, em que o indivíduo procura tornar-se aquilo que ele pode ser; É neste último patamar da pirâmide, no qual Maslow considera que a pessoa tem que ser coerente com aquilo que é na realidade: "temos de ser tudo o que somos capazes de ser, desenvolver os nossos potenciais". As necessidades principais são essas cinco, no entanto ainda poderão ser consideradas outras necessidades, as quais poder ser inseridas intrinsecamente em alguma das cinco já apresentadas. 40 21 – CONCLUSÃO. Diante dos fatos mencionados e pesquisados, a Empresa Clean concluiu o desenvolvimento do Software, que visa gerenciar o dinheiro público na realização de obras do Governo Federal, assim alcançou o objetivo desejável, a ferramenta apresentadas terá a finalidade de saber com precisão quanto dinheiro foi disponibilizado e quanto foi gasto, as ferramentas garantirá a qualidade e confiabilidade, foi implantado um sistema de gestão da qualidade, com base nas normas de qualidade de software, isto porque a empresa Clean que é uma OSCIP tem um nome a zelar entre as empresas que valorizam a qualidade. Também os profissionais da área de Gerenciamento de Projetos de TI aplicaram todo o conhecimento e ferramentas de estimativas, avaliação, otimização e métricas de planejamento, execução e controle de escopo e tempo, seguindo o Guia –PMI-PMBOX para solucionar e resolver os problemas e as falhas existentes que poderiam causar atrasos nas obras públicas e também desvio de recursos. Essa ferramenta serve tanto para empresas públicas como para empresas privadas, sendo assim a Empresa Clean deu muita atenção a equipe de empreendedorismo que, fizeram com que a ferramenta seja comercializada, com toda as explicações do empreendedor, o perfil no ambiente de trabalho, o intra-empreendedor que busca várias inovações de produto/serviço e com isso com a ferramenta de vendas por si só aumenta as vantagens competitiva, juntamente com a mobilidade dos dispositivos móveis que ajudarão e muito. Sendo assim a Empresa Clean alcançou seu objetivo e finalizou o projeto. 41 22 – REFERÊNCIAS. http://www.batebyte.pr.gov.br/modules/conteudo/conteudo.php?conteudo=1557 http://www.baixaki.com.br/download/microsoft-office-project-professional.htm http://brasil.pmi.org/brazil/AboutUS/WhatIsProjectManagement.aspx http://www.docstoc.com/docs/22177870/Norma-ISO-12207-de-Qualidade http://www.ebah.com.br/content/ABAAAAtHAAJ/ferramentas-qualidade http://www.geocities.ws/chicorapchan/artigos/9000-3.pdf http://gilbertexbom.com/ap/seminarios/3InfoT_209/qualidadeSoftware.html http://liderancaeempreendedorismo.blogspot.com.br/2010/11/hierarquia-piramide-do- empreendedorismo.html MALDONADO, J. C, ROCHA, A. R. & WEBER, K. C., Qualidade de Software: Teoria e Prática, 2ª edição, São Paulo, Prentice Hall, 2001 mlopes.blogspot.com;sebrae.com.br;Minarelli, 1995, p.37 Apostila Unip/Qualidade de Software_Unidade I http://academiaplatonica.com.br/2011/gestao/iso-90012008-sistemas-de-gestao-da-qualidade- requisitos-0-introducao/ http://www.amcom.com.br/Noticias/A-importancia-do-Gerenciamento-de-Projetos-de-TI/1/ http://www.administradores.com.br/artigos/carreira/afinal-de-contas-o-que-e-um-intra- empreendedor/55872/ http://www.administradores.com.br/artigos/marketing/vantagem-competitiva-revisitando-as- ideias-de-michael-porter/36860/ http://monografias.brasilescola.com/administracao-financas/o-que-iso.htm http://www.pmtech.com.br/ferramentas.html http://pt.slideshare.net/danielmotaba/iso25000-slide http://www.significados.com.br/qualidade/ http://www.univasf.edu.br/~ricardo.aramos/disciplinas/ESI2009_2/Aula05.pdf 42 http://www.univicosa.com.br/arquivos_internos/artigos/AImportanciadoProcessodeGarantiad aQualidadedeSoftware.pdf. http://www.projectbuilder.com.br/ http://review.techworld.com/applications/3404323/microsoft-project-2013-review/ http://www.scriptcase.com.br/blog/grafico-de-gantt-scriptcase/ http://www.sebrae.com.br/uf/amapa/abra-seu-negocio/perfil-do- empreendedor#.UqWTgdJDuSp
Compartilhar