Meu RH

Atalhos

Árvore de páginas

Versões comparadas

Versão antiga 11

changes.mady.by.user Usuário desconhecido (kaio.alves)

Gravado em

comparado com

Nova versão 12

changes.mady.by.user Usuário desconhecido (kaio.alves)

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Painel
Deck of Cards
historyfalse
iddeck principal
Card
labelCalendário
Expandir
titleNovembro de 2021
DataHoraLinhaEvento

03/11

14:00RMKaizen
03/1115:30RMReplenishment
03/1116:00ProtheusRetro
03/1117:00ProtheusPlanning
03/1111:00DatasulMomento solução
04/1116:00TodasQualidade Meu RH
05/1110:00TodasAMPOPLAC
05/1116:00DatasulRefinamento negócio
08/1108:30DatasulRefinamento técnico
08/1109:00RMRefinamento negócio
08/1110:00RMRefinamento técnico
08/1111:00DatasulAlinhamentos com liderança do atendimento
08/1115:00DatasulReplenishment
08/1116:00TodasQualidade Meu RH
10/1111:00DatasulMomento solução
11/119:00ProtheusRefinamento negócio
11/1110:30ProtheusRefinamento técnico
12/1110:00TodasAMPOPLAC
12/1116:00DatasulRefinamento negócio
16/1108:30DatasulRefinamento técnico
16/1109:00RMRefinamento negócio
16/1110:00RMRefinamento técnico
16/1115:00DatasulReplenishment
16/1116:00ProtheusPlanning
17/1111:00Datasul Momento solução
17/1116:00TodasQualidade Meu RH
17/1115:30RMReplenishment
19/1110:00TodasAMPOPLAC
19/1116:00DatasulRefinamento negócio
22/1108:30DatasulRefinamento técnico
22/1109:00RMRefinamento negócio
22/1110:00RMRefinamento técnico
22/1115:00DatasulReplenishment
22/1116:00TodasQualidade Meu RH
24/1111:00DatasulMomento Solução
25/119:00ProtheusRefinamento negócio
25/1110:30ProtheusRefinamento técnico
26/1110:00TodasAMPOPLAC
26/1116:00DatasulRefinamento negócio
29/1108:30DatasulRefinamento técnico
29/1109:00RMRefinamento negócio
29/1110:00RMRefinamento técnico
29/1114:00DatasulKaizen
29/1115:00DatasulReplenishment
29/1116:00TodasQualidade Meu RH
30/1114:00ProtheusRetro
30/1115:00ProtheusPlanning
30/1116:00TodasReview
Expandir
titleDezembro de 2021

Card
labelBoards

Datasul
Fluxo inteiro: https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=7621
Upstream: https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=7056
Downstream: https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=7058
Board do analista: https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=63019
Board kaizen: https://slice.wbrain.me/#/board/yFpJECboWweDlG91Lo

Protheus
https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=1462
Pontuação: https://docs.google.com/spreadsheets/d/1dGu7vTsiMlPqpzenbX3F_BDy11Mbd3RR6JsfLkMT4hI/
Board do analista: https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=63020
Board retro: https://slice.wbrain.me/#/list/axSPfnqABzKEq3Uitz

RM
Fluxo inteiro: https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=7703
Board do analista: https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=62912
Board retro: https://slice.wbrain.me/#/list/dpobba5mvdoChRmrMj

Todas
OKR: https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=63702
Ações de melhoria: https://jiraproducao.totvs.com.br/secure/RapidBoard.jspa?rapidView=5213
Board do analista: https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=63020

Card
labelDoR e DoD
Expandir
titleDatasul

DoR - Definition of Ready - Definição de Pronto

  • Detalhamento do fluxo e necessidade do usuário (issuetype Story), esperada pelo PO e time de UX
  • Critérios de aceite devidamente descritos e apresentados
  • Especificar em quais linhas de produto deve ser feito desenvolvimento e teste
  • Descrever quando novo menu deve aparecer na parte de Mais Acessados
  • Adicionar o Link Issues quando uma issue for dependente de outra
  • Ter documentação de UX
  • O time deve entender se as tarefas para entregar a Story estão claras
  • Preservar funcionalidades existentes nos portais legados de acordo com cada story, que fazem sentido pro Meu RH


