AULA 4 - GPTI - E

35 Pages • 2,770 Words • PDF • 10.1 MB
Uploaded at 2021-09-24 06:03

This document was submitted by our user and they confirm that they have the consent to share it. Assuming that you are writer or own the copyright of this document, report to us by using this DMCA report button.


Aula 04 Gestão de Processos, Projetos e Tecnologia da Informação para APPGG/SP

Professor: Victor Dalton

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

AULA 04: GED e outros SUMÁRIO Introdução Papéis e responsabilidades em projetos de software Workflow e GED Considerações Finais

PÁGINA 1 2 9 34

INTRODUÇÃO

Olá pessoal! E chegamos ao final de nosso curso! Diferentemente da apostila anterior, bem carregada, deixei tópicos avulsos para o final, de modo que você possa relaxar nessa reta final.

Observação importante: este curso é protegido por direitos autorais (copyright), nos termos da Lei 9.610/98, que altera, atualiza e consolida a legislação sobre direitos autorais e dá outras providências. Grupos de rateio e pirataria são clandestinos, violam a lei e prejudicam os professores que elaboram os cursos. Valorize o trabalho de nossa equipe adquirindo os cursos honestamente através do site Estratégia Concursos ;-)

Prof. Victor Dalton

www.estrategiaconcursos.com.br

1 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 PAPÉIS E RESPONSABILIDADES EM PROJETOS DE SOFTWARE

Como você deve ter observado, o estudo do processo de implantação de sistemas é “orientado a processos”, ou seja, preocupa-se com o avançar do processo em si. Para avaliar os papéis e responsabilidades em projetos de software é necessário realizar um estudo “transversal”, extraindo as participações dos diversos personagens ao longo do projeto de software. Vejamos:

Patrocinador

O patrocinador do projeto, via de regra, é alguém do alto escalão de uma organização, que “compra” a ideia do software. Em virtude de sua posição, é capaz de atribuir recursos e dinheiro ao projeto. Entretanto, além de financiar o projeto, os patrocinadores têm outras funções muito importantes para o sucesso dos projetos. Durante o ciclo de vida do projeto, o patrocinador atua como um decisor acima do gerente de projeto, podendo tomar decisões fora da alçada do gerente do projeto. Além disso, o patrocinador funciona como um ponto focal para a alta administração e também para outros stakeholders, eventualmente. À primeira vista, pode parecer que o patrocinador do projeto duplica os esforços do gerente de projeto. No entanto, um patrocinador do projeto experiente pode melhorar a comunicação e coordenação em questões além das responsabilidades do gerente de projeto. O papel do patrocinador está diretamente ligado à gerência sênior e inclui, mas não se limita a: • • • • • • •

Participar na seleção de projetos, categorização e priorização; Participar no estabelecimento de prioridades e alocação de recursos; Estabelecer objetivos estratégicos para o projeto; Alinhar os objetivos do projeto aos objetivos de negócio; Realizar acompanhamento e relatórios sobre o andamento do projeto para a alta administração; Auxilia a fixação da autoridade do gerente de projeto; Participa do comitê de controle de mudanças.

Prof. Victor Dalton

www.estrategiaconcursos.com.br

2 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 Em geral, patrocinadores devem ter sólidos conhecimentos de negócio e boa capacidade de comunicação. Ele irá atuar mais como um líder visionário para o projeto, enquanto o gerente de projeto irá desempenhar funções de gestão e técnica a maioria dos o tempo. Especialmente em projetos complexos de grande porte, os gerentes de projetos precisam de muita ajuda de executivos de nível sênior. Sem patrocínio, a chance de fracasso é muito grande. Sendo o patrocinador um gerente sênior, ele possui autoridade e poder para tomar decisões que trazem grande agilidade e flexibilidade aos projetos, permitindo responder a riscos mais rapidamente e controlar mudanças. Desta forma, o patrocinador assegura, de uma maneira indireta, que a alta administração apoia o projeto. Um bom patrocinador é a ligação entre o gerente de projeto e gerentes seniores e executa diferentes funções durante o ciclo de vida do projeto, promover e proteger o projeto. Durante o início de um projeto, o patrocinador deve ser responsável pelo Termo de Abertura do Projeto e seu Business Case, alinhando os objetivos do projeto à estratégia corporativa. O patrocinador irá designar um gerente para o projeto, que pode ajudar neste planejamento inicial. O planejamento do projeto será responsabilidade do gerente de projeto designado e sua equipe, mas o patrocinador deve tomar conhecimento e aprovar planos de projeto. Ao longo da execução, o patrocinador irá monitorar o progresso e status do projeto, informando à gerência sênior. O patrocinador deve ter reuniões regulares com o gerente do projeto para reforçar a confiança e obter informações atualizadas. Finalmente, é o patrocinador o responsável pelo projeto perante a organização e à alta administração. Ele deve assegurar que os benefícios do projeto estão sendo entregues.

