|
|
| (Uma revisão intermediária pelo mesmo usuário não está sendo mostrada) |
| Linha 1: |
Linha 1: |
| = Evolução na profissão = | | = Evolução na profissão = |
| O Product Owner normalmente realiza o curso de graduação em Ciências da Computação, ou em Sistemas da Informação. Onde aprende os conceitos básicos de programação e comunicação entre ser humano e máquina. Também tem contato com as linguagens de programação e a comunicação entre os sistemas.
| | Destacar os passos na vida do profissional até chegar onde está. Começando eventualmente por estágio ou curso técnico, explicando os cursos, certificações ou áreas de trabalho ao longo da carreira. As promoções de cargo até a atual função. |
| Todo PO já passou por cargos bases dentro de empresas, como de desenvolvedor e analista de sistemas. Isso faz com que ele aprenda a ter um contato com o tempo de desenvolvimento e também com as ferramentas necessárias para solucionar demandas.
| |
| O PO deve passar por estes ''cargos base'', para conseguir visualizar riscos que podem ocorrer durante algum tipo de desenvolvimento, que são eles: Riscos de capacidade de desenvolvimento, riscos relacionados ao tempo de entrega e também riscos de limitações de determinadas plataformas e códigos.
| |
| Por este motivo, a evolução do indivíduo que visa um cargo de PO dever ser gradativa.
| |
| Um PO pode passar também por um curso de pós-graduação em gerentes de projetos e também em gestão de pessoas, pois isso influenciará absurdamente em seu papel de gerir e estabelecer comunicação entre a equipe de desenvolvimento e os StakeHolder (Usuários).
| |
| | |
| <br> | | <br> |
|
| |
|
| = Descrição da atividade atual = | | = Descrição da atividade atual = |
| Especificação de sistemas com o objetivo em compreender o que deve ser feito e o que se espera receber como resultado.
| | Descrever o dia-a-dia do profissional. Funções, responsabilidades e atividades assumidas pelo profissional. |
| Estabelecer uma comunicação clara entre os StakeHolder e o Dev. Team, fazendo com que os projetos e as demandas se encaixem de maneira correta, conseguindo maior desempenho no serviço.
| |
| Mapear processos, garantir a funcionalidade dos sistemas utilizados, planejar e realizar atualizações de softwares, desenvolver e implantar sistemas, atuar como facilitador entre usuários e desenvolvedores, analisar o impacto e custo das mudanças em TI, sugerir soluções que tragam inovação, aperfeiçoar a capacidade de gerar produtos e serviços, elaborar documentos referentes aos sistemas e participar de reuniões, entre outras tarefas.
| |
| | |
| PRINT DE ESQUEMATIZAÇÃO DE UM PO -> https://imgur.com/a/XRwKo37
| |
| <br> | | <br> |
|
| |
|
| = Requisitos mínimos para exercer a profissão = | | = Requisitos mínimos para exercer a profissão = |
| Graduação na área de tecnologia, principalmente nos cursos Sistema de informação, Ciência da computação ou Análise e Desenvolvimento de Sistemas.
| | - curso técnico, superior ou habilidade necessária para a função que exerce |
| Saber dizer não para determinadas demandas que não trarão uma real mudança e solução para o objetivo principal, sabendo lidar com os stakeholders para passar uma visão clara da situação e também comunicar bem com a equipe de desenvolvimento, não deixando acumular histórias de pedidos que não significarão muito para o trabalho final.
| | - Conhecimentos básicos necessários para sua atuação, não só técnicos mas também comportamentais. |
| Deve ter grande capacidade de resolução de problemas, capacidade analítica, raciocínio lógico, conhecimento do comportamento do usuário e comprometimento para lidar com projetos. Organização e responsabilidade são essenciais para saber gerar relatórios e produzir documentação de sistemas existentes ou implantados, para controle interno da empresa e de futuros usuários. Conhecimento avançado em banco de dados, inglês e lógica de programação também são requisitos comuns. Outras características desejáveis são o bom relacionamento interpessoal, para poder se comunicar de forma a entender as necessidades dos usuários, e liderança, para poder gerenciar outros desenvolvedores e analistas em projetos.
| |
| <br> | | <br> |
|
| |
|
| = Ferramentas usadas no dia-a-dia = | | = Ferramentas usadas no dia-a-dia = |
| PO é um funcionário da empresa de desenvolvimento, fica alocado nela, mas conhece o negócio bem para desempenhar sua função e representa cliente e os interesses dele no produto. Ele é o funcionário da empresa de desenvolvimento, que fica alocado no cliente, mantém contato com o time ágil e SM através do Skype (ou qualquer ferramente de comunicação que permita conferência), e se reunia com a equipe presencialmente em momentos muito necessários, como durante a reunião para planejar um sprint com histórias complexas, etc. Já conhece bem o negócio, e toca o barco normalmente.
| | - Softwares ou recursos físicos obrigatórios ou necessários para que o profissional possa exercer sua atividade. |
| A única coisa que ainda não vi é o PO ser funcionário da empresa contratante, e ficar 100% alocado nas dependências do contratante e nunca reunir com o time ágil, nem comunicar de forma eficiente, ficar só na troca de e-mail por exemplo. Embora creio que com organização, disciplina e comunicação sólida o suficiente isso funcionaria sem problema algum. Exemplo disso são times ágeis formados por pessoas em cidades/países diferentes que funcionam mesmo assim.
| |
| Resumindo, acho que não existe regra definidora, uma coisa muito comum é o paradigma ágil ser adaptado para se encaixar no formato que a empresa precisa ou melhor irá atendê-la. Não é requisito para que um time ágil de desenvolvimento seja eficiente, tenha que seguir tudo à risca.
| |
| O PO deve ter passado pelo menos por alguns cargos de desenvolvimento e analista de dados, para conhecer um pouco sobre os prazos, necessidades e esquemas de serviços. Assim, direcionará com agilidade as equipes e passará prazos aproximados e certeiros aos seus clientes.
| |
| <br> | | <br> |
|
| |
|
| = Tecnologias envolvidas = | | = Tecnologias envolvidas = |
| É de suma importância para um PO ter conhecimento das tecnologias da informação para conseguir gerir os processos entre clientes e time de desenvolvimento. Mesmo não tendo que em seu dia-a-dia utilizar as linguagens de programação propriamente ditas, ele deve possuir conhecimento sobre elas para conseguir ter projeções e também indicar com exatidão para o Dev Group o que será necessário para tal demanda.
| | |
| Ter conhecimento em alguma linguagem de programação sendo elas; Visual Basic e .NET. Ter contato também com banco de dados usando assim a linguagem apropriada para a construção de bancos na ferramenta Oracle, uma vez que algumas funções não são aceitas em outros instrumentos de construção de banco.
| | Conhecimento técnico e científico aplicado na atividade profissional utilizando ferramentas, processos e recursos físicos. |
| | Neste caso, escolher uma tecnologia e aprofundar a ponto de poder discutir em sala de aula |
| | Exemplos: |
| | * SO, Banco de Dados, Linguagens, Metodologia ágil para o Engenheiro de Software |
| | * Redes de Computadores, Roteamento, sistemas de comunicação e comutação para o Analista de Redes |
| | * Criptografia, Certificação Digital, Banco de Dados, Ambiente Web para Analistas de Segurança |
| | * Banco de Dados, Normalização, Tuning, redundância para o DBA |
| | * E assim por diante .... |
| <br> | | <br> |
|
| |
|
| = Ética profissional = | | = Ética profissional = |
| Responsabilidade de passar a real situação dos processos e serviços para os stakeholders. Não mentir sobre o tempo necessário para concluir a demanda, deixar sempre um ambiente claro de comunicação.
| | - Apontar qualquer situação em que é necessário ética. Seja alguma situação vivida pelo profissional ou que ele tenha tido conhecimento. Importante ressaltar o comportamento adequado do profissional dentro de uma empresa ou de um negócio. |
| Comprometimento com os projetos, para não passar nenhum na frente do outro.
| | - Caso o profissional não sugira nada, a equipe deverá pesquisar e discutir algum caso |
| Disciplina, para conseguir gerir diversos processos ao mesmo tempo.
| | - Os casos, tanto podem tratar de comportamentos éticos positivos quanto de situações onde a ética tenha sido desvirtuada. |
| <br> | | <br> |
|
| |
|
| = Exemplo de resultado tangível = | | = Exemplo de resultado tangível = |
| A boa interação da parte dos clientes com a empresa. Pois o resultado final do projeto está ligado diretamente a como a demanda foi apresentada para o grupo de desenvolvimento.
| | - Citar um exemplo de algum resultado real produzido pelo profissional. Aqui pode ser o exemplo de um equipamento, de um sistema embarcado, de um sistema web ou mobile, de um projeto ou documento que retrate a contribuição do convidado no negócio onde ele atua. |
| Os resultados de um bom gerenciamento está implícito na satisfação dos clientes que utilizam a plataforma.
| |
| | |
| <br> | | <br> |
|
| |
|
| = Upload da apresentação = | | = Upload da apresentação = |
| UPLOAD DE VÍDEO NO EMAIL DO PROFESSOR
| | - Colocar aqui o link ou o arquivo da apresentação |
| <br> | | <br> |
|
| |
|
| Linha 53: |
Linha 45: |
| <br> | | <br> |
|
| |
|
| * 01. Qual a diferença as atribuições de um PO e de um SM? | | * 01. |
| ** O Producto Owner é designado para mostrar para a equipe de Desenvolvimento do Produto o que deverá ser feito com base nos pedidos enviados pelos steackholder (Usuários). Já o Scrum Master, designa como deve ser feito este pedido, ele comanda a equipe de desenvolvimento mostrando as maneiras fáceis de executar aquele pedido. | | ** |
| | <br> |
| | |
| | * 02 |
| | ** |
| | <br> |
| | |
| | * 03 |
| | ** |
| | <br> |
| | |
| | * 04 |
| | ** |
| | <br> |
| | |
| | * 05 |
| | ** |
| | <br> |
| | |
| | * 06 |
| | ** |
| <br> | | <br> |
|
| |
|
| * 02. O que são estórias dentro da metodologia SCRUM? | | * 07 |
| ** São pedidos solicitados pelos usuários para serem feitos pela equipe de desenvolvimento. Algo a ser adicionado, algum BUG a ser corrigido e/ou uma nova estrutura a ser criada. | | ** |
| <br> | | <br> |
|
| |
|
| * 03. Para que serve o backlog? | | * 08 |
| ** O backlog está relacionado para o fluxo de projetos que estão em abertos e/ou na fila de ser produzidos. O PO administra este backlog fazendo estimativas de entrega e também separando aquilo que é mais importante, daquilo que não será tão útil para ser passado para o time de desenvolvimento. | | ** |
| <br> | | <br> |
|
| |
|
| * 04. O que é um Sprint? | | * 09 |
| ** é um termo utilizado para definir um processo de aceleração em determinado código (produto), onde todas as forças são reunidas para desenvolver aquilo em um período curto de tempo. | | ** |
| <br> | | <br> |
|
| |
|
| * 05. Qual a diferença entre o PO e o GP? | | * 10 |
| ** Eles tem algumas características sociais muito comuns. Porém o gerente de projetos define apenas aquilo que deve ser feito no projeto, estima seu valor, seu tempo e designa as funções ao grupo de desenvolvimento. Porém o PO, ele faz quase tudo isso, mas o detalhe principal que os diferencia, é que o PO fica constantemente administrando o projeto, o backlog e fazendo projeções aos usuários, diferentemente do GP, que apenas faz a parte PRÉ-PROJETO. | | ** |
| <br> | | <br> |
Evolução na profissão
Destacar os passos na vida do profissional até chegar onde está. Começando eventualmente por estágio ou curso técnico, explicando os cursos, certificações ou áreas de trabalho ao longo da carreira. As promoções de cargo até a atual função.
Descrição da atividade atual
Descrever o dia-a-dia do profissional. Funções, responsabilidades e atividades assumidas pelo profissional.
Requisitos mínimos para exercer a profissão
- curso técnico, superior ou habilidade necessária para a função que exerce
- Conhecimentos básicos necessários para sua atuação, não só técnicos mas também comportamentais.
Ferramentas usadas no dia-a-dia
- Softwares ou recursos físicos obrigatórios ou necessários para que o profissional possa exercer sua atividade.
Tecnologias envolvidas
Conhecimento técnico e científico aplicado na atividade profissional utilizando ferramentas, processos e recursos físicos.
Neste caso, escolher uma tecnologia e aprofundar a ponto de poder discutir em sala de aula
Exemplos:
- SO, Banco de Dados, Linguagens, Metodologia ágil para o Engenheiro de Software
- Redes de Computadores, Roteamento, sistemas de comunicação e comutação para o Analista de Redes
- Criptografia, Certificação Digital, Banco de Dados, Ambiente Web para Analistas de Segurança
- Banco de Dados, Normalização, Tuning, redundância para o DBA
- E assim por diante ....
Ética profissional
- Apontar qualquer situação em que é necessário ética. Seja alguma situação vivida pelo profissional ou que ele tenha tido conhecimento. Importante ressaltar o comportamento adequado do profissional dentro de uma empresa ou de um negócio.
- Caso o profissional não sugira nada, a equipe deverá pesquisar e discutir algum caso
- Os casos, tanto podem tratar de comportamentos éticos positivos quanto de situações onde a ética tenha sido desvirtuada.
Exemplo de resultado tangível
- Citar um exemplo de algum resultado real produzido pelo profissional. Aqui pode ser o exemplo de um equipamento, de um sistema embarcado, de um sistema web ou mobile, de um projeto ou documento que retrate a contribuição do convidado no negócio onde ele atua.
Upload da apresentação
- Colocar aqui o link ou o arquivo da apresentação
Dúvidas