Relação dos Principais Projetos dos quais Participei

Por: Ivsen Platcheck

10 de Fevereiro de 2024.

1.  Introdução

Neste texto apresento os principais projetos dos quais participei como líder e/ou como desenvolvedor, com a descrição básica e os resultados alcançados.

Ao longo de minha trajetória profissional, desde os primeiros anos na Faculdade de Engenharia da PUC-RS, passado por empresas como “Golbras Platcheck Sistemas de Comunicação Ltda.” e a então “Cia. Estadual de Distribuição Energia Elétrica”, além de projetos independentes que liderei e desenvolvi.

Nos processos que liderei times de projeto, sempre procurei usar tudo que aprendi, percebi e enxerguei importante, ao longo de meus estudos e, posteriormente, praticando, atingindo sucessos e fracassos, e sempre aprendendo e adaptando os meus métodos, frameworks, workflows e ferramentas de gestão, na busca de entregar o principal resultado, o valor final.

Mesmo antes de ter contato com os princípios da Agilidade, Gestão Ágil e métodos aderentes, eu já havia desenvolvida algumas formas de trabalho que, posteriormente, aprendi que eu havia começado a antecipar, por mim, aquilo que o Manifesto Ágil começou a organizar como forma de abordar o desenvolvimento de projetos.

Depois que comecei a frequentar as reuniões do Grupo de Usuários de Metodologias Ágeis, da SUCESU-RS, comecei a aprender, buscar informações e estudar esta nova abordagem, seus princípios, pilares e valores.

Quando comecei a fazer treinamentos em SCRUM, Kanban e a própria Gestão Ágil, pude organizar todo este conhecimento, agregado a minha experiência profissional. Estou sempre estudando, aprimorando, buscando melhores formas de atuar na função que melhor me sinto capaz de entregar mais resultados, mais qualidade e mais valor, como Agile ou SCRUM Master.

Fiz treinamento em técnicas de Agile Coach para agregar ao meu trabalho de Líder Servidor para times de desenvolvimento de projetos. Eu me sinto mais produtivo estando próximo aos times e poder ser o leme para que se desenvolvem, cresçam e consigam entregar cada vez mais valor e com a máxima qualidade, muito próximo ao cronograma e ao orçamento originalmente estabelecidos.

Pode parecer e é uma peça para mostrar e oferecer o meu trabalho para quem tiver a necessidade de um profissional com meu perfil. Estou disponível para conversas e, quem sabe, negociações.

2. Relação dos Projetos

2.1. Fonte de Alimentação Estabilizada para até 5 A

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras e PUC-RS (Ainda estava na graduação e já ligado à empresa).
  • Descrição: Fonte de Alimentação bivolt com tensão de saída ajustável e capacidade de entregar até 5ª, controle a com capacidade de tratar eventual curto-circuito.
  • Finalidade: Alimentar equipamentos que demandassem energia estável, com mais capacidade de corrente, como centrais telefônicas e quadros de comando para máquinas, por exemplo.
  • Resultado: Esta fonte foi colocada em produção e reduziu drasticamente o custo para os clientes, com relação às fontes de alimentação similares, além de entregar uma regulação de até 4%. A quantidade vendida ultrapassou algumas multinacionais da época.
  • Atuação à luz da Gestão Ágil: Se fosse fazer um paralelo com a Gestão Ágil atual, eu usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e como membro do time de desenvolvimento. Usei um princípio de quadro Kanban para organizar o meu workflow.

