Nada avança com um simples clique
A maioria do software de gestão de projetos tem um gesto familiar: Change Status. Not Started → In Progress → Completed. Muito simples. Mas uma pessoa clicar em 'Completed' não completa nada. O que muda o estado de um projeto é o facto do negócio — orçamento aceite, materiais prontos, mercadoria entregue, dinheiro liquidado. O estado do projeto deve ser o resultado da realidade, não uma lista pendente.
A maioria do software de Project Management tem uma operação muito familiar:
Change Status.
Not Started → In Progress → Completed.
Muito simples.
Mas ao desenhar o Snappy PM, estabelecemos um princípio:
Nothing advances on a bare click.
Porquê?
Porque uma pessoa clicar em "Completed" não torna nada realmente concluído.
O que realmente muda o estado de um projeto é o facto do negócio.
O cliente aceitou o orçamento.
Os materiais estão prontos.
O produto está terminado.
A mercadoria foi entregue.
O pagamento foi liquidado.
Por isso, embora as cinco Phases do Snappy PM pareçam simples, o que realmente importa por trás de cada etapa é:
What has actually happened?
Por exemplo, Scoping & Design.
O que realmente nos interessa não é se o Project Manager mudou o Status para "Design Completed".
É:
O cliente aceitou a nossa Quotation final?
Se o cliente confirmou por telefone, e-mail, WhatsApp ou assinatura, o PM pode registar Customer Approved. O sistema regista quem confirmou e quando — e só então o projeto pode entrar na fase seguinte.
O mesmo acontece no Closing.
Um gestor de projeto achar que o projeto acabou não significa que possa realmente ser fechado.
Se:
as Invoices ainda não foram todas emitidas, ou ainda há dinheiro por receber,
o sistema deve dizer-lhe esse facto.
É também por isso que gosto cada vez menos de entender o Project Management como:
Task + Status + Gantt Chart.
Têm certamente valor.
Mas para muitas pequenas empresas, a pergunta mais importante é na verdade:
Reality vs. Status.
Uma luz verde no software não significa nada.
O que realmente importa é se o cliente confirmou, se a mercadoria foi entregue, se os custos aconteceram, se o dinheiro foi recebido.
Por isso o Snappy PM quer construir o estado do projeto, tanto quanto possível, sobre dados reais do negócio.
Document.
Quotation.
Expense.
Inventory.
Delivery.
Invoice.
Payment.
Estas coisas já acontecem nas operações diárias da empresa.
Se o sistema consegue entender estes factos, os funcionários não devem ter de manter um "Project Status" separado e desligado do negócio.
A project should move because the business moved.
Not because someone changed a dropdown.
SnapLedger, your life easier.
Reality vs. Status. Uma luz verde no software não significa nada; o que importa é se o cliente confirmou, se a mercadoria foi entregue, se os custos realmente aconteceram, se o dinheiro chegou. Se o sistema consegue entender documentos, orçamentos, despesas, entregas, faturas e pagamentos, os funcionários não deviam ter de manter um 'estado do projeto' separado e desligado do negócio.
Nos teus projetos atuais, se ninguém voltasse a clicar em 'atualizar estado', até onde a imagem do sistema se afastaria da realidade — e em qual das duas confiarias?
Um projeto deve avançar porque o negócio avançou. Não porque alguém mudou uma lista pendente.
Receba o Founder Diary + as atualizações regulatórias do seu país
Um e-mail quando o Richard publica uma nova entrada, e as atualizações regulamentares que importam onde vive. Grátis, pode cancelar a qualquer momento.