Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • EasyWork
  • Wiki
  • Wiki
  • 4. pivotal labs

Last edited by Gabriel Fanto Stundner Mar 02, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

4. pivotal labs

A Abordagem

Fonte: https://pivotal.io/labs


Uma palavra dos idealizadores:

Equipes equilibradas constroem produtos excepcionais
Ouvimos com frequência de clientes em potencial que leva uma eternidade para liberar novos recursos, que os usuários não estão adotando produtos e que o trabalho finalizado não atendeu às expectativas deles. Nossa resposta a essas questões generalizadas é o que chamamos de “equipes equilibradas” que podem construir produtos verdadeiramente excepcionais. Equipes balanceadas são pequenos grupos que trazem habilidades variadas à mesa e se concentram na colaboração, comunicação consistente e transparência no trabalho em direção a um objetivo comum: um ótimo produto.



Domine os principais componentes da tecnologia moderna

A abordagem Pivotal unifica o desenvolvimento, design e gerenciamento de produtos para criar produtos excepcionais. Os profissionais da Pivotal Labs (nós nos chamamos de Pivots) fornecem a você especialização nessas três áreas principais, além de consultoria e planejamento estratégico de negócios.

 Pivotal Pillars



 XP-DESIGN-LEAN



Reuniões

Project Standup

Equivalente a famosa Daily, os membros do time se reunem fazendo um circulo de pé, e cada um responde três perguntas:

  • O que eu fiz ontem?
  • O que farei hoje?
  • Vejo algum obstáculo/impedimento?

Office Standup

Reunião mais aberta, com participação liberada de membros de fora do time. O Objetivo é iniciar bem o dia, de forma descontraida. Os participantes se reunem fazendo um circulo de pé, e podem seguir a seguinte ordem de tópicos:

  • Novos rostos
  • Ajudas
  • Interessantes
  • Eventos

Iteration Planning Meeting (IPM)

Liderada pelo PM, esta meeting possui o objetivo de estimar a complexidade das stories priorizadas do backlog, que os desenvolvedores podem pegar.

Pre-IPM

Para ter certeza de que o backlog possui stories corretas para estimar na IPM. É opcional e não precisa de todo o time presente.

Sponsor and Stakeholder Update

Compartilhar o progresso do time, apresentar software funcionando, levantar bloqueios e apresentar próximos planos do time.

Retro (Retrospective)

Espaço para o time celebrar o sucesso da última iteração, discutir pontos de confusão e refletir sobre desafios.


Papéis

Product Manager

Lidera o time na descoberta e entrega de um prouto que crea valor significativo para a companhia e os usuários. Facilita a tomada de decisões, trabalha próximo e colaborativamente com o cliente e com o time.

Software Engineer

Engenheiros implementam as stories do backlog. Além disso, eles ajudam na estimação das stories durante a IPM. Engenheiros guiam a parte da implementação e as implicações técnicas de decisões em cima do produto.

Anchor

Um Engenheiro é designado Anchor. O Anchor garante que o time tome boas decisões técnicas de forma compartilhada, que o time segue boas práticas de desenvolvimento, que engenheiros juniors aprendam rapidamente, e que todos os engenheiros sejem donos do código. O Anchor também trabalha mais próximo do PM e do Designer do que os demais.

Product Designer

Entregam valor em forma de decisões de design. Devem entender o usuário profundamente, para definirem soluções que são desejáveis, úteis e usáveis. O Designer trabalha muito próximo do PM, pareando em pesquisa do usuário, validando asserções antes que elas sejam incluidas no backlog do produto.

Clone repository
  • 1. home
  • 2. cronograma
  • 3. time
  • 4. pivotal labs
  • 5. requisitos
  • 6. mockups de tela
  • 7. arquitetura
  • 8. modelagem de dados
  • 9. rotas api
  • :10. tutorial de instalacao do projeto
  • :11. tecnologias
  • Home