2.2. Tropicalização dos produtos GOLMAR

  • Papel: Co Líder e membro do time de desenvolvimento
  • Entidade: Golbras.
  • Descrição: Adequação funcional e estética dos produtos GOLMAR para o mercado brasileiro e com possibilidade de atender o cone sul da América do sul.
  • Finalidade: A parceria entre a Golbras, e a empresa Golmar, de Barcelona, Espanha, tivemos que adequar os produtos de telefonia desta empresa para as condições brasileiras, além de buscar componentes disponíveis no mercado local que pudessem substituir aqueles originais do projeto espanhol. Deveríamos, também, adequar as características técnicas para suportar o clima, as condições de logística, e atendesse a percepção de estática e comportamental do consumidor brasileiro.
  • Resultado: Tivemos que reprojetar boa parte dos circuitos, mantendo a arquitetura original. Melhoramos o nível dos sinais de áudio transmitidos no circuito, a tornamos a estrutura mais robusta e resistente. Os resultados obtidos foram aumento expressivo das vendas em todo o país, com exportações para Uruguai e Argentina. A Golbras se tornou o segundo maior fabricante de componentes para porteiros eletrônicos do Brasil e a própria Golmar comprou parceria na propriedade de nossos projetos, para implementar em seus produtos na Europa.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e como membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow.

2.3. Tropicalização dos produtos GOLMAR

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras.
  • Descrição: Amplificador para placa externa de porteiros eletrônicos, para melhorar a qualidade e a potência final do som emitido pelos alto-falantes destes dispositivos.
  • Finalidade: O amplificador que usávamos nas placas externas dos porteiros eletrônicos apresentavam uma qualidade bastante deficiente tanto em nitidez como em nível de intensidade e potência. Redesenhamos o dispositivo para que tivesse a capacidade de entregar sinal de voz de melhor qualidade ao alto-falante da placa externa, e com controle de intensidade por trimpot, para que, no ato da instalação.
  • Resultado: Projetamos um amplificador todo novo, com todas as características que pudessem entregar a qualidade de som desejada. Em princípio colocamos o trimpot de ajuste com acesso pela placa, para que o próprio usuário pudesse ajustar em tempo real de acordo com sua sensibilidade. Porém, devido ao vandalismo que quebrava o trimpot, colocamos no interior para ajuste no ato da instalação de acordo com a demanda dos clientes. Este foi mais um projeto compartilhado com a Golmar que preferiu usar o trimpot externo. Em termos de resultado final tivemos uma maior satisfação dos clientes e um grande incremento de vendas para cidades com forte ruído urbano.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e como membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow.

2.4. Central de Portaria Eletrônica com Sigilo

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras.
  • Descrição: Central de portaria com dois circuitos de conversação independentes e acesso controlado por chave eletrônica no painel.
  • Finalidade: Oferecer a condomínios e com aplicação também em organizações de pequeno porte que não requeressem uma central telefônica automática privada.
  • Resultado: Projetamos uma Central de Comunicação para até cem ramais, com baixo tráfego interno e acionamento manual. Destinada inicialmente a portarias de condomínios, foi também usada com alguma amplitude am áreas de recepção de organizações, oferecendo dois circuitos de conversação independentes a acessíveis somente mediante chaveamento eletrônico, diretamente no painel. Outro produto amplamente comercializado por todo o Brasil, e que além das vendas auferiu royalties pela autorização de uso do projeto, que estava sob proteção de registro junto ao INPI, mediante contratos específicos.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e como membro do time de desenvolvimento.  Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow.

2.5. Campainha eletrônica com potência suficiente para usar em Hangar da FAB

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras.
  • Descrição: Campainha eletrônica amplificada para atingir 30 W, capaz de ser escutada no escritório de hangar da FAB em Canos, RS.
  • Finalidade: Possibilitar que, quando algum avião estivesse com a turbina ativa, dentro do hangar, os operadores que estivessem no escritório pudessem escutar quando a campainha soasse. Para evitar desconfortos desnecessários, colocamos um potenciômetro externo para ser acionada a máxima potência apenas quando estivesse ativo o extremo ruído.
  • Resultado: Maior eficiência dos operadores do hangar com prevenção de não atendimento de qualquer demanda sinalizada pela campainha. Além de atender com perfeição à necessidade, me disseram que colocaram uma menção honrosa para a Golbras e pessoal para mim. Mas nunca vi esta menção. A satisfação dos militares foi minha maior recompensa. Esta campainha não foi muito comercializada devida à sua atuação específica para ambientes com forte intensidade de ruídos. Mas onde foi instalada, atendeu as necessidades dos usuários.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, pela primeira vez, tive de atuar, também, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow, e criei, a partir deste projeto, uma série de requisitos para que considerasse o valor final pronto para produção.

