this is for holding javascript data
Gláucia Melo edited As_atividades_inerentes_ao_Gerente__.tex
over 7 years ago
Commit id: cd27d6d224a6a46c0ae815769a5431b48a8290dd
deletions | additions
diff --git a/As_atividades_inerentes_ao_Gerente__.tex b/As_atividades_inerentes_ao_Gerente__.tex
index aaa5a31..2121c06 100644
--- a/As_atividades_inerentes_ao_Gerente__.tex
+++ b/As_atividades_inerentes_ao_Gerente__.tex
...
As Esse processo descreve as atividades inerentes
ao Gerente aos diversos papéis que realizam a gerência de requisitos, como o analista de sistemas, o analista de
Projetos nesse requisitos e até o cliente. Para este trabalho, serão consideradas as ativides do gerente de projetos. As atividades inerentes a este papel no processo
são: e uma descrição detalhada da tarefa e dos artefatos produzidos segue abaixo.
\begin{itemize}
\item Promover reunião de abertura do projeto
...
\begin{itemize}
\item Planejar e definir o Escopo
Aprovar o escopo do projeto com o cliente, onde é realizada uma revisão das necessidades do cliente para entendimento comum. Essa tarefa também pode ter como responsável o Analista de
Requisitos. Requisitos, mas também pode ser desempehada pelo Gerente de Projetos. Nesse momento os
documentos Documentos de
visão Visão e demais
documentos que tenham registro
de dos requisitos devem ser revistos e submetidos a aprovação do cliente. Nessa tarefa é finalizada a construção do Documento de Visão. É também quando o levantamento detalhado dos requisitos é iniciado pelo analista de requisitos ou sistemas, e também quando podem ser elaborados o cronograma e Plano de Projeto pelo gerente de
projetos. projetos, uma vez que já serão conhecidas, de forma geral, as metas maiores do sistema.
\end{itemize}
\begin{itemize}
\item Gerenciar Mudanças de Requisitos
Caso haja solicitação de alteração de requisitos após a aprovação do
escopo. escopo, essas mudanças devem ser gerenciadas. Nessa tarefa o gerente pode armazenar o e-mail ou ata de reunião com o pedido de alteração, elaborar o documento Controle de Mudanças, rever o planejamento do projeto para refletir a mudança, solicitar a aprovação e comprometimento com o planejamento do projeto revisado por parte do cliente e equipe técnica da empresa, alterar os produtos pertinentes, alterar estrutura de rastreabilidade, auditar a qualidade dos produtos alterados, solicitar aprovação pelo cliente dos produtos de trabalho alterados e também dar conhecimento à equipe técnica das alterações e obter comprometimento com os produtos alterados.
\end{itemize}
\begin{itemize}
\item Envolver a equipe técnica
Após aprovados os requisitos, deve então dar-se início a implementação do software, realizando uma reunião com a equipe que participará da fase de implementação, dando conhecimento dos documentos pertinentes de planejamento do projeto e do escopo do projeto.
O comprometimento da Nessa fase é onde cada fase maior definida com o cliente é detalhada, onde são geradas cada pequena tarefa que devem ser executadas pelos desenvolvedores e pela equipe
deve estar registrado na ata da reunião. de infraestrutura do sistema.
\end{itemize}
Existe conhecimento inerente a cada tarefa descrita. Além dos modelos de documentos (templates), a forma como são elaborados os documentos, como é feita a relação entre os requisitos levantados e o cronograma, ajustes no cronograma durante o projeto e também a gerência de mudanças não é conhecida ou registrada. Os padrões utilizados pelo gerente, e até como ocorrências que puderam
possivelmente acelerar ou atrasar quaisquer dessas tarefas não são registrados por
padrão no processo, padrão, e para os próximos projetos não poderão ser reaproveitadas.