Gerente de Projetos

O gerente de projetos é o responsável pela gerência ou coordenação das atividades necessárias à construção do sistema. Deve fazer o orçamento do projeto de desenvolvimento, estimar o tempo necessário para o desenvolvimento do sistema, definir qual o processo de desenvolvimento, o cronograma de execução das atividades, a equipe de desenvolvimento, os recursos de hardware e software, etc.

Prof. Victor Dalton

www.estrategiaconcursos.com.br

3 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 O monitoramento e controle das atividades realizadas também é responsabilidade do gerente do projeto, bem como a realização dos ajustes necessários para a adequação dos recursos e gastos.

de

O gerente deverá ser meticuloso em seus estudos, quando realizar o estudo de viabilidade, escolher a equipe de desenvolvimento e o processo de desenvolvimento de software. O gerente de projeto, por sua vez, presta contas ao patrocinador do projeto. Segundo Pressman, o gerente de projeto, ao gerenciar efetivamente o projeto de software, deve focar em 4Ps, e nessa sequência: Pessoas, Produto, Processo e Projeto.

Pessoas O gerente de projeto deve ater-se a algumas práticas-chaves, como: formar a equipe, liderar sua equipe, estabelecer boa comunicação com a equipe e com os interessados no projeto.

Produto O gerente de projeto também deve analisar detalhadamente os requisitos (junto com os analistas de requisitos), para estabelecer e delimitar o escopo, de modo a poder estimar recursos e prazo.

Processo A equipe de software deve ser flexível ao escolher o processo de software mais adequado ao projeto e às tarefas de engenharia de software que fazem parte do modelo selecionado.

Projeto É a abordagem de cuidar do projeto como um projeto em si, entendendo fatores críticos de sucesso, planejando, monitorando e controlando o projeto, por meio de métricas e ferramentas. Prof. Victor Dalton

www.estrategiaconcursos.com.br

4 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 Área de Negócio

A área de negócio é o conjunto de stakeholders que será o principal beneficiado pelo projeto de software. Cabe a ela colaborar com a elicitação de requisitos, participar dos testes finais do software, e fornecer o feedback após a sua implantação. Pode-se destacar um personagem nesse contexto, o Especialista de Domínio. O especialista do domínio interage com o analista de requisitos para levantar os requisitos do sistema.

Analista de Requisitos

O analista de requisitos é o profissional que precisa ter conhecimento do domínio do negócio. Ele precisa compreender tal domínio para definir os requisitos do sistema a ser desenvolvido. Analistas devem estar aptos a se comunicar com especialistas do domínio para obter conhecimento acerca dos problemas e das necessidades envolvidas na empresa que necessita do sistema. Se, por um lado, ele não precisa ser um especialista, por outro, deve ter suficiente domínio do vocabulário da área de conhecimento na qual o sistema será implantado. Preferencialmente, este nível de domínio deve ser suficiente para que o especialista de domínio não precise, a todo momento, explicar conceitos básicos da área. O analista de requisitos precisará captar as necessidades dos clientes e repassar esse entendimento aos demais desenvolvedores do sistema, fazendo uma “ponte” entre os profissionais da computação e os profissionais do negócio. Em suma, os analistas de requisitos realizam o levantamento e a análise de requisitos. Inclusive, enxerga-se como uma progressão natural na carreira dos analistas de requisitos a gerência de projetos, uma vez que os analistas de requisitos adquirem experiência com a participação em diversos projetos.

Equipe de desenvolvimento

A equipe de desenvolvimento é fortemente atuante nas fases de projeto e implementação da solução de software. Destaque para: Prof. Victor Dalton

www.estrategiaconcursos.com.br

5 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 •

• •

Projetistas: avaliam as alternativas de solução do problema resultante da análise e geram a especificação de uma solução computacional detalhada. Podem ser especializados em interface, redes, bancos de dados, etc; Arquitetos de software: especialista em elaborar a arquitetura do sistema como um todo; Programadores: codificação do sistema e testes;

Equipe de sustentação