2.6. Door Intercom

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras.
  • Descrição: Dispositivo para ser instalado em portas com um pequeno painel dotado de um botão, um microfone e um pequeno alto falante, e na parte posterior, outro conjunto de microfone e alto-falante, além de um dispositivo de visão tipo olho-mágico, para controle de entrada de pessoas.
  • Finalidade: Permitir que, do interior da área isolada por uma porta, possa conversar e enxergar quem está pedindo permissão para entrar.
  • Resultado: Este produto fez muito sucesso em feiras e exposições, mas as vendas não refletiram este sucesso. Coloco-o nesta lista de projetos pela qualidade do produto que foi citado inclusive em revistas de eletrônica da época.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei como membro do time de desenvolvimento.

2.7. Simulador do processador NEC µPD 72181

  • Papel: Líder e desenvolvedor
  • Entidade: ITA.
  • Descrição: Aplicativo de simulação do funcionamento do processador µPD 72181 da NEC, uma proposta de implementação prática da arquitetura Dataflow. Este aplicativo foi desenvolvido como ferramenta de apoio à minha dissertação de Mestrado.
  • Finalidade: Permitir avaliar o comportamento, desempenho proporcional, e aplicabilidade do processador, e comparar os resultados com as características dos computadores com arquitetura Dataflow, buscando aplicabilidades para esta arquitetura.
  • Resultado: Segundo os Engenheiros da NEC, o simulador, em termos de funcionamento, estava 99% fiel ao processador e seu funcionamento real. Segundo meu orientador, a NEC pediu e foi autorizado por ele, o uso do simulador para auxiliar projetistas quando ao uso do referido processador.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master, Product Owner (PO) e como membro do time de desenvolvimento. Usei um pequeno quadro Kanban para organizar o meu workflow.

2.8. Protocolo de atendimento de campo

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Golbras – Positivo Informática.
  • Descrição: Protocolo de atendimento técnico de campo para manutenção, instalação e configuração de dispositivos de informática referentes ao parque instalado da Positivo Informática no Rio Grande do Sul, com especial atenção à Região Metropolitana, Cerra e Litoral Norte.
  • Finalidade: Depois de assinar o contrato de representação técnica da Positivo Informática, para manutenção de equipamentos em campo e laboratório, do parque que a referida empresa instalou na Região Metropolitana de Porto Alegre, Litoral Norte e Cerra, comecei a modelar os protocolos de atendimento, depois de algumas dificuldades e falta de método iniciais.
  • Resultado: Melhoramos consideravelmente a qualidade de nosso atendimento e continuamos a evoluir a cada aprendizado novo. Criamos alguns templates para agilizar diagnósticos e conseguimos dar conta, em uma equipe com três profissionais, a todo o parque instalado que aumentava a cada ano. Fomos procurados por outros fabricantes para atendê-los também, e recebemos algumas certificações de excelência de empresas e órgãos públicos, em Porto Alegre.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow, e criei, a partir deste projeto, uma série de requisitos para que considerasse o valor final pronto para produção.

