PMI - Vale a pena?  XML
Índice dos Fóruns » Assuntos gerais (Off-topic)
Autor Mensagem
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:20:08

[Yahoo!] aim icon [ICQ]
Rubem Azenha
GUJ Master
[Avatar]

Membro desde: 28/06/2004 00:10:43
Mensagens: 1933
Localização: São Paulo, SP
Offline

marcosalex wrote:
Cite uma coisa das adoções agile que não estão previstas no PMBok?


Ok, eu não sou especialista em PMBok, mas eu menos de 5 minutos de leitura eu encontrei:

http://pt.wikipedia.org/wiki/Gerência_de_escopo_de_projetos wrote:É importante que a declaração de escopo seja bem-feita, e que haja acordo sobre ela. Quando a declaração de escopo estiver pronta, a equipe do projeto, os stakeholders, o patrocinador do projeto e o gerente de projetos não deverão mudar o escopo ? a menos que haja um motivo muito forte que justifique essa mudança (que quase certamente implica em impactos no custo do projeto).


Isso vai totalmente de encontro com o manifesto ágil. Aliás, se dá muita enfase a um planejamento cabal de tudo o que vai acontecer no projeto.

http://agilemanifesto.org/ wrote:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan



Isso foi só um exemplo bem simples em menos de 5 minutos de pesquisas sobre PMBok. Tenho certeza se eu estudar um pouco mais sobre PMBok vou encontrar mais coisas que não são totalmente compatíveis com o manifesto ágil.

marcosalex wrote:
Sim, são. Exatamente por isso que ele não é uma metodologia e sozinho não garante nada. Ele é uma base sobre as quais as metodologias trabalham de acordo com seu foco. E é por isso que muita gente que estuda o PMBok acha que já pode gerenciar qualquer projeto e se dá mal.

Ele é base de quais metodologias? Tem algum lugar que diz isso?

This message was edited 1 time. Last update was at 30/09/2008 22:40:56




Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning
[WWW]
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:20:36

[Yahoo!] aim icon [ICQ]
andre_salvati
GUJ Ranger

Membro desde: 02/06/2005 16:28:38
Mensagens: 939
Offline

Marcos,

vc misturou as coisas novamente. O Azenha falou sobre PROJETOS DE ESCOPO ABERTO e vc está falando sobre DESENVOLVIMENTO ITERATIVO.

Ajude na criação do StackOverflow em português!!!

http://area51.stackexchange.com/proposals/23539/software-development-in-portuguese?referrer=tI8Uon7RDszY236h5e0UuA2


http://www.empresadigital.inf.br
http://twitter.com/afsalvati
Luiz Aguiar
Moderador
[Avatar]

Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline

marcosalex wrote:
Luiz Aguiar wrote:
Eu dúvido vc e qualquer pessoa desse planeta achar apenas UMA citação de algumas das pessoas que contribuiram para a criação do scrum, do xp, fdd, dos formadores do manifesto ágil, falando essa afirmação que vc fez!

Bom, até agora você não encontrou nada delas que contrariem o PMBok


Não não... vc esta fazendo isso o tópico todo, invertendo os "valores", vc que veio com o papo de que as metodologias ágeis seguem o PMBox, pedi citados dos autores eu pessoas bem influentes do "movimento ágil" e vc não deu, pedi referências de qualquer coisa relacionada a isso, mostrando isso e vc não deu. Então prove isso!
Não venha com esse papinho de que quer prova o contrário, porque até agora vc não deu prova de nada.

Pessoal, por favor, ajudem o Marcos procurar uma empresa, até agora ele não conseguiu, realemnte acredito que esteja defícil, se der um tempinho mais tarde te ajudo com isso Marcos.

-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!




[WWW] [MSN] [ICQ]
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:20:49

[Yahoo!] aim icon [ICQ]
Luiz Aguiar
Moderador
[Avatar]

Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline

Estamos esperando suas citações... vou almoçar pra dar um tempinho pra vc procurar no google rs


-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!




[WWW] [MSN] [ICQ]
WilliamSilva
Moderador

Membro desde: 02/03/2005 11:08:44
Mensagens: 1747
Localização: Santos -SP.
Offline

marcosalex wrote:Agora, responder agressões e argumentos ad hominem, faz anos que não faço em um fórum, sinto muito.

Não precisa chegar a tanto .Mais vou citar um link para vc. usar como suporte à sua opinião:
http://visaoagil.wordpress.com/2008/08/01/pmbok-e-agile-pode/

Ps. mais é para ler com calma ok.
Boa sorte.

= William Silva =
iSHARE - Document Management System
[Email] [WWW] [MSN]
jgbt
GUJ Master
[Avatar]

Membro desde: 04/06/2003 15:01:48
Mensagens: 1286
Localização: Porto Alegre/RS
Offline

Marcos,
na boa, eu nuca vi nenhuma pessoa/artigo/livro sobre agilidade mencionar alguma coisa sobre PMBock. Logo se vc diz que eles utilizam, vc deveria apontar exatamente aonde.

