Projeto de software
Um projeto de software é um tipo de projeto do Worklenz feito para equipes que entregam em iterações. Em vez de tarefas e fases, você trabalha com issues, um backlog e sprints. Você planeja o trabalho no backlog, puxa para uma sprint e acompanha em um quadro. Serve bem para equipes de produto e engenharia.
Visão rápida
| O que é | Um tipo de projeto com issues, backlog, sprints, épicos, story points e releases |
| Onde encontrar | Escolha Software no campo Tipo de projeto ao criar um projeto |
| Quem pode criar | Proprietários e administradores do espaço de trabalho |
| Quem pode usar | Membros trabalham com issues; proprietários, administradores e gerentes de projeto gerenciam sprints e épicos; convidados podem visualizar |
| Plano | Sem exigência de plano específica para software. O plano Free permite até 3 projetos |
Como um projeto de software se diferencia de um projeto geral?
Os dois tipos ficam no mesmo espaço de trabalho e aparecem na mesma lista de projetos. A diferença está no vocabulário, na configuração padrão e nas abas.
| Projeto geral | Projeto de software | |
|---|---|---|
| Nome do item de trabalho | Tarefa | Issue |
| Grupos com prazo | Fase | Sprint |
| Trabalho ainda não planejado | Não mapeado | Backlog |
| Status padrão | A fazer, Em andamento, Concluído | Backlog, Todo, In Progress, In Review, Done, Blocked |
| Abas principais | Lista de tarefas, Quadro e outras | Backlog, Quadro, Releases, Relatórios |
| No menu Mais | - | Lista, Roadmap, Insights, Arquivos, Membros, Atualizações |
| Abas ocultas | - | Finanças, Carga de trabalho |
| Criar a partir de um modelo | Sim | Não, projetos de software começam em branco |
| Tipos de issue | - | Task, Story, Bug, Subtask, Epic |
Uma etiqueta Software aparece no cabeçalho do projeto para você distinguir os dois de relance.
Quem pode usar projetos de software?
Somente um proprietário ou administrador pode criar o projeto. Depois disso, o que cada pessoa vê depende da função. Veja níveis de acesso dos membros para as funções do espaço de trabalho.
| Função | O que pode fazer |
|---|---|
| Proprietário e administrador | Tudo, inclusive as configurações do projeto e a exclusão do projeto |
| Gerente de projeto | Criar e conduzir sprints, gerenciar épicos e releases, alterar a escala de pontos |
| Membro | Criar, editar e mover issues, definir story points, sinalizar trabalho bloqueado, comentar, ver relatórios |
| Convidado | Somente visualizar. Convidados não veem a aba Relatórios nem as abas Insights, Arquivos, Atualizações ou Finanças |
Há mais detalhes em permissões e planos dos projetos de software.
Existe alguma exigência de plano?
Não. Sprints, épicos, releases e relatórios não estão ligados a um plano. O único limite a lembrar é o de 3 projetos do plano Free, que conta os projetos de software como qualquer outro. Algumas abas que existem em todos os projetos, como Insights e Roadmap, ficam bloqueadas no plano Free, e essas duas também ficam bloqueadas nos projetos de software. Exportar tarefas exige o plano Business. Se você não tem certeza de qual plano usa, veja fazer upgrade do plano.
Quais são as limitações?
- Você não pode converter um projeto geral em um projeto de software, nem o contrário.
- Os projetos de software começam em branco. Modelos de projeto e importação CSV não são oferecidos ao criar um.
- Não há importação do Jira. Você pode importar issues do GitHub; veja GitHub para projetos de software.
- Épicos podem ser arquivados, mas não excluídos.
- A exportação de tarefas omite story points, tipo de issue, épico e release.
- Finanças e Carga de trabalho não estão disponíveis em projetos de software.
Para onde ir agora?
| Se você quer… | Leia |
|---|---|
| Criar o projeto | Criar um projeto de software |
| Adicionar e organizar issues | Backlog e issues |
| Planejar e conduzir iterações | Sprints |
| Acompanhar o trabalho no dia a dia | Quadro de software |
| Agrupar o trabalho em objetivos maiores | Épicos |
| Dimensionar o trabalho | Story points e estimativa |
| Entregar versões | Releases |
| Ver progresso e tendências | Relatórios de software |
| Configurar o projeto | Configurações do projeto de software |
| Vincular a atividade do código | GitHub para projetos de software |
| Resolver um problema | Solução de problemas e perguntas frequentes |
Exemplo: a primeira semana de uma equipe de quatro pessoas
A Maya, administradora do espaço de trabalho, cria um projeto de software chamado “App móvel” com a chave MOB. O Worklenz o abre na aba Backlog com uma sprint planejada vazia chamada Sprint 1.
Na primeira manhã, a equipe adiciona cerca de vinte issues direto no backlog. O Dev, o gerente de projeto, as agrupa em dois épicos, “Onboarding” e “Pagamentos”, e dá a cada issue uma estimativa em story points. Na segunda-feira, o Dev arrasta as oito primeiras issues para a Sprint 1, define as datas da sprint e clica em Iniciar sprint. A partir daí a equipe trabalha pelo Quadro, que abre filtrado pela sprint ativa. Duas semanas depois, o Dev conclui a sprint e tudo o que ficou inacabado vai para a Sprint 2.
Boas práticas
- Decida entre Geral e Software antes de clicar em Criar, porque o tipo do projeto é permanente.
- Planeje trazer o trabalho existente à mão ou pela importação do GitHub, porque os projetos de software começam em branco, sem modelos nem importação CSV, e não há importação do Jira.
- Dê a função de gerente de projeto a quem conduz o planejamento, porque gerentes de projeto podem gerenciar sprints, épicos, releases e a escala de pontos sem ser proprietários ou administradores.
- Conte os projetos de software no limite do seu plano, porque o limite de 3 projetos do plano Free vale para eles como para qualquer outro projeto.