2.9. GMS – Gestão de Manutenção de Sistemas

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Sistema de aplicações integradas para controlar as solicitações, atendimentos e monitoramento dos processos de manutenção dos sistemas corporativos.
  • Finalidade: Possibilitar que qualquer usuário de algum sistema corporativa pudesse informar problemas e solicitar manutenção, suporte ou treinamento. Quando adotei o projeto, ele tinha 2/3 do que havia sido inicialmente proposto. Após análise, discussões com o Gerente deste produto, descartei a metade do que havia sido feito a liderei a construção final do sistema.
  • Resultado: Maior transparência, controle, capacidade de monitoramento, e eficácia de todas as solicitações referentes aos sistemas corporativos, reduzindo as paradas de operação sem necessidade. Além de atender à demanda inicial, houve uma discussão sobre ampliar o GMS para controle de todo o tipo de manutenção no campus do Centro Administrativo da empresa. Ele foi descontinuado, cerca de 8 anos depois da implantação, e substituído por um sistema via internet.
  • Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Passei a ter um time de desenvolvedores, aos quais me juntei para ajudar a acelerar os processos. Usei reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o workflow do time, encorajei o time a evoluir, aprender mais, para poderem entregar mais e melhores valores.

2.10. SCPE – Protocolo

  • Papel: Líder e desenvolveor
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Protocolo de controle e rastreamento da movimentação de processos e expedientes internos movimentados entre todas as instalações da empresa.
  • Finalidade: Controlar e rastrear a posição em se encontra cada documento movimentado entre as instalações da empresa.
  • Resultado: Esta aplicação corporativa me veio para fazê-la funcionar apropriadamente, pois apresentava diversos “bugs”, estrutura de dados deficiente e ineficaz, rotinas mal desenhadas ou escritas, falta de informações importantes para a correta localização corrente de cada documento. Este sistema tive que, praticamente, reprojetar e reescrever todo, para conseguir alcançar os resultados esperados pelos usuários. No final o produto final que entregamos atendeu a mais de 90% das solicitações e foi usado até a implantação do novo ERP.
  • Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Usei reuniões de planejamento com os responsáveis pelo produto e alguns usuários considerados chave, antes de cada ciclo de desenvolvimento, reuniões diárias para verificação e alinhamento, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o workflow.

2.11. Matriz Salarial

  • Papel: Líder e desenvolveor
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerenciar as alterações das matrizes salarias da empresa, de acordo com as reposições salariais, aumento do salário-mínimo. Como recurso adicional, a aplicação deveria fazer as recomposições salariais para fins de indenizações de quaisquer espécies.
  • Finalidade: Servir ao setor de folha de pagamentos, e ao jurídico, fornecendo rápido acesso às informações necessárias, com relação às matrizes salariais.
  • Resultado: Esta aplicação foi entregue e atendeu às necessidades dos dois setores beneficiados. A folha de pagamento foi executada sem erros, na parte de busca dos salários-base de cada colaborador, assim como o jurídico pode calcular as indenizações com precisão, evitando problemas com a justiça trabalhista e previdenciária.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Usei reuniões de planejamento com os responsáveis pelo produto e alguns usuários considerados chave, antes de cada ciclo de desenvolvimento, reuniões diárias para verificação e alinhamento, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o workflow.

2.12. Contracheque

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerar a impressão dos contracheques de pagamento aos colaboradores ativos e inativos com decisão judicial indicando complementações ou pagamento de pensões.
  • Finalidade: Gerar os dados para impressão dos contracheques, verificando e identificando possíveis falhas nos cadastros.
  • Resultado: Tornamos o processo de impressão dos contracheques mais flexível a aderente às novas tecnologias, com menos erros, e gerando maior satisfação aos colaboradores.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei uma versão mais aprimorada de quadro Kanban para organizar o meu workflow.

