Cotações

CotAçõesPensamentos & Provocações

Levemente Acoplados

http://pfvasconcellos.com/

Jim HighsmithAgile Project Management

Addison-Wesley, 2010

Líderes de projetos eficazes valorizam pessoas, produtos e processos– nesta ordem.

James O. Coplien & Gertrud BjørnvigLean Architecture for Agile Software Development

Wiley, 2010

Talvez metade do desenvolvimento de software seja sobre coisas nerd acontecendo em quadros brancos e teclados.Mas a outra metade é sobre pessoas e relacionamentos.

Tom DeMarco & Timothy ListerPeopleware

Dorset House, 1987

Nosso negócio é muito mais sociológico do que tecnológico; depende mais de nossas habilidades para conversar com outras pessoas do que das habilidades para conversar com computadores.

Lyssa AdkinsCoaching Agile TeamsAddison-Wesley, 2010

Problemas em projetos sempre podem ser rastreados até alguém que não conversou com outro alguém sobre algo importante.

Gerald M. WeinbergThe Secrets of Consulting

McGraw-Hill, 1985

A despeito do que o cliente possa lhe dizer, sempre existe um problema.Não importa o que pareça a princípio, o problema é sempre com as pessoas.

Thorstein Veblen

Por piores que sejam, mudanças sempre agradam alguém.Por melhores que sejam, mudanças sempre vão desagradar alguém.

W. Warner Burkecitado em Management 3.0 Workout / Champfrogs Checklist

www.management30.com/workouts, 2013

Pretender que mudanças em organizações sejam racionais é algo bem irracional.

http://www.management30.com/workouts/

Jack Welch, GEcitado em A Empresa Conectada

Dave Gray – O’Reilly/Novatec, 2013

Mude antes que você seja obrigado a fazê-lo.

Craig Larman & Bas VoddeScaling Lean & Agile Development


Se não há conflito aparente, o time está com problemas.



Um número significativo de projetos fracassados se caracteriza por interfaces ruins entre o time de produto e o time de desenvolvimento.

Donald G. ReinertsenManaging the Design Factory

The Free Press, 1997

As interfaces de um sistema são suas fontes primárias de valor e complexidade.

Donald G. Reinertsenibidem

Não há ferramenta de comunicação mais poderosa do que o correto particionamento de um sistema.

Brad Silverberg, Microsoftcitado em Scaling Lean & Agile Development


O software tende a espelhar a estrutura da organização que o criou. Se você tem uma organização grande e lenta, é forte a possibilidade de gerar um sistema grande e lento.

Jurgen AppeloManagement 3.0 Workout / Delegation Boards

www.management30.com/workouts, 2013

Sistemas complexos sobrevivem e prosperam porque o controle é distribuído.

http://www.management30.com/workouts/

Gerald M. WeinbergO Líder Técnico

Makron Books, 1994

Em um ambiente complexo, mesmo o líder mais orientado para tarefa é forçado a colocar as pessoas em primeiro lugar ou o trabalho não será bem sucedido.

Jurgen AppeloManagement 3.0


Gerentes de projetos existem para servir os times, não para controlá-los. Eles estão aí para gerenciar projetos, não pessoas.

Ricardo Semlercitado em A Empresa Conectada

Dave Gray – O’Reilly/Novatec, 2013

Se você quiser que as pessoas ajam como adultas, é preciso tratá-las como adultas.

Barry W. BoehmSoftware Engineering Economics

Prentice Hall, 1981

Uma gerência fraca pode aumentar os custos de software mais rapidamente do que qualquer outro fator.

Gary HamelO Que Importa Agora

Campus, 2012

O primeiro passo, o mais importante, para qualquer organização que pretenda desenvolver a capacidade de inovação contínua é ensinar as pessoas a ver o mundo com novos olhos.

Frederick W. Taylor

O estudo e até a invenção são uma distração mental...Um enorme prazer, e não um trabalho.

Silvio MeiraNovos Negócios no Brasil

Casa da Palavra, 2013

[...] toda boa empresa é uma boa escola. E não há exceções.