DoD - Definition of Done - Definição de Feito

  • Definição de contrato sempre que houver atuação de front-end, sempre fazendo checkin com as atualizações
  • Code review antes de iniciar o teste integrado
  • Teste unitário automatizado nos projetos do angular e ionic
  • Documentação (documento técnico e documentação de referência)
  • Comentário ou evidência do que foi corrigido de forma detalhada dentro da issue
  • Subir commit ou pull request em PT, EN, ES 
  • Cumprir critérios de aceite
  • Considerar Permissionamento e fieldProperties
  • Quando houver alteração de layout deve haver validação de UX/UI (com tarefa de Design)
  • Tarefas que envolvem front-end devem ser testadas em todas as linhas (criar tarefa de TI para cada linha) - conversar com todas as squads


Última revisão em 21 

Expandir
titleProtheus

DoR - Definition of Ready - Definição de Pronto

  • Detalhamento da jornada do usuário, esperada pelo PO e time de UX
  • Critérios de aceite devidamente descritos e apresentados, e que não apresentem riscos
  • Story com 13 8 pontos ou menos
  • Quebras de Story com a relação mencionada (ou seja, as relações de dependência)
  • Ícones, imagens, protótipo de tela, enfim, toda UX/UI pronta
  • O time deve entender se as tarefas para entregar a Story o requisito estão clarasclaros
  • Especificar em quais linhas devem executarde produto deve ser feito desenvolvimento e teste (no refinamento técnico deixar descrito para apoiar PO)
  • Preservar funcionalidades existentes nos portais legados de acordo com cada story, que fazem sentido pro Meu RH
  • Na planning levar em consideração as observações levantadas no refinamento técnico e passar o que for necessário para os critérios de aceite
  • Descrever como devem ser os Permissionamentos e se deve considerar no Mais acessados
  • (validar processo de UX sobre ter prototipo do sistema real e do sistema 'futuro')


DoD - Definition of Done - Definição de Feito

  • Definição de contrato sempre que houver atuação de front-end, sempre fazendo checkin com as atualizações
  • Code review
  • Teste unitário automatizado nos projetos do angular e ionic
  • Teste automatizado unitário e/ou de API (desde de que seja possível automatizar)
  • Documentação (evidência de teste de desenvolvimento, documento técnico e documentação de referência)
  • Tradução feita pelo dev (no projeto angular e ionic)
  • Cumprir critérios de aceite
  • Considerar Permissionamento/Mais acessados
  • Quando houver alteração de layout deve haver validação de UX/UI (com tarefa subtarefa de Design)
  • Quando criar novos cenários automatizados de backend, atualizar o kanoah e o mapa mental


Última revisão em 040821 

Expandir
titleRM

DoR - Definition of Ready - Definição de Pronto

  • Detalhamento da jornada do usuário, esperada pelo PO e time de UX
  • Critérios de aceite devidamente descritos e apresentados, e que não apresentem riscos
  • Story com 13 pontos ou menos
  • Quebras de Story com a relação mencionada (ou seja, as relações de dependência)
  • Ícones, imagens, protótipo de tela, enfim, toda UX/UI pronta
  • O time deve entender se as tarefas para entregar a Story estão claras
  • Especificar em quais linhas devem executar
  • Preservar funcionalidades existentes nos portais legados de acordo com cada story


DoD - Definition of Done - Definição de Feito

  • Definição de contrato
  • Code review
  • Teste unitário automatizado nos projetos do angular e ionic
  • Teste automatizado unitário e/ou de API
  • Atualizar documentação de referência
  • Comentário do que foi corrigido
  • Tradução feita pelo dev
  • Cumprir critérios de aceite
  • Considerar Permissionamento/Mais acessados