2.13. RAIS

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerar o relatório anual da RAIS, em meio eletrônico, para transmissão ao Governo Federal.
  • Finalidade: Coletar os dados necessários para fornecer as informações exigidas no relatório anual da RAIS, colocar estes dados no formato indicado, gerar o relatório seguindo as diretrizes, em condições para ser enviado aos órgãos do Governo Federal responsáveis pelo processamento destas informações.
  • Resultado: Fizemos algumas alterações na estrutura de dados, e tivemos que redesenhar e reescrever a aplicação para ganhar eficiência e maior velocidade de execução. Mais uma vez, fiz colocar recursos para tratar e avisar possíveis erros de cadastro. Tornei a aplicação fácil de ser adaptada, a cada ano, para as constantes alterações nas informações requeridas.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.14. CAGED

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerar o relatório mensal do CAGED, em meio eletrônico, para transmissão ao Governo Federal.
  • Finalidade: Coletar os dados necessários para fornecer as informações exigidas no relatório mensal do CAGED, colocar estes dados no formato indicado, gerar o relatório seguindo as diretrizes, em condições para ser enviado aos órgãos do Governo Federal responsáveis pelo processamento destas informações.
  • Resultado: Fizemos algumas alterações na estrutura de dados, e tivemos que redesenhar e reescrever a aplicação para ganhar eficiência e maior velocidade de execução. Mais uma vez, fiz colocar recursos para tratar e avisar possíveis erros de cadastro. Tornei a aplicação fácil de ser adaptada, a cada ano, para as constantes alterações nas informações requeridas.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.15a. Histórico Individual de Treinamentos

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Com a instituição do Plano de Cargos e Salários (PCS) da empresa, tornou-se necessário organizar todos os registros de cursos e treinamentos dos colaboradores.
  • Finalidade: Estes dados seriam necessários para avaliação de promoções por mérito, além de oficializar a real adequação de cada colaborador a sua função dentro da empresa. Todos os colaboradores foram incentivados a atualizar os dados de quaisquer cursos e treinamentos realizados sem o patrocínio da empresa.
  • Resultado: Foi desenvolvida uma aplicação que possibilitou o mapeamento das competências de todos os colaboradores, verificar suas adequações oficiais aos cargos e funções e, com o advento do PCS, avaliar toas as possibilidades de promoções por mérito, tomando estes dados como mais um critério de avaliação. O resultado final foi a possibilidade de movimentação dos colaboradores para que possam usar mais suas competências e aumentar a motivação para auto aperfeiçoamento de todos os trabalhadores da empresa.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.15b. – Migração do CETAF – Centro Técnico de Aperfeiçoamento e Formação

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Após a entrega do Projeto anterior, referente ao Histórico Individual de Treinamentos, por iniciativa dos responsáveis pelo CETAF, e com minha inspiração, foi decidido propor um projeto de migração do Banco de Dados independente do CETAF, para integrá-lo aos Bancos de Dados corporativos, e nos Servidores da empresa.
  • Finalidade: Centralizar e integrar todos os dados de formação e aperfeiçoamento individual, com o Banco de Dados do RH, evitando duplicidade e falha de cadastro.
  • Resultado: Este foi um projeto modelado, para que os dados existentes no CETAF fossem higienizados, ajustados e incorporados ao controle do RH. Fiz todo o mapeamento do Banco de Dados do CETAF que apresentava erros grandes de arquitetura, estrutura de dados, e sem qualquer documentação que identificasse tabelas e campos. Montamos uma proposta de projeto concreta, com todo o rigor necessário, para apresentar à empresa. Coloquei, inclusive, algumas rotinas que estava já usava anteriormente, mas com minha interação com o Grupo de Usuários de Metodologias Ágeis, da SUCESU-RS, descobri que eu já estava me em processo de adoção da Agilidade. Infelizmente, a chefia da TI da empresa achou que seria um desperdício de esforço, e não aprovou a execução do projeto. Coloco esta iniciativa entre os principais projetos, porque eu estava ciente da perfeita necessidade da empresa e, cerca de dois anos após terem recusado minha proposta, o setor de TI começou a buscar no mercado alguma aplicação que fizesse a gestão dos treinamentos e cursos dos colaboradores. E não encontraram nenhum produto que fosse superior ao que propus desenvolver. Fato confirmado, depois, por minha chefe direta, lamentando a decisão anterior.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Sob a ótica do SCRUM, eu diria que atuei também como Agile Master, Scrum Master e membro do time de desenvolvimento.

