|

Hospedagem de sites

Registro de domnios

Crie seu site

Crie sua loj a v irtual

Crie seu blog

Parceiros:

Tutoriais Clube

Categorias

Empregos

Concursos

Carreira

Certificao

Prom oes!

Cursos

Livros

Notcias

Vdeos

Releases

SCRUM, Product Owner e a Parbola do Taxista

Por Marvin Ferreira | 18 de julho de 2011 | Engenharia de Softw are, Gerncia de Projetos, Metodologias 16 comentrios

Pete's List
www.peteslist.com The customer's not always right! Rate customers anonymously
RSS

Certificao diferencial!

Tw itter

Facebook

Vamos comear com uma pequena histria, que pode muito bem ter acontecido com qualquer um de ns. Nesta histria seu diretor est a caminho do aeroporto para uma viagem onde ir fechar um importante contrato em que a empresa est negociando h um bom tempo para que isso acontea. Seu diretor liga para voc e diz: Esqueci os contratos em minha mesa e j estou no aeroporto de Congonhas, voc poderia traz-los para mim? Ficarei aguardando por voc no saguo do aeroporto!. Voc est na regio da Av. Paulista e precisa chegar o quanto antes no aeroporto. Decide ento pegar um txi e chama o Seu Manuel, taxista conhecido da empresa: Seu Manuel, daqui para o Aeroporto de Congonhas quanto tempo levaria e qual seria o valor aproximado da corrida?. Seu Manuel, de acordo com sua experincia, lhe d uma estimava: Olha, nesse horrio creio que em 30 minutos estejamos por l e sair em torno de R$35. Voc acha a estimativa satisfatria e decide ir com seu Manuel at o aeroporto. Ao entrar na 9 de Julho voc percebe que o trnsito est completamente parado at mesmo para ir pelo corredor de nibus. Seu Manuel lhe sugere um atalho que corta

How to be a Product Owner

unbouncepages.com Detailed, step by step guidance with videos and checklists.

Segurana por Usurio

www.itmars.com.br Cyberoam, Layer 8 rede, VPN melhor custo x beneficio

Pesquise no Profissionais TI Receba contedos exclusivos por e-mail

Pesquisar Assinar

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

sentido a Av. Tiradentes e que economizaria tempo. Como se trata de uma situao urgente voc decide ir pelo atalho sugerido. Algum tempo aps ir pelo atalho sugerido comea a chover muito em So Paulo e alm de o trnsito ficar complicado h alguns metros possvel ver que uma rvore caiu na pista, impossibilitando a passagem de qualquer veculo. Preocupado, voc pergunta novamente a Seu Manuel se h alguma maneira de contornar este caminho e encontrar outra sada. Seu Manuel diz que se voltarem um pouco o caminho feito e tentarem ir por dentro do Centro possvel que no se atrasem tanto. Voc aceita novamente a proposta de Seu Manuel, pois vocs realmente tiveram problemas durante todo o percurso. Finalmente vocs conseguem chegar ao aeroporto, porm, voc percebe que o txi levou 90 minutos para chegar at o destino, e ao invs de custar R$ 35 (como previsto), custou R$ 130. O que voc faria? Ficaria irritado? Nunca mais utilizaria os servios prestados por Seu Manuel? Mas veja, voc estava dentro do txi o tempo todo e percebeu que ele fez o possvel para chegar a tempo, e realmente se esforou lhe oferecendo diversas opes, as quais voc aceitou, pois percebeu que realmente eram situaes de dificuldade. Voc viu que o trnsito estava ruim, que a chuva complicou ainda mais e que um grave acidente no meio do caminho piorou as coisas. Voc viu que quando isso aconteceu Seu Manuel tentou pegar outro caminho para fugir do trnsito e, por mais que a estratgia tenha sido boa, no foi suficiente para chegar a tempo. O que voc far? H uma probabilidade muito grande de voc, mesmo chateado, pagar o taxista e entender o lado dele, afinal voc viu o quanto ele se esforou. Agora, no mesmo cenrio, imagine que, ao invs de ir no txi, voc apenas contrata o Seu Manuel para levar os documentos para o aeroporto. Ele lhe deu a mesma estimativa de tempo e custo. No entanto, 90 minutos depois ele lhe liga e diz: Olha, o trnsito estava muito complicado e s cheguei agora, o custo foi R$ 130 ao invs de R$ 35. Qual ser sua reao agora? O que voc pensar? Provavelmente voc pensaria que Seu Manuel estava te enrolando, abusando de sua confiana, pois voc no estava presente em cada uma das mesmas situaes que iriam ocorrer se voc estivesse com ele no txi.

