finito

Categoria: Biblioteca

Dicas de livros e outras referências.

  • Meme #003 – "A Info Corporate é uma bO$t@"

    Além dos memes “bons” (e raros) e “maus” (e ubíquos) há também aqueles que “não fedem nem cheiram”. Comumente são vendidos como GRANDES idéias. Não passam do básico-banal-primário-4dummies. Costumam aparecer em irritante frequência nas publicações da editora Abril. Você SA, VIP e Veja vivem a publicá-los na forma de “check-lists”. Quer saber se vc é boa(bom) de cama? Se está acima do peso? Se vai ser mandado embora? E por aí vai…

    Mas o assunto aqui é projeto, certo? Pois bem, a Info Corporate deste mês se propõe a nos ensinar (ops.. a ensinar CIOs) a VENDER projetos. Fala que “o CIO definitivamente saiu da zona de conforto e tem sido cobrado com mais rigor para entregar projetos que atendam as necessidades de negócios da empresa”. Vamos ao genial check-list:

    1. Compre primeiro, venda depois
    2. Planeje sem cortar etapas
    3. Construa um business plan sólido
    4. Aproveite as mudanças
    5. Aposte no pré-venda

    Talvez percebendo que o artigo não ficou lá grande coisa (o velho estilinho ‘Computerworld’ de ser), os caras trataram de carimbar lá outras duas listas!! De uma delas:

    “Conheça a estratégia da empresa, para não cometer equívocos como tentar vender um projeto de inovação quando a empresa está focada (merda de palavra) em redução de custos”.

    Pode? Pode… e tem mais:

    “Respeite a cultura da empresa e use a linguagem de negócios e não a técnica”.

    Na outra lista, a “pá de cal”: “Como anda sua credibilidade?” E cita a fonte: Gartner e PwC. Tipo: “Não tenho nada a ver com isso”, hehehe.

    Feliz o CIO que não ganhou assinatura e não desfila mensalmente nas belas páginas da revista (aliás, parece cadeira cativa – são sempre os mesmos!).

    This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 2.0 Brazil License.

  • Meme #002

    Por outro lado, os “memes – boas idéias” parecem enfrentar todo o tipo de barreiras no mesmíssimo ecossistema, o tal ambiente corporativo. Há uns 3 anos a Rational, através do (excelente e inexplicavelmente encerrado) ‘TheRationalEdge’, publicou uma série de artigos sobre Aquisição Progressiva (PA – Progressive Acquisition)*. O Google é um excelente medidor de popularidade: exatamente agora (06/abr, 16hs) encontrei apenas 995 links com a combinação “Progressive Acquisition”. E outros 156 com “Aquisição Progressiva”**. Pela descrição dos 20 primeiros sites listados, duvido que metade deles esteja falando de uma nova maneira de se comprar projetos de TI.

    Artigo requentado do Gantthead, (é de mai/2002 mas foi republicado na última newsletter) tratando de Governança e Projetos de TI, apresenta como modelos de contratação:

    . Fixed Price–The price is stated in the bid proposal either as a lump sum fixed price or fixed price for each deliverable (unit pricing). Using a fixed price contract approach requires the scope of work to clearly identify each deliverable and the work or actions expected to achieve the deliverable.
    . Cost Plus–The bidder will provide the total or unit cost of performing to the SOW, with the buyer providing a fixed fee, a percent of total cost and any other fees, such as incentive for early completion or performance award fee.
    . Variations–Contracts can also be for time and materials. Normally in these situations, extensive labor hours are contracted that will have consumption of consumable goods in providing the labor support. Other variations include minimum firm price with a not-to-exceed maximum price.

    Apesar da teimosa, custosa e irritante reincidência de projetos fracassados, advogados alocados, CIOs questionados e vendedores (temporariamente) envergonhados, seguimos comprando/vendendo projetos de TI fiéis aos mesmíssimos modelos. Até quando?

    *Ainda há um artigo sobre o tema no developerWorks, da IBM.

    ** Para se ter uma idéia, “Gisele Bundchen” retorna 528.000 links. Foi só para ter uma idéia. Não faz sentido compará-la com modelos de ‘procurement’, please!

    This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 2.0 Brazil License.

  • Meme #001

    Memes, segundo Richard Dawkins, são idéias que se auto-replicam. A teoria original não se preocupa em qualificá-las. Mas eu acho que as ‘más idéias’ ganham de goleada no quesito proliferação. E, não satisfeitas em apenas se espalhar de maneira epidêmica, tendem a gerar variações mais robustas, cruéis e insanas de si mesmas. Memes mutantes são vírus letais. Confundidos com ‘soluções’, procriam como coelhos em seu habitat natural: o mundo corporativo.

    Por um longo período depositamos nas costas dos coordenadores de projetos (CPs) todo o fardo que tais empreendimentos representam. Super-heróis, tiravam de seu cinto de utilidades metodologias (sic), ferramentas, manhas, artimanhas e macetes. “Vale tudo para que o cronograma seja cumprido”. “A satisfação do cliente não tem preço”. E “o cliente tem razão sempre!”.

    Após o fracasso do zilionésimo projeto suspeitamos que algo está errado: “Os CPs estão mal preparados”. Razão/suspeito recorrente (um ‘meme’ disfarçado) que gera a grande solução: “Vamos montar um escritório de projetos (PMO – Project Management Office)!!”

    This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 2.0 Brazil License.

  • Ask a Great Question

    The editors at Business 2.0 interviewed Peter Drucker for the year-end issue “How to Succeed in 2005.” They asked, “What is it that executives never seem to learn?” Mr. Drucker answered that managers ask the same questions everyone else asks.

    He says you need the attitude to not start with the question, “What do I want to do?” but with the question, “What needs to be done?” Mr. Drucker’s second question places focus on the interests of the company or project and on execution.

    Don’t just try asking the question. Make it a habit. Write the question

    “What needs to be done?”

    across the top of your notebook. Post it under the clock on the wall where you have your project meetings. Add it to your email signature. Make a sport out of it; see how many times in the course of your project meetings you can ask and answer, “What needs to be done?”

    Finish each conversation with someone making a reliable promise to do what needs to be done.