2.16. Recadastramento

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerar os formulários a serem enviados a todos os inativos, com direito a perceber pagamentos complementares, ou aposentadorias e pensões.
  • Finalidade: A empresa necessitava de um recadastramento anual de todos os empregados inativos, das categorias que, por força de decisões judiciais, acordos coletivos, ou outra medida lega, deveriam estar na folha de pagamentos. A intenção era de cancelar os pagamentos daqueles que faleceram e perderam o direito.
  • Resultado: Tivemos que redesenhar toda a aplicação, devido a erros estruturais que que não vali a pena apenas tentar corrigi-los. A aplicação foi concluída no prazo estipulado para que o processo pudesse iniciar naquele ano e nunca apresentou qualquer problema até ser substituído pelo novo ERP.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.17. Rotinas de férias

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Sistema de aplicações integradas para centralizar todas as rotinas de concessão e gestão das férias legais dos colaboradores, além de corrigir defeitos históricos dos processos em uso.
  • Finalidade: A empresa precisava, urgentemente, rever todo o processo de concessão e gestão das férias legais dos colaboradores.
  • Resultado: Fizemos um novo desenho para as aplicações necessárias a cada etapa. Buscamos algumas rotinas prontas que estivessem funcionando perfeitamente, ou necessitando de pequenos ajustes. Desenvolvemos todas as aplicações necessárias e colocamos sob uma tela única de acionamento. Este projeto sofreu muito com as desconfianças da chefia que não estava entendendo que o projeto demandava tempo para que pudesse ser totalmente finalizado e testado. Tanto que a primeira versão foi entregue com uma série de problemas que, ao longo de mais um ciclo de projeto, e termos recebido novas regras, do setor de RH, conseguimos entregar uma aplicação que permitiu uma gestão das férias com maior agilidade, aumentando a produtividade dos setores de RH regionais e a satisfação daqueles que recebiam, sem erros ou sobressaltos, o seu benefício lega.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, tive de atuar, mais uma vez, um papel de gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que não fosse minha preferência de atuação, consegui executar com sucesso. Sob a ótica do SCRUM, eu diria que atuei também como Scrum Master e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.18. Gestão de Benefícios

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Aplicação para gerenciar a concessão de benefícios aos colaboradores. Inicialmente, foi pensado para gerenciar o programa de Bônus Refeição e Alimentação.
  • Finalidade: O processo de gerenciamento e concessão de benefícios da empresa apresentava uma série de problemas, defeitos, exigindo muitas correções à mão (tipo marreta) nos arquivos enviados às entidades contratadas para o fornecimento destes benefícios.
  • Resultado: Devido a todos os problemas estruturais, de concepção e projeto, percebemos que deveria ser desenvolvida uma aplicação totalmente nova. Em uma reunião, propus à chefe do setor do RH responsável que ela me apoiasse e “matasse no peito”, caso eu tivesse que enfrentar, novamente, a minha chefia pouco paciente e nada adepta a inovações, pois eu havia proposto usar valores, pilares e princípios da Gestão Ágil, e queria usar o SCRUM, como framework. Eu ainda não tinha feito nenhum treinamento formal, mas lido vários documentos a respeito. Mesmo com a negativa da chefia, mas com o respaldo do setor de RH, usamos e fui aprimorando o uso, treinando o pessoal do RH para me ajudar no processo, e fazer a sua parte em todo o ciclo. Com o respaldo da chefe do RH, conseguimos desenvolver a aplicação. Este projeto está entre os que melhores valores eu consegui entregar na CEEE, se não o melhor. A aplicação final conseguiu reduzir o tempo de processamento de 6 horas para 25 minutos. Ao contrário do sistema anterior, não precisava ser executado na madrugada para não impactar o desempenho do servido e da rede corporativa, além de poder ser executado quantas vezes fosse necessário, sem grandes períodos de espera, nem a necessidade de limpar o banco de dados através de intervenção direta nas tabelas (ou marreta). Esta é uma das aplicações que ficou rodando mesmo depois da implantação do novo ERP para servir de parâmetro para validação da funcionalidade no ERP.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, usei a chefe do RH como gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que ela não tivesse qualquer noção do que se tratava, orientei-a e ela foi decisiva para que o projeto chegasse ao nível sucesso que deixou todo o processo mais rápido, seguro e preciso. Sob a ótica do SCRUM, eu diria que atuei também como Agile Master, Scrum Master, Agile Coach e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.19. DRS-MANUT – Manutenção e Controle

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: CEEE-D – Cia. Estadual de Distribuição de Energia Elétrica.
  • Descrição: Sistema de aplicações integradas, para gerenciar o histórico de manutenção de todos os computadores e periféricos rastreáveis, em operação em todas as unidades da empresa. Foi decidido usar este sistema para gerenciar, também os ativos de software e garantir por monitoramento, que nenhum software não homologado pela TI, ilegal, ou “pirata” estivesse em uso.
  • Finalidade: Mapear o histórico de manutenção de todo o parque de equipamentos de informática rastreável, garantir que nenhum software não homologado ou não licenciado esteja instalado.
  • Resultado: Conseguimos manter e atualizar em tempo real o histórico de manutenção, os ativos instalados e o correto uso e funcionamento do parque de equipamentos de informática, podendo planejar com eficiência a modernização do parque. Um segundo resultado, talvez mais palpável em termos de administração, foi a eliminação do risco de pagamento de multas por uso de software “pirata” ou proibido pelas diretivas da empresa. Sempre que algum software “pirata” ou proibido foi identificado, pode-se tomar medidas administrativas e, se fosse o caso, judiciais, para responsabilizar o usuário que o instalou e usaria.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, usei a chefe do RH como gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que ela não tivesse qualquer noção do que se tratava, orientei-a e ela foi decisiva para que o projeto chegasse ao nível sucesso que deixou todo o processo mais rápido, seguro e preciso. Sob a ótica do SCRUM, eu diria que atuei também como Agile Master, Scrum Master, Agile Coach e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