Comentrios Recentes
S. Jersey Transportation
atlanticcape1.com Atlantic Cape Transportation Call Now! 609-391-0993

Lucas: Funciona no windows 8 tambem... Marcos: J estive envolvido no desen... Luiz Wagner: Pelo que entendo, a regulari... Guilherme: Opa...achei muito bom seu ar... Roger: o famoso "conto do TI": "E... Josenilton Santos: Estou chegando agora e goste...
C reate an account or

Agile Requirements Tool

blog.enfocussolutions.c Improve Stakeholder Communications Free software trial!

Microsoft Windows XP
www.NexTag.com/Micr Compare Prices on Microsoft Windows XP Software and Find Great Deals!

Sign Up

Profissionais TI
Like 10,644 people like Profissionais TI.

Sound Town Car

www.soundtowncar.com/ Seattle Downtown accommodations. Transportation to and from airport.

Allen Technology Advising

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Uma situao como essa nos mostra a grande diferena entre estar dentro do txi e estar fora dele, e esse um dos grandes diferenciais que o Scrum pode agregar ao seu time tendo o P.O (Product Owner) presente em cada uma das evolues do projeto, sentindo na pele as dificuldades junto com seu time e decidindo sobre o que dever ser feito, pois o ele o dono do projeto e o mais interessado em sua realizao. Devemos no apenas nos colocar no lugar do cliente, mas devemos coloc-los dentro do txi! Fazer com que ele realmente sinta que estamos comprometidos e que realmente estamos juntos para que haja sucesso em seu projeto.
Product Owner, scrum

Advising
www.allenit.com Make your IT Worry-Free. Tired of spending time fixing IT?

Fac ebook s oc ial plugin

Parceiros

Autor(a): Marvin Ferreira Marvin Ferreira, MCTS (Microsoft Certified Technology Specialist), MSP (Microsoft Student Partner) e atualmente cursando Cincia da Computao na Pontifcia Universidade Catlica de So Paulo (PUC SP). Estudante de melhores prticas e da plataforma .NET dedica parte de suas horas livres ao estudo e desenvolvimento de suas habilidades como engenheiro e desenvolvedor, suas principais reas de interesse so engenharia, desenvolvimento de software e melhores prticas. Veja perfil e 5 post(s)

10 + lidos do ms
Instalando o Windows XP via Pen Drive Instalar Windows 7 pelo Pen Drive Qual o salrio mdio dos profissionais de TI no Br Curso Gratuito de Java para Web Inscries Abert Concurso Pblico em TI: MDS Ministrio do Desenv

Certificao diferencial!

Tw itter

Facebook

RSS

J pensou em ser professor? Sabe o que necessri D um up no seu conhecimento! Coletnea de cursos Invadindo redes com criptografia WPA2 Mdia salarial (2012) das 15 principais reas de T

Outros contedos interessantes