A sustentação consiste no suporte e atendimento ao cliente, responsável por manter o produto. Logo, a equipe de sustentação é aquela responsável pela manutenção do sistema após a sua entrega. Via de regra, equipes de desenvolvimento de software são montadas sob medida, em virtude do talento de seus integrantes, e desfeitas após o término do projeto. Inclusive, pode ocorrer, por questões contratuais, que uma empresa diferente da que desenvolveu o sistema seja responsável por sua manutenção. A equipe de sustentação pode realizar suporte técnico e prestar consultoria aos cliente, se for o caso. A manutenção prestada por essa equipe pode ser corretiva, aquela que corrige defeitos no sistema, adaptativa, adaptando alguns aspectos do sistema, como hardware, plataforma de sistema operacional, etc, desde que não sejam muito complexas, ou evolutiva, que adiciona novas funcionalidades ao software. Destaco, ainda, que esse acréscimo de funcionalidade é pontual. Evolução significativa de software é tratada à parte, como um outro projeto de software. Dentre os integrantes da equipe de sustentação, destaca-se o analista de suporte, profissional capaz de interpretar a solicitação do cliente e analisar se o problema relatado é um defeito a ser corrigido no sistema ou não.

Prof. Victor Dalton

www.estrategiaconcursos.com.br

6 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

EXERCÍCIOS

(CESPE – INCA – Analista em C&T Júnior – Gestão Pública - 2010) Julgue os itens que se seguem, relativos à gestão de projetos. 1 O cliente, o patrocinador, a equipe do projeto e demais interessados, conhecidos como stakeholders, são os responsáveis por determinar os requisitos do projeto. 2 Caso um gerente de projeto constate que há um membro da equipe que continuamente está prejudicando o trabalho, a solução correta a ser tomada será a de retirar esse membro da equipe de trabalho.

Analisando:

1 – Correto. Todos os interessados no projeto devem participar da elaboração dos requisitos do sistema. 2 – Correto. O Gerente de projeto é o responsável por gerenciar sua equipe, podendo modificar membros se assim julgar necessário.

3º Questão)(CESGRANRIO – Petrobrás – Técnico de Exploração de Petróleo Júnior – Informática - 2011) A pessoa ou o grupo que fornece recursos financeiros para realizar um projeto é o a) cliente b) usuário c) patrocinador d) gerente de portfólio e) gerente de programas

Isso não é dúvida para você, não é mesmo? Alternativa c).

Prof. Victor Dalton

www.estrategiaconcursos.com.br

7 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 4º Questão) (CESGRANRIO – Casa da Moeda do Brasil – Analista de Nível Superior – Negócios em TI - 2009) No projeto de análise de vulnerabilidades do ambiente Internet de uma empresa, João provê os recursos financeiros necessários para o projeto. Segundo o PMBOK, João desempenha o papel de a) patrocinador. b) analista financeiro. c) gerente de projeto. d) usuário final. e) auditor.

Idem. Alternativa a).

Encerrada essa parte, conto com o apoio do professor Diego Carvalho para os tópicos Workflow e GED.

Prof. Victor Dalton

www.estrategiaconcursos.com.br

8 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04 WORKFLOW e GED

Prof. Victor Dalton

www.estrategiaconcursos.com.br

9 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

10 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

11 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

12 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

13 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

14 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

15 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

16 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

17 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

18 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

19 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

20 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

21 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

22 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

23 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

24 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

25 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

26 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

27 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

28 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

29 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

30 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

31 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

32 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

Prof. Victor Dalton

www.estrategiaconcursos.com.br

33 de 34

Gestão de Processos, Projetos e Tecnologia da Informação APPGG に Município de São Paulo Prof Victor Dalton に Aula 04

CONSIDERAÇÕES FINAIS

Pois bem, companheiros e companheiras! Chegamos ao final de nosso curso.

Eu sei que esses “assuntos de TI” nem sempre empolgam, ainda mais quando o cargo não parece ser muito próximo da área. Mas é fato que a Tecnologia da Informação veio para ficar, como parte inseparável da nossa rotina, e saber um pouco mais sobre como softwares são feitos certamente nos torna melhores profissionais, seja qual for a nossa especialidade.

Sucesso! E que venha a Prefeitura de São Paulo!

Victor Dalton

Prof. Victor Dalton

www.estrategiaconcursos.com.br

34 de 34
AULA 4 - GPTI - E

Related documents

35 Pages • 2,770 Words • PDF • 10.1 MB

73 Pages • 675 Words • PDF • 4.5 MB

39 Pages • 2,656 Words • PDF • 12.8 MB

7 Pages • 74 Words • PDF • 415.6 KB

50 Pages • 1,373 Words • PDF • 808.2 KB

32 Pages • 1,327 Words • PDF • 5.3 MB

7 Pages • 4,651 Words • PDF • 91.6 KB

80 Pages • 1,076 Words • PDF • 28.5 MB

8 Pages • 1,237 Words • PDF • 1.3 MB

4 Pages • 2,044 Words • PDF • 778.2 KB

16 Pages • 1,196 Words • PDF • 132.3 KB

7 Pages • 2,154 Words • PDF • 192.2 KB