2.20. Central Telefônica Multiprocessada

  • Papel: Líder e membro do time de desenvolvimento
  • Entidade: Projeto independente meu, usando alguns recursos da empresa Golbras e do ITA.
  • Descrição: O propósito inicial foi desenvolver um sistema de comunicação para condomínios, usando discagem por teclas, e com circuitos independentes de comunicação. Posteriormente, se transformou em uma central telefônica escalável.
  • Finalidade: Aplicar nos sistemas de intercomunicação em condomínio, inicialmente, os benefícios de uma central telefônica automática, com custos mais acessíveis.
  • Resultado: Concebi uma Central de Comunicação multi-micro-processada com uso de três processadores em operação colaborativa e começando com dois canais de comunicação independentes, podendo ser escalada para uma quantidade maior, até 100 ramais, com possibilidade, também, de ser escalada para mais. Trabalhei no projeto por cerca de 2 anos, usando recursos da empresa Golbras e do ITA, durante o meu Mestrado. Contei, também, com ajuda de colegas e parceiros que foram inestimáveis e cruciais para que o projeto fosse finalizado com sucesso. Este projeto chamou a atenção de um representante de uma empresa multinacional de telefonia, e eles me ofereceram uma quanti muito interessante, que me ajudou a passar os últimos semestres de meu Mestrado com bastante conforto, e ainda investir em minha empresa, a Golbras, quando voltei à Porto Alegre. Sei, porque fui contratado pela Multinacional, para coordenar a substituição dos processadores originais, que eram de 8-bits, para processadores de 32-bits, aumentando consideravelmente as possibilidades de expansão.