O que Programao Orientada a Aspectos (POA... A Importncia de Planejar Projeto ERP elimine riscos e conflitos c...
Anncios Google

Acabou a mamata Google Apps no mais gratuito!

Ti Gerenciamento Solues De Ti Gesto Ti

Anncios Google

Empregos em TI
Analista de Dados

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Engenharia de Software: Ferramentas de Design de... Engenharia de Software, o modelo conceitual e a ... Desenvolvimento de Software: Custo da Qualidade

Anncios Google

Analista de Dados Lder de Projeto RedPrairie Analista Integrador de Sistemas Analista de Segurana da Informao Snior Engenheiro de Software Pleno ou Snior

Servicos Em Ti Consultoria Ti Ti Suporte

Confira os 16 comentrios deixados

Frederico Augusto de Camargo 11:36 em 18 de julho de 2011

Comentar

Engenheiro de Software Analista de Infraestrutura

+ vagas | envie vagas grtis

Legal a parbola Marvin. O problema como trazer o seu Product Owner para dentro de sua equipe, visto que os clientes em geral encaram equipes de desenvolvimento como meros prestadores de servios, no mais clssico modelo insumo-processo-resultado. Um PO com disponibilidade difcil de se encontrar. Transformar galinhas em porcos no tarefa fcil. Acredito que o trabalho maior seja de mostrar ao cliente as vantagens de acompanhar de perto a equipe e dar visibilidade ao processo, e a sim, evitar que as surpresas desagradveis ocorram, e que passemos ao cliente a sensao de estarmos enganando. Por isso importante que o PO participe das Sprint Review Meetings, seja ouvinte nas Sprint Retrospectives e que seu feedback realmente valha de algo na melhoria contnua da equipe.

Notcias / Releases de TI
Evento internacional da Agile Alliance em Florianp... WebCarioca convida para o evento Novidades da Micros... Mac OS X 10.9 ter Siri e Apple Maps Auto-upload de imagens para o Facebook chega tambm... Microsoft lana verso trial do Office 2013 + notcias | + releases

Marvin Ferreira 11:43 em 18 de julho de 2011 Muito bom seu comentrio Frederico, realmente encontrar um PO com disponibilidade complicado mas para que o Scrum seja aplicado de maneira correta isso necessrio e decisivo na maioria das fases do processo. Aderir ao Scrum requer uma reformulao no PENSAMENTO e na CULTURA de todos, desde o time at o cliente que precisa tomar conhecimento de todas as vantagens que

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

sero proporcionadas a ele! isso a! Obrigado por seu comentrio! Marvin Ferreira

Gabriel 19:08 em 18 de julho de 2011 Manolo,

Pra isso funcionar o processo seletivo deve ser 100% eficiente, pq a falta de skill na hora H em scrum pode comprometer o projeto por inteiro Ou seja, n temos enroladores

Marvin Ferreira 19:22 em 18 de julho de 2011 Concordo com voc Campeo! Devemos conhecer MUITO bem nosso time e em todas Sprint Planning Meeting todos

envolvidos devem ser sinceros com relao a suas capacidades de modo que possamos mensurar at que ponto de complexidade o time pode atacar no geral. A melhor parte o fato de no ter enroladores, se olhar para o Kanban estar TUDO l para qualquer pessoa ver, no comeo pode ser que intimide um pouco ou at cause constrangimento mas com o tempo todos se acostumam e percebem o valor que tudo isso agrega! Obrigado pelo comentrio! Marvin Ferreira

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Flavio Horita 12:22 em 19 de julho de 2011 Marvin,

Excelente parabola para explicar est importncia do P.O durante todo o processo ! Pegando um gancho nas duvidas dos colegas acima, e quando este P. O. no pode estar disponvel, qual a atividade ideal (ou processo, aoes) para evitar que os problemas citados no texto aconteceam!? Parabns pelo artigo. Abracos, Flavio Horita

marcos 14:24 em 19 de julho de 2011 Bom vejo esse texto de duas maneiras diferentes. Primeiro: todo mundo capaz de entender o esforo a mais do taxista e pagar por isso, por que andar no trnsito , bem ou mal, uma experincia que todo mundo j teve, mas ser que todo mundo entende de desenvolvimento de software? Por outro lado, veja bem, eu perdi 1h30 do meu tempo e ainda paguei 4 vezes mais caro s vezes mais fcil pagar R$ 100 ao taxista e ter certeza que seu pacote vai chegar l (em 5min ou em 1h30), no mais clssico modelo insumo-processo-resultado.

So modelos de negcio diferentes, apenas isso, nenhum necessariamente melhor que o outro. Perceba tambm que o segundo caso pode ser benfico pro taxista, s saber gerenciar .

SCRUM uma excelente ferramenta de reduo de riscos, mas a velha lei do mercado: quanto menos risco, menos ganho .

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Marvin Ferreira 18:29 em 19 de julho de 2011 Flavio, Tratando-se do Scrum imprescindvel que o P.O esteja presente em todas as etapas que ele deve definir coisas como concepo da viso, definio do product backlog, criao das users stories, sprint planning meeting e principalmente na review que o

momento em que o P.O v um pedao do seu produto entregue. O P.O no ficar colado ao time a todo momento mas ele deve se mostrar presente pois tudo conduzido de acordo com seus interesses de modo que haja um aumento do R.O.l (Return on investment). A participao do P.O no Scrum representa alguns de seus princpios que so: indivduos e interaes entre eles mais do que processos e ferramentas, e colaborao com o cliente mais que negociao de contratos. papel do Scrum Master fazer com que o processo seja aplicado da maneira correta, no existe Scrum nas coxas se for usar algo do framework esse algo deve ser usado da maneira correta. Em um cenrio onde no utilizado Scrum prevalece a tica e comprometimento com o cliente, devemos de alguma maneira mant-lo ciente do que est acontecendo com o seu projeto/investimento. Espero ter respondido sua pergunta! Obrigado por seu comentrio! Marvin Ferreira

Kallyl 11:11 em 20 de julho de 2011 Parabns Marvin !!! Embora eu seja um leigo no assunto e preferir no comentar nada em questo. Admiro a sua capacidade e vejo de longe o seu sucesso. de se orgulhar quando se

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

trata de uma pessoa que cresceu ao seu lado! Abraos.

SCRUM, Product Owner e a Parbola do Taxista Eu Fao Programas 12:00 em 20 de julho de 2011

[...] encontrei esse artigo, escrito pelo Marvin Ferreira, no site Profissionais de TI. Gostei bastante e ento resolvi replicar para os que ainda no [...]

talo 16:47 em 20 de julho de 2011

10

Caro Marvin, uma parbola interessante, que parte da premissa do histrico do seu Manuel: taxista conhecido pela sua competncia. Dentro do txi, confiamos no conhecimento do seu Manuel e pensamos: ele conhece a cidade mais do que eu (ou algo parecido, pois aceitamos todas as suas sugestes). Mas, e se pegssemos o seu Pedro, de quem nunca ouvimos falar e, alm disso, no tivssemos a mnima ideia de como chegar da Paulista at o aeroporto? Se o seu Pedro um recm-taxista, que tipo de processo iramos observar na sua parbola? Acho que um Scrum infantil, do tipo tentativa-eerro, parecido com carrinhos bate-bate de parques de diverso. Portanto, precisamos do seu Manuel de desenvolvimento. Nesse sentido, o processo de engenharia (no o processo de gerncia, Scrum) acaba sendo predominado pelo trabalho artesanal do engenheiro de software. Problema: processo de gesto versus processo de engenharia, como resolver esta equao? Parabns pelo texto. Obrigou-me a alguma reflexes que compatilho com voc. Um grande abrao, talo

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Jos Carrra 15:00 em 21 de julho de 2011

11

Muito interessante a parbola, de fato mostra como sua percepo afetada pela forma que voc se envolve com a situao. Na prtica acho que o que acontece bastante o PO ausente ou que na melhor das hipteses est sempre em contato com o taxista pelo telefone. A participao direta e eficaz bastante difcil. Mas, com certeza a colaborao o caminho.

Djeison 1:09 em 24 de julho de 2011 Excelente Parbola. Abrao.

12

Maria Lucia 17:02 em 27 de julho de 2011

13

Apesar de eu tambm ser leiga no assunto, ao me colocar como personagem desta parbola teria duas vises diferentes, levando em considerao a segunda situao da histria: sendo o Sr. Manuel conhecido da empresa por j ter prestado servios a ela, acredito que isto seria um ponto a seu favor, o que, talvez, amenizasse a desconfiana que passasse em minha mente! Se toda vez que ele prestasse servio empresa deixasse uma boa impresso, ajudaria mais ainda para que a desconfiana no ocorresse. Agora, se ele estivesse prestando servio pela primeira vez com toda certeza do mundo, eu no acreditaria na verso dele. Concluso: enquanto cliente, seja de qual produto for, quando conhecemos a qualidade do servio prestado, cria-se um elo de confiana entre a empresa e o cliente. A meu ver, este elo mais importante do que qualquer valor financeiro.

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Miguel 21:57 em 27 de julho de 2011

14

Parabens Marvin, lendo sua parabola e vendo a conclusao de estar ou nao no taxi , bom seu chefe pediu para voce levar entao nao seria conveniente mandar o taxisita e nos dias de hoje seria bem mais eficiente mandar um motoboy, rs. Parabens !!!

Marvin Ferreira 9:17 em 28 de julho de 2011

15

Fala Miguel! Obrigado pelo comentrio, voc pegou um dos sentidos da coisa, o fato de estar dentro ou fora para perceber o valor que agrega acompanhar o projeto ou no. Usar um motoboy outro fator de risco, porque podem acontecer outras coisas e nesse caso voc deve aumentar a confiabilidade em quem desenvolve o seu projeto sobre o valor do risco apresentado! Valeu campeo! Abraos, Marvin Ferreria

talo Chesley 11:09 em 16 de setembro de 2011 Cara, seu texto excelente. Acredito que sirva tanto ao time iniciante no SCRUM, que vive cheio de incertezas principalmente relacionadas ao P.O, como de argumento para que o P.O reconhea o valor de sua participao no projeto. Parabns!

16

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com

Deixe seu comentrio!

Nome *

E-mail (no ser publicado) *

Site

Com entar

Pesquise no Profissionais TI Receba contedos exclusivos por e-mail

Contedo licenciado sobre Creative Commons 2.5 - BY-NC-SA

Pesquisar Assinar

Siga-nos no Tw itter
0 seguidores

Sobre Seja Autor

Autores Anuncie Contatos

Assine nosso Feed Profissionais TI utiliza WordPress / Hospedado por Hostnet Hospedagem de Sites
0 assinantes Via e-mail | Via leitor

Parceiros

open in browser PRO version

Are you a developer? Try out the HTML to PDF API

pdfcrowd.com