Hugh MacLeodIgnore Everybody

Portfolio, 2009

Não é o que o software faz. É o que o usuário faz.

Gerald M. WeinbergO Líder Técnico

Makron Books, 1994

Qualquer problema real tem mais uma solução, que ninguém descobriu, ainda.

Pablo Picassocitado em The Art of Project Management

Scott Berkun – O’Reilly, 2005

Computadores são inúteis. Eles só podem te dar respostas.

James RobertsonBusiness Analysis and Leadership

Kogan Page, 2013

O escopo do problema é maior, significativamente maior, que o software.

Frederick P. BrooksThe Mythical Man-Month - Anniversary Edition


A correta definição sobre o que precisa ser feito é a parte mais difícil do desenvolvimento de sistemas. Nenhuma outra compromete tanto um projeto quando mal executada. E nenhuma é mais difícil de ser corrigida.

Karl E. WiegersMore About Software Requirements

Microsoft Press, 2006

Verdade cósmica nº 1:Se você não aprender bem os requisitos, não fará a menor diferença o quão bem trabalhe no restante do projeto.

Usuário Anônimocitado em Requirements-Led Project Management

Suzanne & James Robertson – Addison-Wesley, 2005

Sim, eu sei que foi isso que eu pedi.Mas não é disso que eu preciso.


Wiley, 2010

Bons ciclos de feedback dão aos clientes a oportunidade de refletir sobre aquilo que eles estão pedindo.

Executivo Anônimocitado em Agile Software Requirements

Dean Leffingwell – Addison-Wesley, 2011

Teria sido bem mais fácil se você tivesse desenhado.

PVFAN – Formação de Analistas de Negócios

finito, 2007 ~ 2014

To Be - As Is = Reqs

http://www.pfvasconcellos.eti.br/blog/fan-formacao-de-analistas-de-negocios-2/




Tim BrownChange by Design

Harper Business, 2009

Palavras e números são bons, mas é desenhando que revelamos simultaneamente as características funcionais e o conteúdo emocional de uma ideia.

Scott BerkunThe Art of Project Management

O’Reilly, 2005

Se não pode ser desenhado nem rabiscado, então não pode ser construído.

Gerald M. WeinbergThe Secrets of Consulting

McGraw-Hill, 1985

Se não pode dar jeito na coisa, dê-lhe destaque.Se não puder destacar, disfarce-a.Se alguma coisa está disfarçada, é preciso dar um jeito nela.

Thomas Watson, IBMcitado em The Art of Project Management

Scott Berkun – O’Reilly, 2005

Se você quer ter sucesso, dobre sua taxa de fracassos.

Jason Fried & David H. HanssonGetting Real

37signals, 2007

Seu produto tem uma voz –e ele está conversando com seus clientes 24 horas por dia.

Craig Sampson, IDEOcitado em Requirements-Led Project Management

Suzanne & James Robertson – Addison-Wesley, 2005

A mensagem mais memorável que uma empresa pode passar é um produto bem feito – ela só perde para as mensagens de um produto mal feito.

Suzanne Robertson & James RobertsonRequirements-Led Project Management


Alguns produtos são pouco mais que uma ideia.É isso, o produto é tão simples que ele é pouco mais que uma ideia.



A complexidade é uma propriedade essencial do software, não uma acidental.





A única representação precisa de um sistema complexo é o próprio sistema.


Dorset House, 1987

Documentação volumosa é parte do problema, não da solução.

Jim CollinsGood to Great

Harper Business, 2001

O propósito da burocracia é compensar a incompetência e a falta de disciplina.

Thomas A. StewartA Riqueza do Conhecimento

Campus, 2002

As empresas são organismos vivos; Os documentos são como defuntos.



A questão não é documentação; é compreensão.


Wiley, 2010

A maneira correta de ver o desenvolvimento de software é que tudo o que acontece após a primeira compilação bem sucedida é manutenção.



Se você introduzir um novo produto de software em um ambiente, o ambiente vai mudar, consequentemente os requisitos do produto também mudarão.