Outro ponto é vc mencionar que PMBock é um guia, mas não diz como fazer. Assim eu posso dizer que qualquer sistema que use alguma coisa citada de maneira superficial no PMBock o esta utilizando.E como ele não diz como fazer, deixa na mão de quem vai implementar. Se der errado, foi culpa de quem implementou, se der certo foi pq deguiu o guia. Assim fica facil, um guia que não se compromete com o resultado. Eu mesmo vou criar um guia bem abstrato em alto nivel e vou começar a vender consultoria e certificação sobre ele.
Acho que guias introduzem burocracia, e com isso prejudica o desenvolvimento. Não existe receita de bolo no desenvolvimento de software. Não adiante vc me dizer que vc vai usar as partes que quiser. Se eu estou usando um guia, gostaria que ele me guiasse ao resultado que eu espero. Como vou saber o que é certo p/ meu projeto? Contratando um consultor? Ja vi isso acontecer e o projeto tmb não deu certo. Sera que todas as pessoas que eu ja vi tentando implementar isso não tinham capacidade?

Como falei antes, não sei dizer que utilizar um guia é bom ou ruim, mas sei que consigo o mesmo resultado que eles prometem de manera bem mais simples. E falo isso baseado nas minhas experiencias.

[]´s

João Bier
Desenvolvedor Java
[Email]
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:21:04

[Yahoo!] aim icon [ICQ]
mueller
Debugger
[Avatar]

Membro desde: 23/06/2006 08:53:26
Mensagens: 72
Offline

marcosalex wrote:
mueller wrote:XP implementa PMBoK?

Eu nunca vi, nem ouvi falar um projeto com xp que usa uma WBS, idolatrada no PMBoK

Também ainda não vi projeto xp com aquele project charter detalhado ...

Acho que dizer que xp/agile é uma forma de implementar PMBoK, é forçar *demais*


PMBok não diz que todo mundo é obrigado a usar WBS, ele é um escopo macro, nada mais que isso. Na maioria das vezes ajuda, principalmente quando não dá pra saber um escopo detalhado no início do projeto, mas não é obrigatório e o PMBok deixa claro isso.


Retirado do PMBoK, 3ªed.
Chapter 5, Project Scope Management, describes the processes involved in ascertaining that the project includes all the work required, and only the work required, to complete the project successfully. It consists of the Scope Planning, Scope Definition, Create WBS, Scope Verification, and Scope Control project management processes.
...
Create WBS. This is the process necessary for subdividing the major project deliverables and project work into smaller, more manageable components.

Então o PMBoK diz que é sim obrigatório criar um WBS. Além disso, para criar a WBS você vai utilizar
1. Organizational process assets
2. Project scope statement
3. Project scope management plan
4. Approved change request


E terá como resultado
1. Project scope statement
2. WBS
3. WBS dictionary
4. Scope baseline
5. Project scope management plan
6. Requested changes


Voltando ao que tinha comentado, isso não me parece muito agile

This message was edited 1 time. Last update was at 01/10/2008 12:48:44


http://queroseragil.wordpress.com
andre_salvati
GUJ Ranger

Membro desde: 02/06/2005 16:28:38
Mensagens: 939
Offline


http://www.agile-software-development.com/2008/06/agile-teams-dont-need-managers.html

Engraçado...

"Times ágeis não precisam de gerentes"...

e eu acrescenteria: "... muito menos de PMPs".

Ajude na criação do StackOverflow em português!!!

http://area51.stackexchange.com/proposals/23539/software-development-in-portuguese?referrer=tI8Uon7RDszY236h5e0UuA2


http://www.empresadigital.inf.br
http://twitter.com/afsalvati
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:21:51

[Yahoo!] aim icon [ICQ]
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3372
Offline

"

This message was edited 1 time. Last update was at 09/04/2009 09:22:13

[Yahoo!] aim icon [ICQ]
Frentic
Thread.start()
[Avatar]

Membro desde: 08/05/2007 19:04:00
Mensagens: 33
Localização: Rio de Janeiro, Brazil
Offline

Marcos Alex,

Vejo que a discussão tá ficando quente e vejo que você é muito bem informado sobre o PMBOk e entende de metodologias ágeis e Scrum. Provavelmente se você estiver a frente de um projeto de software você conseguirá gerir ele de maneira eficiente, pois no mínimo você se interessa. Parabéns

Agora, vamos por partes:

"Planejamento em ondas sucessivas / Rolling Wave Planning [Técnica]. Uma forma de planejamento de elaboração progressiva em que o trabalho que será realizado a curto prazo é planejado em detalhes em um nível baixo da estrutura analítica do projeto, enquanto o trabalho distante no futuro é planejado em um nível relativamente alto da estrutura analítica do projeto. Porém, o planejamento detalhado do trabalho a ser realizado dentro de mais um ou dois períodos no futuro próximo é feito conforme o trabalho está sendo terminado durante o período atual."

Peguei essa descrição que voce colocou aí. O ponto maior é: Nas metodologias ágeis, quem planeja o trabalho a ser realizado (o que vai ser entregue e o como será feito) é o TIME não o GERENTE. Essa é a maior e mais significativa contradição entre PMBOK e Metodologias ágeis. Isso não tem no PMBOK. Pros PMPs da vida, quem planeja o trabalho é o gerente

Falou, espero ter contribuído e que continue a discussão pacífica, como o Marcos já disse, sem argumentum ad hominem
[WWW] [MSN]
 
Índice dos Fóruns » Assuntos gerais (Off-topic)
Ir para:   
Powered by JForum 2.1.8 © JForum Team