Última revisão em 04/08/21

Card
labelReview

Acordos:

  • Apresentar somente as issues fechadas (exceto quando o PO solicite que apresente tarefas incompletas)
  • Mostrar a issue no jira e explicar o contexto e a regra do negócio (rapidamente)
  • Foco na demonstração do produto que foi entregue
  • Todas tarefas devem ser apresentadas no mobile
  • Todas as sugestões de melhorias e comentários podem ser ditas para que o PO anote
  • Automações de front e back
  • Mostrar documentações
  • Apresentar números no final


Última revisão em 05/03/21

Card
labelRefinamento

Refinamento negócio:
Datasul: semanal, sexta-feira, 16:00 - 17:00
Protheus: quinzenal, quarta-feira, 14:00 - 15:30
RM: semanal, sexta-feira, 15:00 - 16:00

Refinamento técnico:
Datasul: semanal, segunda-feira, 08:30 - 12:00
Protheus: quinzenal, quarta-feira, 14:00 - 15:30
RM: semanal, segunda-feira, 08:00 - 15:00

Acordos:

  • O refinamento de negócio é apresentado pelo PO, com foco no entendimento da demanda e explicação do valor
  • No refinamento técnico participa todo o junto em conjunto
  • Toda discussão deve ser registrada na issue
  • O teste integrado, casos de uso e automação devem ser considerados
  • Após refinado o status da issue deve ser "Grooming concluído"

Última revisão em 02/11/21

Card
labelDefinição de contrato

Acordos:

  • Na discussão ter uma pessoa de cada linha e um especialista de front end
  • Alterar versão sempre que tiver modificação (versão 1.3.2 | 1-> alterações de API incompatíveis | 3-> adiciona funcionalidade de maneira compatível com versões anteriores | 2-> correções de bugs compatíveis com versões anteriores)
  • Deixar APIs preparadas para paginação (page, pageSize)
  • Permissions para determinar quais menus/botões de função que serão exibidos
  • fieldProperties para determinar quais campos serão exibidos para cada linha
  • Formato de data: String as Date-Time
  • Utilizar padrão lowerCamelCase
  • Após atualizar APICurio subir o PR para o DocsMeuRH


Última revisão em 05/03/21

Card
labelBrand experience

Acordos:

  • Reunião com o time sempre que desenhar uma nova tela para analisar ícones, componentes, menus, etc;
  • XD como repositório para buscar todos artefatos do Meu RH;
  • Nos protótipos se basear nos componentes do PO-UI, caso o PO-UI não tenha o componente necessário para a tela, conversar com algum dev para pensar no componente a ser desenvolvido;
  • Fazer validações em todas stories de front-end, apontando e controlando a sub-tarefa de Validação UI/UX;
  • Quando houver mudanças nas telas atualizar os protótipos.
  • URLs para buscar protótipos do Meu RH


Última revisão em 05/03/21

Card
labelAcordos com atendimento

Acordo entre Atendimento, Consultoria e Desenvolvimento RH RM para abertura de tarefas no Jira

Padrão de abertura de issues para Meu RH RM

Padrão de abertura de issues para Meu RH Datasul

Card
labelLinks úteis

Arquitetura Mobile

Expedição

https://tdn.totvs.com/display/public/NPR/

http://tfs2015.totvs.com.br:8080/tfs/_home

https://dev.azure.com/totvstfs/AppMeuRH/_git/Portais

https://po-ui.io/

https://studio.apicur.io/dashboard

Espelho de tela mobile x windows scrcpy: https://drive.google.com/file/d/1on2oAvudNFLIw3MvL3vDgba88H1qxETb

App para conectar VPN no celular: https://play.google.com/store/apps/details?id=com.f5.edge.client_ics&hl=pt-br

Apontamento no TOTVS 12: https://docs.google.com/document/d/1gBtvg0ZA-XPiteqkTlZbKsxezrlR28jc/

...