Não existe produto mais maleável que o software. As empresas precisam usar essa característica a seu favor. O modelo waterfall nega essa vantagem.


Dorset House, 1987

As pessoas que escrevem a Metodologia são espertas.Aquelas que devem segui-la podem ser idiotas.

Dave GrayA Empresa Conectada

O’Reilly/Novatec, 2013

Quanto mais à prova de idiotas for o sistema, mais restritivo será o comportamento, forçando as pessoas a agirem como idiotas, mesmo quando algo for contra seu bom senso.

Dave GrayA Empresa Conectada

O’Reilly/Novatec, 2013

Se o seu sistema deve resolver problemas que você não pode antecipar, então ele irá falhar porque sistemas automatizados e funcionários que são tratados como idiotas não conseguem resolver problemas.

Gary HamelO Que Importa Agora

Campus, 2012

Se a vida tivesse aderido às regras do Seis Sigma, ainda seríamos uma geleia viscosa.



Modelos de maturidade são pouco úteis, talvez até um pouco ofensivos.

Gerald M. WeinbergSoftware com Qualidade – Medidas de Primeira Ordem

Makron Books, 1994

Todo processo é criado por pessoas e, dessa forma, pode ser mudado por pessoas.



O fato de uma prática ser “boa” não significa que ela deva ser utilizada em todos projetos.


O’Reilly, 2005

Ao se envolver com o gerenciamento de projetos, você está definindo um campo de jogo político ao seu redor.Está contigo definir o quão insano ou justo ele será.

Bob LewisIS Survival Guide

Sams Publishing, 1999

Seja sensato no uso de metodologias, e nunca deixe ninguém se esquecer que elas são ferramentas, não uma razão de ser.

Bob Lewisibidem

Dê este passo a mais e sua metodologia se tornará uma coisa diferente e assustadora.Ela se tornará uma religião.

Jeff Bezos, Amazoncitado em Adapte-se ou MorraFast Company/Sextante, 2010

Se você não consegue alimentar uma equipe com duas pizzas, então a equipe está grande demais.



Colocar mais pessoas em um projeto atrasado é como tentar apagar um incêndio jogando gasolina.


O’Reilly, 2005

A elaboração do melhor cronograma, usando as pessoas mais capacitadas e sofisticadas ferramentas, ainda será uma tentativa de prever o futuro.Algo que nossa espécie raramente faz bem.

Watts S. HumphreyWinning with Software

Addison-Wesley / SEI, 2002

Por que profissionais competentes concordam com um cronograma quando não têm a menor ideia de como irão cumpri-lo?

Watts S. Humphreyibidem

Por que executivos racionais aceitam tais cronogramas se os engenheiros não oferecem a menor evidência de que poderão respeitá-los?

Donald G. ReinertsenManaging the Design Factory

The Free Press, 1997

A válvula de escape do processo de desenvolvimento deixou de ser o cronograma; Cada vez mais são os requisitos do produto.

Craig Larman & Bas VoddeScaling Lean & Agile Development


O último projeto simples foi feito em 1962. Não acredite que exista algum projeto que não envolva aprendizagem ou complexidade ou alguma variabilidade, e que ele não se beneficiaria do desenvolvimento ágil.

Fred P. BrooksThe Mythical Man-Month - Anniversary Edition


A complexidade é uma propriedade essencial do software, não uma acidental.



Em um mundo complexo, há tempo e espaço para toda e qualquer ideia. Não faz sentido discutir quais estão erradas porque, no final das contas, todas estão.

Compadre Washington

Ou seja,Não sabem de nada, inocentes!

Roteiro, edição e tradução* por Paulo Vasconcellos

pfvasconcellos.com

[email protected]

@pfvasconcellos

LinkedIn.com/in/pfvasconcellos

* Livre, meio desastrada e ocasionalmente tendenciosa.


mailto:[email protected]

http://twitter.com/pfvasconcellos


http://linkedin.com/in/pfvasconcellos


mailto:[email protected]


http://www.linkedin.com/in/pfvasconcellos

