Em Wed, 10 Jan 2018 20:32:10 -0500
"Hugo" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "hrcerq" for
DMARC) escreveu:
Compreendi, parece interessante. Vamos organizar uma rodada de testes e
averiguar sua funcionalidade.
DUPLICIDADE
===========
Eu particularmente sou contra a duplicidade de ferramentas que fazem a
mesma coisa. Portanto, penso que devemos manter o traq ou migrar para
outra ferramenta. No caso torna-se a integração entre as duas
ferramentas desnecessária e apenas sobrecarregaria o nosso servidor.
MINIMALISMO
===========
A escolha de ferramentas e um designe minimalista tem norteado até o
momentos as escolhas, isso economiza recursos do Servidor e facilita na
manutenção.
TESTES
======
Vou fazer a instalação do Kaban para que possamos fazer teste para que
a equipe possa fazer a melhor escolha.
Obrigado pela sugestão.
Muito bem, falemos do kanban.
O conceito do kanban nasceu no toyotismo, para saber mais vide
https://pt.wikipedia.org/wiki/Kanban
Em resumo, o método kanban é estruturado em cartões que evidenciam a
relação demanda x produção. Nas montadoras isso era útil pra evitar o
estoque de peças (estas eram provisionadas conforme a demanda) e
assim não eram acumuladas. Porém o conceito depois foi expandido para
outras áreas, dentre elas a TI.
Um painel kanban é composto por vários cartões organizados em várias
colunas (convencionalmente "a fazer", "fazendo" e "feito"). Essa
visão é útil pra mostrar quando há um grande acúmulo de tarefas em
andamento, especialmente quando os cartões são marcados com nomes de
responsáveis. Dessa forma, se existem muitos cartões na coluna
"fazendo" (ou "em progresso", como quiser chamar), e muitos deles
estão atribuídos a uma mesma pessoa, isso evidencia uma falha, pois
essa pessoa não terá foco.
O fluxo não necessariamente precisa estar nessas 3 colunas. Pode-se
criar a estrutura que for mais adequada para cada caso. Por exemplo:
"backlog -> especificação -> requisitos -> implementação -> testes ->
produção" seria um outro exemplo de fluxo, mais detalhado. Em cada
cartão se especifica o responsável, o detalhamento das
atividades/produto final, estimativas de início e fim, responsáveis
entre outras informações. Não há uma regra fixa para uso desses
painéis, pode-se adaptar seu uso a cada gestão.
No nosso caso, o uso do kanban seria no sentido de mostrar as
pendências de estruturação da wiki (pode ser que encontremos outros
usos futuramente também). Cada cartão corresponderia a um ticket (daí
minha preocupação da integração entre os tickets e o kanban), e assim
poderíamos acompanhar visualmente a relação entre demanda por ajustes
e pessoas fazendo esses ajustes.
Alguns exemplos de ferramentas kanban:
- Kanboard: http://kanboard.org
- Wekan: https://github.com/wekan/wekan
Alguns sistemas de ticket também oferecem painéis kanban integrados.
Outros oferecem a opção de integrar um kanban externo.
atenciosamente,
Hugo R. Cerqueira
Analista de Business Intelligence
hrcerq@xxxxxxxxxxxxxx
"Nada é mais forte do que uma ideia
para a qual chegou seu momento."
(Victor Hugo)
Sent with [ProtonMail](https://protonmail.com) Secure Email.