Atuação à luz da Gestão Ágil: Neste projeto, mais uma vez, usei os princípios de desenvolvimento incremental, transparência, inspeção e adaptação quando necessário. Comecei a usar as reuniões de planejamento antes de cada ciclo de desenvolvimento, reuniões diárias para verificação, reunião final para avaliar o resultado do ciclo, e como poderíamos aumentar nossas eficiência e qualidade. Neste projeto, usei a chefe do RH como gerente de produto ou, à luz do SCRUM, Product Owner (PO). Mesmo que ela não tivesse qualquer noção do que se tratava, orientei-a e ela foi decisiva para que o projeto chegasse ao nível sucesso que deixou todo o processo mais rápido, seguro e preciso. Sob a ótica do SCRUM, eu diria que atuei também como Agile Master, Scrum Master, Agile Coach e membro do time de desenvolvimento. Usei quadro Kanban para organizar o meu workflow.

Concluindo

Além dos projetos descritos neste texto, participei de algumas iniciativas que não tiveram o sucesso desejado.

Quando de meu período na Cia. Estadual de Distribuição de Energia Elétrica, participei de algumas migrações de sistemas, trabalhei com manutenção e configuração de hardware.

Nos últimos anos, logo após a implantação do novo ERP, a confiança que conquistei de meus superiores, fiquei de responsável pela segurança e credenciamento específico dos acessos de colaboradores, terceiros, parceiros e todos que a empresa precisasse ter acesso à rede, e os recursos disponíveis.

Saí da empresa, após a venda para o grupo Equatorial, usando o PDV, depois de consultar o jurídico de nosso sindicato, e perceber que a indenização por ser demitido sem justa causa, sendo concursado e aprovado nas cotas de Pessoas com Necessidades Especiais, seria praticamente o mesmo valor das verbas oferecidas pelo PDV, e sem garantia de quando receberia. As minhas opções, segundo os responsáveis pela transição eram o PDV ou, dois meses depois, a demissão. Sem choro.

Depois da, hoje chamada, CEEE Equatorial, devido a minha idade ser muito difícil de ser aceita para um novo emprego, comecei a trabalhar como consultor em Gestão de Projetos. Desde então, fiz treinamentos em Gestão Ágil, SCRUM, Kanban, OKR, Design Thinking, Métricas de Projetos Ágeis, e Formação Ágile Coach. Aos poucos comecei a oferecer e prestar consultoria para pequenas e médias empresas, na implantação de Gestão Ágil, adoção de SCRUM como framework.

Senhores Gestores, Dirigentes, Líderes, ofereço meu trabalho como Agile/Scrum Master, quando aplico toda minha experiência de que já fez, faz e, certamente, fará a diferença na condução de ciclos de Desenvolvimento de Projetos, entregando o principal resultado, o valor, o produto, o objetivo, a cada ciclo e iteração. Tenho formação e experiência na condução de times técnicos e, normalmente, agrego atividades de Coaching, Mentoria, Tutoria e treinamento, visando alcançar os melhores resultados e fomentar a melhoria contínua com motivação e foco de todos os envolvidos nos times que conduzo com vistas à Liderança Servidora.

Devido à necessidade de emitir comprovantes mais oficiais, registrei minha PJ que, devido à minha formação em Engenharia, somete foi aceita a criação de uma empresa Limitada Individual. Registrei a YOELGREGO CONSULTORIA EM TREINAMENTO LTDA., para poder emitir nota fiscal de serviço, e poder prestar melhores serviços àqueles que me contratarem.

Minha produção de artigos e textos, além de formas de contato podem ser consultados em meu site: https://yoelgrego.blog, no Linkedin, e com vídeos no Youtube, onde falo sobre como vejo aspectos da Gestão Ágil de Projetos. No Linkedin e no Youtube, para me encontrar, basta usar o meu nome: IVSEN PLATCHECK. Não há outro usuário com mesmo nome.