Como Product Owner decido o que construir e por que ordem, traduzindo a dor do cliente em backlog, negociando investimento, e mantendo o produto alinhado ao valor que ele deve gerar para quem o usa
O cliente queria transformar as escalas que já geria em valores monetários reais, levantei com ele, ao detalhe, como esse cálculo deveria funcionar, hora diurna, das 7h às 22h, e hora noturna, das 22h às 6h, com valores distintos, acréscimo em dias de feriado, e horas extras que nem sempre seguiam a regra padrão, podendo ser negociadas diretamente com o colaborador, mapeei também dois perfis de colaborador completamente diferentes dentro do mesmo sistema, prestadores de serviço pagos à hora, e colaboradores contratados com salário fixo
Vou à sessão Operação, na página de Agendamentos, e crio um novo agendamento, abre uma modal com o calendário do mês, insiro os dados, consulto primeiro a disponibilidade do colaborador e só então confirmo o horário desejado, o sistema já calcula automaticamente quanto esse colaborador vai receber por aquele agendamento
Na ferramenta de revisão, corrijo as horas dos dias em que o colaborador chegou atrasado ou precisou de fazer horas extras, ajustando o valor da hora sempre que a regra padrão não se aplica
No perfil do colaborador, filtro o intervalo do mês naquele cliente, e vejo o valor a pagar por turno e o total do mês, já pronto para a pré folha salarial
Configurar turno com valor de hora diurna e valor de hora noturna
Criar tabela de feriados do ano
Aplicar acréscimo automático em dias de feriado no cálculo do turno
Permitir valor de hora extra negociável por colaborador
Diferenciar colaborador prestador de serviço de colaborador contratado
Calcular horas mensais previstas para colaboradores contratados, com desconto ou pagamento extra por falta
Modelo de cobrança por hora para clientes institucionais
Modelo de cobrança por contrato fechado para clientes SAD, com valor da hora calculado a partir da divisão do contrato pelos agendamentos do mês
Criar agendamento com cálculo automático do valor a pagar
Criar tabela de agendamento teórico separada da tabela de agendamento realizado
Botão de revisão para corrigir horas realmente trabalhadas
Relatório de pré folha salarial
Relatório demonstrativo por turno, com horas diurnas, noturnas e extras separadas, para cobrança ao cliente
Planeei a entrega em 6 sprints de 15 dias, com uma equipa de 3 developers a meio período, cerca de 90 dias no total
Configuração de turnos, valores de hora diurna e noturna, feriados, e diferenciação entre colaborador prestador de serviço e contratado
Fluxo de agendamento com cálculo automático, tabela de teórico versus realizado, botão de revisão, e os dois modelos de cobrança, institucional e SAD
Relatórios, pré folha salarial e demonstrativo de cobrança, seguidos de testes e ajustes finais com o cliente
Sistema precisa calcular horas extras dos colaboradores
Perguntas feitas em refinamento com a equipa
Como gestor financeiro, quero definir um valor de hora extra específico por colaborador, para que o sistema use esse valor sempre que houver horas extras, e use o valor padrão da hora diurna ou noturna quando não houver negociação
O cliente tinha um problema que nem sabia como resolver, e que o Harmony Hours, tal como existia, não conseguia endereçar, conferir manualmente a folha de ponto de cada instituição, todos os dias, para cada colaborador, foi ao quantificar essa dor em reuniões que percebi a dimensão real do problema, e que a solução não estava dentro do software que já tínhamos, estava fora dele
Concebi, em conjunto com a equipa, um dispositivo IoT construído com Raspberry Pi e tag NFC, o colaborador bate o ponto fisicamente, e uma automação leva esse registo diretamente ao Harmony Hours, sem qualquer conferência manual
5 dias úteis de trabalho de 2 colaboradores, todos os meses
O mesmo processo resolvido numa tarde
Criei um método de monetização próprio para este produto, o Harmony Hours mantém uma licença ao estilo SaaS, e o Harmony Box passou a ter licenciamento unitário por dispositivo, ao estilo HaaS, o cliente passou a ter dois produtos e dois product backlogs distintos, e o faturamento com ele dobrou
Especificar hardware, Raspberry Pi e leitor de tag NFC
Desenhar o fluxo de picagem, o colaborador aproxima a tag e o ponto é registado
Criar automação que envia o registo do dispositivo diretamente para o Harmony Hours
Criar tabela de dispositivos, associados a colaboradores e a instituições
Criar tabela de registos de picagem recebidos por dispositivo
Nova página no Harmony Hours para RH e Financeiro validarem registos em massa
Alertas para dispositivo offline ou falha de leitura
Emitir tags NFC e vincular cada uma a um colaborador
Painel de acompanhamento de dispositivos ativos por cliente
Definir modelo de licenciamento unitário por dispositivo, HaaS
Planeei a entrega em 4 sprints de 15 dias, com a mesma equipa de 3 developers a meio período, cerca de 60 dias no total
Especificação e testes do hardware, Raspberry Pi e leitor NFC, fluxo de picagem, e emissão de tags aos colaboradores
Integração com o Harmony Hours, tabelas de dispositivos e registos, e nova página de validação em massa para RH e Financeiro
O colaborador regista o ponto pelo telemóvel, descartada, dependia de o colaborador ter smartphone próprio e rede móvel disponível, e abria espaço para a picagem ser feita por outra pessoa
Um Harmony Box por instituição, com tag NFC individual por colaborador, elimina a dependência de smartphone, e a tag impede que outra pessoa pique o ponto por ele
Critério de DecisãoPriorizei fiabilidade do registo e menor dependência do comportamento do colaborador, mesmo com um custo de hardware superior ao de uma aplicação
Com o Harmony Hours e o Harmony Box já consolidados, a decisão seguinte não era só técnica, era de posicionamento, decidi que o diferencial do produto face às alternativas do mercado não seria competir como mais um sistema de escalas, mas tornar se um ERP focado especificamente em prestadores de serviço, com um módulo IoT nativo, e um módulo de RH mais desenvolvido do que o habitual neste nicho, hoje o produto vive em metamorcode.com, já sob a marca MetaSenior
Unificar marca, autenticação e navegação entre Harmony Hours e Harmony Box sob o nome MetaSenior
Reestruturar a navegação do módulo de RH, unificando páginas de colaboradores, dispositivos, profissões e dashboard numa única área
Criar sistema de entidades para representar múltiplas empresas cliente dentro da mesma plataforma
Regras automáticas de baixa médica e cancelamento, com comportamento financeiro associado
Calendário de férias e baixas médicas, com verificação automática de pagamento
Métricas acumuladas por colaborador, dias de férias, de baixa, e de falta no ano
Cálculo automático de percentagem paga, por tipo de vínculo do colaborador
Central de custos e ganhos, para lançamentos extraordinários por empresa, cliente ou colaborador
Bloqueio de turno após validação financeira, para dar fiabilidade à central de custos
Geração automática de recibos em PDF, Recibo de Vencimento e Recibo Verde
Dashboard financeiro, com balanço mensal automático e KPIs de evolução do negócio
Integração com o TOConline
Criar site institucional próprio, metamorcode.com, já posicionado como MetaSenior
Planeei a entrega em 1 sprint de 15 dias, com a mesma equipa de 3 developers a meio período, um escopo mais contido do que os dois casos anteriores, por já assentar sobre o Harmony Hours e o Harmony Box já existentes
Módulo de Recursos Humanos, 19 horas
Módulo Financeiro, 41 horas, e as duas funcionalidades sob medida pedidas pelo cliente, 10 horas
O que motivou o corte no Financeiro, parte do escopo inicial dependia de decisões do cliente ainda em aberto, retirei essas funcionalidades da primeira entrega, e negociei duas funcionalidades sob medida que o cliente pediu diretamente, troca de turnos entre colaboradores, e aplicação de horas extras diurnas e noturnas no cálculo financeiro, o resultado foi um escopo 12% menor no total, mas mais alinhado ao que o cliente ia realmente usar de imediato
Decisão de Posicionamento, ERP Genérico ou ERP de NichoCompetir diretamente com sistemas de escalas já estabelecidos no mercado, sem nenhum diferencial claro face a alternativas mais maduras
Um ERP pensado especificamente para empresas de prestação de serviço, com o Harmony Box integrado como módulo nativo, não como extra, e um módulo de RH desenhado para a realidade deste nicho, contratos mistos entre colaboradores e prestadores
Critério de DecisãoPriorizei diferenciação sobre amplitude de mercado, um ERP genérico competiria diretamente com players já estabelecidos, um ERP de nicho com hardware próprio cria uma barreira de entrada muito mais difícil de replicar
Identifiquei, através de reuniões com os responsáveis de manutenção, comercial e suporte, e gestão de amenities, que a operação da Violas Ferreira precisava de um software próprio de gestão de avarias, criei o backlog do produto com base nessas conversas e levei o backlog à equipa de informática, aplicando técnicas ágeis para entregar incrementos de valor com a maior brevidade possível e desafogar o gargalo operacional existente
Reuni os responsáveis de manutenção, comercial e suporte, e gestão de amenities, para entender onde estava o maior gargalo operacional da empresa
Criei o backlog do produto a partir dessas conversas, e apliquei técnicas ágeis junto da equipa de informática para entregar incrementos de valor com a maior brevidade possível