|
|
| 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.
| | * Quais as atividades, responsabilidades ou demandas assumidas por esse profissional. |
| 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.
| |
| 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.
| | * O que se deve estudar, aprender, aprofundar ou dominar no nível básico para iniciar carreira nessa profissão. |
| 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.
| |
| 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, Frameworks, tools ou plataformas utilizadas pelo profissional para cumprir suas tarefas. |
| 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.
| | * Descrição de tecnologias que o profissional lida direta ou indiretamente. |
| 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.
| |
| <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.
| | ** Descrição de casos reais (sem citar nomes de empresas ou pessoas) onde a ética profissional foi aplicada (ou a falta dela). |
| Comprometimento com os projetos, para não passar nenhum na frente do outro.
| |
| Disciplina, para conseguir gerir diversos processos ao mesmo tempo.
| |
| <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.
| | * Exemplo de um produto, processo ou serviço concluído pelo profissional, que entrou no mercado, ou a empresa adotou ou que é usado por algumas pessoas ou empresas. |
| 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 = |
| [[Arquivo:AnalistadeSistemas.pdf]]
| | * Utilize o ícone (Arquivo Embutido), ao lado do A maiúsculo para inserir a apresentação. |
| <br> | | <br> |
Evolução na profissão
- Quais as atividades, responsabilidades ou demandas assumidas por esse profissional.
Descrição da atividade atual
Requisitos mínimos para exercer a profissão
- O que se deve estudar, aprender, aprofundar ou dominar no nível básico para iniciar carreira nessa profissão.
Ferramentas usadas no dia-a-dia
- Softwares, Frameworks, tools ou plataformas utilizadas pelo profissional para cumprir suas tarefas.
Tecnologias envolvidas
- Descrição de tecnologias que o profissional lida direta ou indiretamente.
Ética profissional
- Descrição de casos reais (sem citar nomes de empresas ou pessoas) onde a ética profissional foi aplicada (ou a falta dela).
Exemplo de resultado tangível
- Exemplo de um produto, processo ou serviço concluído pelo profissional, que entrou no mercado, ou a empresa adotou ou que é usado por algumas pessoas ou empresas.
Upload da apresentação
- Utilize o ícone (Arquivo Embutido), ao lado do A maiúsculo para inserir a apresentação.