Philosophia Corporativa

Serendipidade? wtf...

noreply@blogger.com (Anonymous) — Tue, 21 May 2013 16:50:00 +0000

Em uma das discussões de riscos, um diretor comentou sobre a prática de descobrir coisas legais durante a execução da estratégia e gerar resultados diferentes e até melhores dos pretendidos inicialmente. Achei super interessante porque é o inverso de mitigar riscos, uma das faces da gestão de riscos.. a outra é identificar e explorar oportunidades. Isso me lembrou o termo serendipidade que vem de “serendipity”, uma palavra inglesa criada pelo britânico Horace Walpole em 1754 em referência ao conto persa infantil “Os três príncipes de Serendip”. [spoiler] Neste livro, 3 irmãos partem em uma viagem para ganhar uma formação cultural a pedido do pai, mas graças às suas capacidades de observação e sagacidade acabam solucionando vários problemas das cidades locais durante o caminho e foram reconhecidos, no final, como sábios em vez de bons aprendizes.

Serendipidade acabou sendo uma palavra que designa a habilidade de ter a mente aberta a novas ideias, perceber as oportunidades e saber como explorá-las. Não é sorte. Não é tentativa e erro. É sabido que muitas descobertas científicas são feitas por acaso. William Beveridge, em seu livro Seeds of Discovey, distingue três diferentes tipos de descobertas casuais: intuição a partir de justaposição de idéias, intuição do tipo eureka e serendipidade. Na ciência tem até um axioma sobre isso:

“No campo da observação, o acaso favorece apenas as mentes preparadas”

Muitas das descobertas do nosso tempo, como por exemplo, a Penicilina, o Raio X, a Aspirina, o Viagra, o Nylon, o Teflon, o Velcro e os "Post-it" foram casos de serendipidade;

Então, a serendipidade pode ser uma vantagem competitiva... como seria possível sistematiza-la nas empresas?

Uma boa proposta está no livro "OEfeito de Medici" de Frans Johansson que diz ser possível quando se consegue "cruzar campos, disciplinas e culturas diferentes tornando possível combinar conceitos já existentes num grande número de novas ideias extraordinárias". Acho que vem daí a importância de ter gerentes de projetos capazes de integrar disciplinas e pessoas e gerar resultados.

Outra boa fonte e tudo a ver com o livro citado acima está na rede social Quora com a pergunta "Can you engineer serendipity?":

A resposta que está lá é do futurista Ross Dawson que diz que é possível, sim. Ele indica que para isso é preciso ter o desenho de uma estrutura de rede de trabalho cujos nós (pessoas) tenham uma probabilidade maior de se conectarem harmoniosamente entre si. Ou seja, não basta colocar as pessoas em ambientes de trabalho menores e populados, o que pode levar ao aumento de distração e conflitos que geram grande improdutividade. Em um nível limitado, a engenharia pode ser feita expondo consistemente um pool de pessoas entre si. E também, trazendo pessoas de fora. O que é importante é o grau de similaridade dos nós (pessoas) para que haja conexões harmônicas, são muitas dimensões que incluem similiaridades de perfis como interesses, aspectos de personalidades, experiências profissionais, etc. A engenharia está em testar e ajustar os diferentes níveis de similaridades, obsevar e descobrir os que geram maiores resultados de serendipidade dentro de um contexto particular.

E parece que isso não é nenhuma novidade.

Em fevereiro deste ano, a empresa Yahoo desistiu do Home-office e pediu para que todos os seus funcionários retornassem aos escritórios. As razões tiveram menos a ver com produtividade e muito mais com serendipidade. O memorando da empresa teve uma mensagem clara: “Algumas das melhores decisões e inspirações partem das discussões nos corredores e cafeterias, ao conhecer novas pessoas, e reuniões de equipe improvisadas.”

No mesmo dia, a empresa Google forneceu detalhes do seu novo projeto de ampliação da sede em Mountain View. O projeto, um complexo enorme, prevê que nenhum funcionário fique mais de 2,5 minutos de distância a pé de outro. São cerca de 13 mil funcionários... O engenheiro David Radcliffe disse que a ampliação começou "não com uma visão arquitetural, mas com uma visão da experiência de trabalho" dos funcionários no local. Vários prédios terão jardins e espaços de encontro nos terraços, cafés gourmets, mesas de bilhar, boliche e academia de ginástica. "Desenhamos isso de dentro para fora. Como resultado, o layout foi feito para maximizar as ‘colisões casuais da força de trabalho’", explicou Radcliffe. Google já é uma empresa reconhecida pelos seus escritórios enxutos, mas é interessante que isso acontece para ganhos de produtividade e não por redução de custos.

“Eu quero que cada gerente nosso passe 10 a 20% do seu tempo fora do escritório, liderando a equipe” – disse Mr. Hsieh da Zappos onde os escritórios se encontram densos para que as pessoas esbarrem uma nas outras. “Quando as pessoas se movimentam para mais longe, isso reduz muito o contato”.

Todos os funcionários destas empresas estão mapeados em redes sociais o que torna mais fácil fazer a engenharia de serendipidade... e não duvido que essa seja a intenção deles.

Clique aqui e Aqui e Aqui para ver os artigos que usei aqui.

Lei de Murphy

noreply@blogger.com (Anonymous) — Wed, 10 Apr 2013 08:39:00 +0000

"Se há 2 maneiras de fazer alguma coisa, e uma delas pode resultar em um desastre,

então alguém irá fazê-la"

Esta é leitura original da Lei de Murphy, e que depois virou um dos princípios mais populares da gestão de riscos.

Em 1949, na Base da Força Aérea da Califórnia, oficiais engenheiros (entre eles Edward A. Murphy) conduziam testes para determinar a tolerância humana à aceleração/desaceleração.
Em um dos experimentos, a equipe usou um trenó foguete chamado "Gee Whiz" tripulado pelo coronel John Paul Stapp e carregava em si um conjunto de 16 sensores presos às cintas que envolviam o corpo do coronel.

Havia 2 maneiras de prender cada sensor às cintas, mas apenas uma delas era indicada para a perfeita leitura. Ao realizar o experimento, viu-se que a leitura era zero porque alguém, metodicamente, prendeu os 16 sensores da forma errada. Murphy, ao analisar o motivo do experimento não ter dado certo, resmungou sobre o técnico que instalou os sensores: "se há duas formas de fazer alguma coisa e uma delas vai resultar em um desastre, é assim que ele vai fazer"

Essa história ficou registrada em uma coletiva de imprensa dada pelo coronel Stapp, conhecido por seu senso de humor, ao dizer que a segurança da equipe do trenó foguete deveu-se à Lei de Murphy. Ele disse à imprensa que a Lei significava que "Tudo que pode dar errado, dará errado"

A Lei de Murphy passou a ser utilizada pela indústria e publicações aeroespaciais e, logo depois, caiu na cultura popular, tendo inclusive sido transformada em livro nos anos 70.

Regra número 6

noreply@blogger.com (Anonymous) — Fri, 16 Nov 2012 16:50:00 +0000

Um executivo visitou uma grande empresa para falar com o presidente em seu escritório e, no meio da conversa, um VP entrou a toda na sala falando dos problemas q tinha de resolver, estava muito nervoso. O presidente escutou e somente falou:

"lembre-se da Regra nº 6..."

Na mesma hora o VP se acalmou e saiu da sala dizendo q talvez tudo não fosse tão grave assim.

Em poucos minutos, entra a secretária exaltada com todos os compromissos, dizendo q não iria dar tempo, e o presidente repetiu:

"lembre-se da Regra Nº 6....".

E a secretária saiu dizendo que talvez houvesse a possibilidade de criar alternativas.

A cena se repetiu algumas outras vezes durante o dia e, no final, o executivo curioso perguntou ao presidente: "Desculpe-me perguntar, mas o que seria a Regra Nº6"?

"Ora, é algo que levamos muito a sério por aqui"

"E eu poderia saber"?

"Claro... A regra Nº6 é "não se leve muito a sério!" .... é um feedback que damos para o estresse gerado por pessoas que dão muita importância a pequenas coisas. Normalmente, com calma e raciocínio, essas picuinhas são resolvidas em dois estalos de dedos...

"Entendi... e as demais Regras? Posso conhecê-las? Estou interessadíssimo!"

"Não existem outras...somente essa."

"Como assim? Se é numero 6....? No meu entender é meio fora de lógica, cria expectativas, pode ser mal interpretado! Pq vc não muda isso?"

"Lembre-se da Regra nº 6..."

Cisne Negro

noreply@blogger.com (Anonymous) — Thu, 29 Sep 2011 16:33:00 +0000

Muitos associam um risco com caracterísitica de baixa probabilidade e alto impacto à teoria do Cisne Negro, sendo esse um evento altamente destrutivo e totalmente inesperado. Se sabe que isso faz parte da teoria, mas não é tudo. Sozinho, este evento pode ser encarado como um choque ou uma crise. A teoria do Cisne Negro também inclui a associação de um evento que possa invalidar uma hipótese largamente difundida – no caso original descrito no livro, a premissa que todos os cisnes eram brancos. O livro conta que biólogos chegaram a conclusão de que somente existiam cisnes brancos e que isso tinha uma explicação racional. Essa teoria foi amplamente aceita e difundida,e a partir daí foram criados fundamentos para outras teorias diversas e novas conclusões. Mas, então, em uma exploração na Austrália, descobriu-se cisnes negroso que de imediato invalidou a premissa e todas as teorias associadas.

O terremoto japenês não foi um Cisne Negro. Para que fosse considerado um Cisne Negro deveria ter (até antes do evento) uma crença amplamente difundida e tida como verdade, que o Japão estivesse imune a terremotos devidos as razões variadas. O que não existia. No Japão sempre houve a crença de um tsunami devastador que mais cedo ou mais tarde atingiria a costa. Outra coisa, todos acreditam que são possíveis os acidentes em usinas nucleares. Se caísse um cometa em cima da usina, também não seria um Cisne Negro, pq sabemos que isso é possível, apesar de ser altamente improvável, o que torna para muitos o risco aceitável.

As crises financeiras não são Cisnes Negros. O mesmo com as revoluções no Oriente Médio.

Cisnes Negros quase nunca ocorrem. E choques e crises ocorrem a todo o tempo.

Principled Performance and GRC

noreply@blogger.com (Anonymous) — Tue, 27 Sep 2011 15:14:00 +0000

Open Principled Performance and GRC on NextSlide

10 Importantes Diferenças entre cérebros e computadores

noreply@blogger.com (Anonymous) — Fri, 15 Jul 2011 21:54:00 +0000

Participei de um papo bem interessante com uns caras que trabalham com mecanismos de processamento de informação neural e criação de inteligência artificial. E vi que há grandes diferenças entre o cérebro e o computador (eles estão trabalhando na redução dessas diferenças):

# 1: Cérebro é analógico, computador é digital

# 2: Cérebro é uma máquina massivamente emparelhada, computador é modular e serial;

# 3: A velocidade de processamento não está fixada no cérebro, não há um sistema de "clock"

# 4: Memória de curto prazo do cérebro não é como a memória RAM (no cérebro não há limite de capacidade de memória recente);

# 5: No cérebro, não há distinção do que é software e hardware (não foi considerado aqui qualquer hipótese espiritual)

# 6: Sinapses são mttttt mais complexas do que os circuitos lógicos elétricos. (Além da natureza eletroquímica das sinapses que dão uma outra dinâmica de transmissão, os neurônios não funcionam como transístores)

# 7: Diferente do computador, processamento e memorização são desempenhados pelo mesmo componentes no cérebro,

# 8: O cérebro é um sistema auto-organizador, auto-reparador;

# 9: O cérebro possui um corpo.

# 10: O cérebro é mttttt maior, mas mtt mesmo, do que qualquer computador [atual].

As verdades desse lado dos Pirineus são falsidades do lado de lá - Montaigne

noreply@blogger.com (Anonymous) — Thu, 23 Jun 2011 16:39:00 +0000

The Truth About the Economy

noreply@blogger.com (Anonymous) — Fri, 17 Jun 2011 14:24:00 +0000

Moralidade na tecnologia

noreply@blogger.com (Anonymous) — Tue, 14 Jun 2011 23:07:00 +0000

"A indústria da tecnologia precisa pensar longe e muito sobre ética" - Damon Horowitz, um Googler.

Horowitz, atualment, é diretor de engenharia no Google. Mas, tb é Ph.D. em filosofia e segura o título de “in-house philosopher” na gigante empresa de busca. E ele palestrou no evento TEDx Silicon Valley em Stanford University, onde ele ofereceu uma nuance mais leve da visão do famoso mantra do Google “Não seja má" - geralmente usado para atacar a empresa quando ela comete algo considerado antiético.

Para ilustrar como a ética está se tornando sucinta no mundo tecnológico, Horowitz perguntou ao público se ele preferia o iPhone ou o Android. E a maioria votou no iPhone. E ele brincou falando que todos eram “suckers”, pois preferiram um equipamento mais bonitinho. E, então, ele perguntou se seria uma boa idéia tirar dados de um telefone de uma pessoa da audiência em troca de uma oferta de vários serviços legais, ou se preferiam deixá-lo isolado. A maioria votou em deixá-lo isolado. E finalmente, Horowitz quis saber se as pessoas do público usariam as idéias propostas por John Stuart Mill ou por Immanuel Kant para tomar decisão. Não sendo nenhuma surpresa, ninguém tinha idéia alguma do que ele estava falando.

“Isso é um resultado terrível ” disse Horowitz. “Nós temos opiniões mais fortes sobre nossos aparelhos telefônicos do que um estrutura de trabalho moral que deveríamos utilizar para guiar nossas decisões."

A resposta óbvia é que os fabricantes de tecnologia não estãos dispostos a pensar na moralidade de seus produtos. Eles apenas constróem e deixam que as pessoas que se preocupem com a ética. Mas, Horowitz fez notar o Projeto Manhattan, onde físicos desenvolveram a bomba nuclear, como um explo óbvio onde os tecnólogos deveriam ter pensando sobre as dimensões morais de seus trabalhos. Ou seja, ele argumentou que os fabricantes de tecnologia deveriam estar pensando muito sobre seus "sistemas de operação moral" como seus sistemas de operação de celular.

E Horowitz começou a falar de como diferentes filósofos tentaram avaliar a moralidade . Em suma, ele constrastou Mill, que argumentava que as ações deveriam ser julgadas com base se elas maximizavam prazer e minimizavam dor, com Kant, que argumentava que existiam ações intrinsicamente erradas, independente dos resultados. Horowitz mostrou que filósofos vem lutando com essas questões durante milhares de anos.

“Ética não é fácil” Horowitz said. “Ética requer pensar.”

"Mas, é o pensar de qualquer pessoa sã" . Horowitz citou a escritora Hannah Arendt, que ao escrever sobre o Nazista Adolf Eichmann, argumentou que o maior mal do mundo não vem das más intenções, mas do "não pensar".

Para encorajar que o público começasse a pensar mais sobre a moralidade de suas decisões, ele pediu 30 segundos de silêncio, e que todos lembrassem de sua última decisão ao tetnar fazer algo correto. E que pensassem se foi certo ou errado o que haviam decidido

“Este é o 1º passo em direção a assumir responsabilidades sobre o que devemos fazer com a nossa força" Horowitz complementou: “Nós temos tanto poder hoje. E é com a gente mesmo imaginar o que fazer com isso"

[image via TEDx SoMa]

Gerência de Requisitos: a bala de prata para desvios de projetos

noreply@blogger.com (Anonymous) — Mon, 30 May 2011 14:04:00 +0000

Em um projeto de consultoria q excedeu sua estimativa, o cliente insiste que o fornecedor absorva os custos extras. Quem paga?
Depende de como o contrato foi redigido. Mas, provavelmente o cliente está correto. Até porque a maioria das empresas de consultoria seguem a filosofia que "o cliente sempre tem a razão". Para os consultores executores, dói quando isso implica em perdas financeiras de um projeto que não atingiu seus objetivos de prazo.
Quando o cliente é interno, o orçamento do departamento sofre, mas a empresa como um todo pode contornar a situação. Agora quando é para um cliente externo... isso não fica bem.

Por isso é importante para o gerente do projeto a leitura do contrato detalhada.
O contrato deve mencionar os requisitos funcionais que descrevem o que o novo produto ou serviço deve oferecer para o cliente. E também, os requisitos técnicos que declaram os padrões de desempenho, compatibilidades, tamanhos e formas esperados. Por isso, é importante que sejam específicos e detalhados de forma objetiva.

Contratos geralmente são ignorados. Muitos gerentes de projetos acham que as cláusulas são de responsabilidade da parte jurídica ou financeira ou outra área qualquer, e não considera os impactos que o tipo do contrato pode ocasionar no sucesso financeiro de seus projetos.

Por exemplo, se o contrato prevê Preço Fixo, o consultor-GP estará comprometido legalmente a entregar o produto ou o serviço em um preço definido, independente do custo que possa ter. Basicamente, o fornecedor tomou a decisão de assumir o risco para si dos desvios de planejamento em termos de custos extras, sejam eles não planejados ou mal estimados. Nesse caso, o cliente está dentro dos seus direitos legais em insistir que a consultoria cubra os custos adicionais.

Todo gerente de projetos tem a melhor das intençoes qdo realiza estimativas. Mas, isso não basta. é importante que os requisitos dos clientes estejam desenvolvidos, e inclui-los no contrato, e a partir daí, conhecer e participar dos arranjos contratuais realizados pelas partes negociadoras. Somente assim o gerente de projetos entenderá os impactos reais nos momentos de desvios de projeto.

Se vc ler um contrato e perceber que não há parte sobre requisitos, saiba que prováveis problemas terá que enfrentar.

Soldados podem lidar com a mudança, mas não com a incerteza

noreply@blogger.com (Anonymous) — Thu, 19 May 2011 23:22:00 +0000

É importante fazer com as pessoas entendam a estratégia e a mensagem. E também se posicionar à frente delas para que possam entender a missão também.

Em uma entrevista, Colin Powell foi perguntado qual seria a coisa mais importante, e ele respondeu: “A coisa mais importante é que as tropas têm que entender para onde elas estão indo".

As pessoas não gostam de mudanças, mas elas conseguem gerenciar isso. O insuportável é a incerteza. E o trabalho atual das lideranças é eliminar incertezas.

Baseado em INSTANT MBA, advice from James J. Schiro, CEO of Zurich Financial Services:

O maior dos ativos

noreply@blogger.com (Anonymous) — Tue, 17 May 2011 02:55:00 +0000

“Certa manhã, na redação da extinta revista Manchete, seu fundador, Adolpho Bloch, estava junto à sua equipe de fotógrafos, vendo umas imagens premiadas pelo mundo.

Um dos fotógrafos comentou:

- Pô! Mas, também, o senhor tem que ver o equipamento deles! Só usam máquinas fotográficas de última geração!

Foi quando o sr. Adolpho, pegando no bolso sua caneta Montblanc de ouro, disse:

- Se vc pensa assim, então segure isso e me escreva uma linda poesia. “

Empresa Good To Great

noreply@blogger.com (Anonymous) — Tue, 17 May 2011 02:35:00 +0000

Empresas “Good-to-Great” constroem um sistema consistente com restrições claras, porém dão liberdade e responsabilidade às pessoas dentro da estrutura de trabalho. Contratam pessoas auto-disciplinadas que não precisam ser gerenciadas. Então, gerenciam o sistema, e não pessoas. Essas pessoas também possuem a disciplina do pensamento, confrontam os fatos brutais da realidade, e ainda, têm fé que caminham na trilha da grandeza com ações disciplinadas”. [Livro Good-to-Great – Capítulo 6]

Lição de Henry Kissinger

noreply@blogger.com (Anonymous) — Tue, 17 May 2011 02:30:00 +0000

Qdo Henry Kissinger deixou o governo e voltou à universidade para ser professor, ocorreu um fato muito famoso no mundo acadêmico e posteriormente no mundo dos negócios. Um dos seus alunos entregou o seu trabalho de conclusão de curso. Kissinger recebeu o material. Quatro dias depois, o aluno retorna e pergunta sobre o trabalho, queria saber o que ele tinha achado. E Kissinger disse ao aluno com pouco caso: "Esse é o melhor que você pode fazer?". O garoto ficou preocupado, afinal tinha se dedicado àquilo. Mas, pediu mais uma chance.

O aluno foi pra casa, trabalhou, buscou mais informações e enriqueceu o seu trabalho. Levou um bom tempo, mas concluiu e levou para o professor. Novamente, quatro dias depois, o aluno voltou ao escritório do famoso professor e pergunta sobre o seu trabalho. Kissinger disse com ar grave: “Vc tem certeza que é o melhor que pode fazer?” O aluno ficou receoso ao ver o professor irritado, se sentiu mal, repensou rapidamente em todo o seu trabalho, e pede uma última chance. Que dessa vez não iria decepcionar.

Estudou mais, validou com outros colegas, passou noites em claro, corrigiu alguns erros, e chegou no limite de não ter mais inspiração. Mesmo assim, buscou aqui, ali, tentou alguma coisa mais, melhorou um pouco e concluiu o seu trabalho. Voltou ao escritório de Kissinger, ainda com sintomas das longas noites de estudo: "Professor, está aqui o meu trabalho". O professor no mesmo instante perguntou: "Esse é o melhor que você pode fazer?" O rapaz, sabendo do seu esforço, se irritou, não pensou duas vezes e disse: "É, sim senhor! Pode ter a certeza que sim!". E o professor: "Ah, então agora eu vou começar a ler".

Kissinger durante a sua vida, recebeu muitos relatórios, trabalhos e projetos de várias fontes, frequentemente de muita importância. Ele lia todos, porém somente uma vez.

Riscos do corte de custos

noreply@blogger.com (Anonymous) — Mon, 09 May 2011 22:18:00 +0000

Corte de custos sempre foi uma necessidade na economia. Mas, deve ser feito com inteligência e de forma fundamentada, pois na prática implica que, além dos custos, outras coisas são cortadas no processo:
O desempenho e a produtividade da equipe, a confiança e a moral do pessoal, o espírito de equipe que vc cuidadosamente nutriu... quando vc corta custos, sempre haverá o risco de cortar um desses benefícios juntos.

Forewarned is forearmed

noreply@blogger.com (Anonymous) — Wed, 04 May 2011 05:35:00 +0000

A expressão Forewarned is forearmed" é muito utilizada na Gestão de Riscos e significa que aquele que é possui as informações com antecedência possui uma vantagem: a de ter tempo para se preparar para um problema.

A origem é complicada pq esse dito navega por vários idiomas e o que se sabe é que pertence à antiguidade.

A sua forma latina 'praemonitus, praemunitus' foi bastante utilizada nos documentos militares romanos. Até porque "praemunitus" quer dizer também "se armar com antecedência".

No andar das carruagens, as abóboras se ajeitam

noreply@blogger.com (Anonymous) — Sat, 23 Apr 2011 15:48:00 +0000

Era uma vez um cocheiro que dirigia uma carroça cheia de abóboras. A cada solavanco da carroça, ele olhava para trás e via que as abóboras estavam todas desarrumadas. Então ele parava, descia e colocava-as novamente no lugar. Mal reiniciava sua viagem, lá vinha outro solavanco e... tudo se desarrumava de novo.

Então ele começou a ficar desanimado e pensou:

"Jamais vou conseguir terminar minha viagem! É impossível dirigir nesta estrada de terra, conservando as abóboras arrumadas!".

Quando estava assim pensando, passou à sua frente outra carroça cheia de abóboras, e ele observou que o cocheiro seguia em frente e nem olhava para trás: as abóboras que estavam desarrumadas organizavam-se sozinhas no próximo solavanco.

Foi quando ele compreendeu que, se colocasse a carroça em movimento na direção do local onde queria chegar, os próprios solavancos da carroça fariam com que as abóboras se acomodassem em seus devidos lugares.

Assim também é a nossa vida: quando paramos demais para olhar os problemas, perdemos tempo e nos distanciamos das nossas metas.

Devemos sempre seguir em frente.

Essa estória é utilizada como fundamento por gestores que não gostam mt de planejar e ter orgnização. É verdade que ficar só no planejamento tb não resolve. E a prática sem teoria é tentativa e erro. Não é um ou outro, e sim, um E outro, ao mesmo tempo durante todo o tempo. Durante a prática se refina a teoria. Durante a teoria se simula e fundamenta a prática. Gerenciar sob o lema de "no andar das carruagens, as abóboras se ajeitam." é viver em constanbte risco (para o gestor e para a empresa).

Realmente, é coisa de lenda! E tem gente q acha q as abóboras se ajeitam mesmo!

Porque não se trabalha no trabalho

noreply@blogger.com (Anonymous) — Sun, 03 Apr 2011 02:17:00 +0000

Novas Oportunidades

noreply@blogger.com (Anonymous) — Thu, 17 Feb 2011 17:07:00 +0000

PROJECT SUPPORT/ PMO SeNIOR
Data: 15/02/2011
Estado: RJ
Cidade: Rio de Janeiro

Descrição: Desenvolver atividades de suporte à gerência de projeto,tais como: Acompanhamento de: custos, cronograma, riscos Preparação de Relatórios de Status,relatórios executivos, etc Vaga temporária (até Setembro/11)
Essencial para a função: INGLÊS FLUENTE PARA ESCRITA,LEITURA e CONVERSAÇÃO

Conhecimento da metodologia PRINCE 2 Conhecimento avançado de PowerPoint,Excel e MS Project Desejável para a função: Experiência em projetos SAP (preferencialmente APO)

Empresa: DPI Tecnologia LTDA

Salário: A Combinar

Candidatura: Enviar currículo para nelson@dpitecnologia.com.br

Lider de Projeto

Reference: JOB1468
Location: Rio de Janeiro - RJ
Tecnologias: Gestão/Coordenação de projetos de TI ou operação de suporte/manutenção

http://www.ciandt.com/job/1468

GERENTE DE PROJETOS SÊNIOR
Rio de Janeiro Permanente
Consultoria/Auditoria/Recrutamento/Advocacia
15/02/2011

Maiores consultoria de TI atuante no mercado nacional.
Oferta: Reportando-se ao Diretor de Delivery, suas principais responsabilidades serão:
- Gerenciar Portifólio de Projetos da empresa;
- Gerenciar Projetos de Tecnologia, com foco em implantação de sistemas SAP;
- Entender as necessidades de negócio, traduzindo-as em desenvolvimento de produtos no cliente "pré-venda";
- Garantir que a metodologia de projetos sejam seguidas;
- Gestão do budget dos projetos.
- Gerenciar equipe entre 40 e 50 profissionais.
. Liderar equipe de Gerentes de Projetos.
- Gerenciar de 40 a 50 consultores entre RJ e SP

Perfil desejado
Experiência em atuação em CONSULTORIAS DE TECNOLOGIA, que se destaquem pela atuação estratégica, dinamismo, iniciativa e espírito de equipe. Os profissionais devem ter formação superior, com desejável especialização em gerenciamento de projetos. Excelente visão e interação com as áreas de negócio, conhecimento das práticas do PMI e SAP são necessários.

Referência : TMRE85471

http://www.michaelpage.com.br/detail-annonce.html?iniref=TMRE85471

Gerente de Projetos

empresa multinacional do segmento de TI.
Descrição da vaga
Reportando-se ao PMO.
Gerenciar e definir direcionamentos para múltiplos projetos;
Elaborar documentos a serem apresentados ao Diretor Regional;
Alocar profissionais em projetos;
Definir prioridades dos projetos de acordo com o foco da empresa;
Gerenciar atividades dos times de projetos.

Perfil desejado
Inglês fluente é fundamental;
Perfil de liderança;
Experiência em projetos de TI.

Nível Educacional Tecnólogo
Nível Profissional Gerente (Gerente/Supervisor de Pessoal)
Código de Referência do Emprego 7332
http://anuncio-emprego.monster.com.br/Gerente-de-Projetos-Emprego-Rio-de-Janeiro-RJ-BR-97004292.aspx

Líder de projetos (LP)

Código da vaga: 1429326 http://empregocerto.uol.com.br/vagas/lider-de-projetos-lp-rio-de-janeiro-rj-1429326.html

Cidades: RIO DE JANEIRO/RJ(1 vaga)
Data de atualização: 15/02/2011
Descrição: Será responsável por acompanhamento de projetos junto com as áreas envolvidas, erenciamento de projetos de implementação de sistemas e liderar e motivar times de implementação de projetos.

Atuará com implementação de escritório de projetos (PMO) em empresa de base tecnológica atuante no
desenvolvimento de software que alia engenharia, gestão do conhecimento e computação gráfica, levantamento de processos e proposição de projetos de melhoria.

Ter forte atuação junto às equipes de desenvolvimento de software e de modelagem estrutural (projetos).
Com graduação em área tecnológica (Ciência da Computação, Engenharia e afins).
Desejável possuir dois anos de experiência como líder de projetos.
Com conhecimentos em linguagem de programação (C e C ) e OO.
Desejável ter pós-graduação e/ou certificação em
Gerência de Projetos (PMP, ITIL ou COBIT, RUP).
Desejável ter conhecimentos em processos de engenharia de software (RUP), metodologias ágeis (XP, SCRUM) e gerenciamento de projetos utilizando as boas práticas do PMBOK.
Ter capacidade de adaptação a mudanças, dinamismo, facilidade de comunicação e relacionamento com clientes internos, motivação e liderança.

Exigências: Superior completo
Faixa salarial: A combinar
Benefícios: A combinar

Níveis hierárquicos: Coordenação e Supervisão
Área(s) de atuação: Informática (T.I.)
Dados da empresaEmpresa: PHDSoft http://www.phdsoft.com/en/trabalhe.asp

Gerente de projetos (RJ/07685)

Código da vaga: 1429711 http://empregocerto.uol.com.br/vagas/gerente-de-projetos-rj-07685-rio-de-janeiro-rj-1429711.html

Cidades: RIO DE JANEIRO/RJ(1 vaga)
Data de atualização: 15/02/2011
Descrição: Domínio da plataforma Java, experiência em Scrum (Scrum Master) JCompany, Hibernate, JSF, JBOSS SEEM, EJB3 (Java Beans) Websphere BPM (WID). Experiência em liderança de equipe.

Atuará com metodologia do cliente.
Necessário liderança e organização.
Desejável experiência mínima de dois anos em projeto de tecnologia da informação.

Exigências: Superior completo
Faixa salarial: A combinar
Benefícios: A combinar
Níveis hierárquicos: Gerência
Área(s) de atuação: Informática (T.I.)

Empresa: BRQ Informática Matriz
Descrição: Fundada em 1993 a Empresa é especializada em serviços de integração de soluções em Tecnologia da Informação e hoje está posicionada entre as maiores empresas de tecnologia do país. Porte: Média Ramos: Informática
http://zeus.e-hunter.com.br/brq/default.asp

Metodologias "tamanho único"

noreply@blogger.com (Anonymous) — Tue, 01 Feb 2011 13:57:00 +0000

Há ainda estudiosos de gerenciamento que ainda defendem que é possível criar uma metodologia onde todos os projetos se encaixam. Nesse fds um amigo gerente de uma grande empresa disse que sua área de Marketing estava tendo que se adaptar às metodologias de projetos da área de TI de sua empresa. E ele estava achando tudo muito complicado, principalmente a linguagem adotada e os objetivos de qualidade do projeto.

Metodologias de "tamanho único" viram um problema principalmente quando esbarram em projetos onde o conhecimento ultrapassa diferentes disciplinas funcionais. Geralmente, acabam não tendo aplicação prática e o pessoal tende a abandoná-la ou realizar minimamente só para constar.

O fato de existir expertises diferentes na empresa não impede que os gerentes de projetos de diferente áreas sigam um padrão de processos de forma que a empresa possa entender e participar das tomadas de decisão e da alocação de recursos.

A configuração multifuncional de uma empresa gera particularidades de expertise dentro de cada disciplina.
Um projeto de uma certa área possui atividades de planejamento e execução significativamente diferentes das demais áreas. E não é somente o que se refere à atividades de expertise técnica, mas também as de gerenciamento. Por exemplo: agilidade, formalidade, conservadorismo, ousadia, recursos escarsos ou críticos, comunicação, são características que podem varia de uma área para outra.

Metodologias maduras reconhecem essas diferenças.

E essas diferenças são contempladas no projeto já que uma metodologia madura permite que os gerentes de projetos costurem e personalizem o ciclo de vida do projeto de acordo com o seu escopo.

10 fundadores que voltaram a ser CEO para alavancar suas empresas

noreply@blogger.com (Anonymous) — Sun, 23 Jan 2011 13:36:00 +0000

O que acontece qdo uma empresa está com problemas? Contrata um novo CEO. Mas, qdo ela deseja dar um salto estratégico ou restaurar um padrão de liderança, ela chama um ex-CEO, normalmente um fundador. E foi o que aconteceu com a empresa Google que anunciou a volta de Larry Page como seu novo CEO.
1. Larry Page

Não volta para salvar, mas para alavancar a Google, dar foco e torná-la mais ágil. Facebook e Apple chegaram para ficar e a Google corre o risco de ser a próxima Microsoft.

2. Steve Jobs

A Apple é o melhor exemplo de "dar a volta por cima" na história. Steve Jobs voltou no fim dos anos 90s e salvou Apple. Ele deu um novo foco ä empresa, cortou as gorduras, e lançou novos produtos como o iMac e o iPod que geraram um crescimento massivo.

3. Michael Dell

Michael Dell voltou em 2007, e na época a HP era a número 1. Mas, ele não fez mt.
Dell permanece como a no. 2 e a HP a no. 1, de acordo com os dados do IDC. Dell ainda é extremamente dependente do Microsoft Windows, e parece não entrar no mundo dos celulares e dos tablets, o futuro da indústria de PC.

4. Howard Schultz

Em 2008, ele voltou para tirar das lojas do Starbucks a "cara de McDonalds". A empresa colocou o seu foco em bares expressos e na expansão internacional.

5. Jerry Yang

Ninguém imaginava que Jerry Yang, fundador do Yahoo, pudesse ser um CEO pior que o seu antecessor Terry Semel. Em 2008, a Microsoft fez uma oferta de compra do Yahoo por 44,6 bilhões de dólares. As duas negociaram, mas Jerry Yang queria mais dinheiro que isso — e a Microsoft desistiu. E nesse mesmo dia, o Yahoo e o Google fecharam uma parceria de venda de anúncios. Mas, a Microsoft fez lobby contra a parceria e o Google desistiu. Fez uma parceria entáo com a Microsoft sobre a união dos sistemas de buscas onde a tecnologia épassou a ser a da Microsoft. Poucos dias depois, Jerry Yang saiu "sob tiroteio" do comando do Yahoo e hoje chora num cantinho. E pior, o Yahoo não vai levar de cara nem um centavo (tem que esperar a grana vir dos anúncios), e seu sistema de busca — que já foi um dos maiores — será enterrado levando para a própria empresa o risco maior pois se o negócio não der certo, a Microsoft tem outros negócios e não deve sumir do mapa. E o Yahoo?
Hoje, Carol Bartz está no comando do Yahoo, e as açoes valem $16, menos da metade do que a os ~$33 que a Microsoft ofereceu.

6. Reid Hoffman

O fundador do LinkedIn Reid Hoffman se tornou CEO novamente em 2008. E então trouxe o ex-executivo do Yahoo Jeff Weiner para ser o novo CEO.

7. Rob Kalin

Rob Kalin da Etsy voltou em 2009, pois havia uma gestão madura em seu lugar - ele era uma criança. Ele finalmente cresceu e retomou as funçoes.

8. David Ulevitch

O fundador da OpenDNS David Ulevitch também cresceu e tomou o controle da empresa, o que fez a empresa dar um gde salto.

9. Dmitry Shapiro

O fundador do Veoh, Dmitry Shapiro, voltou em 2009 mas não conseguiu salvar o negócio de vídeo online. Ele faliu no início do ano passado e vendeu os ativos para a Qlipso.

10. Charles Schwab

Schwab vendo novos competidores vindos da E-Trade e Ameritrade voltou a ser CEO e consertou a empresa. As acões dobraram desde então, totalmente fora do ritmo do mercado.
Depois, passou a ser Executive Chairman em 2008, e colocou Walter Bettinger como CEO.

Fonte: http://www.businessinsider.com/

Planejamento é tudo!

noreply@blogger.com (Anonymous) — Tue, 18 Jan 2011 17:26:00 +0000

Checklist Prova para PMP - por Rita Mulcahy (parte 1)

noreply@blogger.com (Anonymous) — Fri, 07 Jan 2011 07:29:00 +0000

50% das pessoas que não passam na prova para PMP não frequentaram um treinamento de gerenciamento de projetos com a terminologia do PMI. A experiência profissional e a leitura do PMBOK Guide não fornecem o aprendizado suficientes para passar na prova.

Por explo, os livros comuns de Gerenciamento de Projetos (não PMI) não possuem perguntas, tais como:

"Vc está no meio de uma criação de uma WBS, .

Qual dos seguintes problemas é o mais provável de ocorrer? "

Para passar no exame, é preciso conhecer a base de dados do PMI, e a forma como ele pensa. Desde 2002, o treinamento em gerenciamento de projetos, com base no PMI, tem sido exigido como pré-requisito da prova de PMP.

Confira os problemas abaixo:

Grandes extrapolações de custo e prazo;
Cronogramas irreais;
Excessivas mudanças de escopo e prazo;
Comunicação pobre e conflito crescente;
Esgotamento de prazos próximo ao fim do projeto;
Qualidade insatisfatória;
Baixa moral;
Pessoas da equipe inseguras sobre o que deve ser feito;
Excessivos retrabalhos e horas extras;
Excessivas reuniões de projeto.

Se para vc é natural que se tenha 2 ou mais problemas desses em seus projetos, vc não está preparado para fazer a prova.

Confirme se vc pratica algum dos seguintes itens:

Tem um processo passo-a-passo de gerenciamento de projetos;
Define os papéis de um Gerente de Projeto, de um Patrocinador e de toda a equipe;
Levanta informações históricas de um projeto anterior;
Levanta Lições Aprendidas de projetos anteriores;
Cria lições aprendidas ems seus projetos;
Utiliza um Termo de Abertura (Project charter)
Utiliza WBS (work breakdown structure), sabe como montá-la e o porquê de utilizá-la.
Cria (manualmente ou via software) um diagrama em rede;
Como achar o Caminho Crítico, e quais seus benefícios;
Usa a estimativa de 3 pontos, Monte Carlo;
Usa a Análise de valor agregado
Usa a compressão, o fast-tracking e o crashing em cronogramas;
Sabe que um cronograma irreal é culpa do gerente do projeto;
Trabalha com um plano de gerenciamento do projeto realista e aprovado e se sente responsável em realizá-lo;
Mede e implementa ações corretivas do processo de Gerenciamento de Riscos e entende que esse tipo de gerenciamento não é só usar um checklist;
Utiliza Valor Monetário Esperado;
Calcula reeservas de orçamento e entende a sua relação com o Controle do Gerenciamento de Riscos ao projeto e ao plano do projeto;

Se vc não entende 5 ou mais dos itens acima, é muito provável de não passar na prova. É melhor considerar fazer o curso antes da prova.

"O EXAME DO PMP NÃO É UM TESTE DAS INFORMAÇÕES DO PMBOK Guide!"

"NÃO CONFIE NA SUA EXPERIÊNCIA DO MUNDO REAL PARA PASSAR NA PROVA"

Não permita que te façam pensar que para fazer o exame é necessário fazer um curso de mestrado ou várias semanas de treinamento. O exame de PMP inclui 200 questões de múltiplas-escolha com 4 respostas para cada uma. E o exame termina em 4 horas. (Dica: Se seu material de estudo possui 5 respostas por questão, não utuilize esse material! Provavelmente é um material de exame antigo, ou fora do padrão do exame).

25 das 200 questões são para apenas para "avaliação do PMI" ssignificando que não estão incluídas na sua pontuação do exame. Essas questões são espalhadas aleatoriamente pelo exame e não se diferenciam das outras.

Sua pontuação é feita nas 175 questões restantes. Para passar, tem q acertar 141, aproximadamente 81%. As questões são randomicamente geradas do banco de dados do PMI que contém centenas dela. As questões podem pular de um tópico ao outro ou cobrir múltiplos tópicos em uma simples questão. Vc ganha um ponto para cada resposta correta. Não perde ponto se errar.

Abaixo o % das questões para cada grupo de processos:

Responsabilidade Profissional e Social »» 9%
Iniciando o Projeto »» 11
Planejando o Projeto »» 23
Executando o Projeto »» 27
Monitorando e Controlando o Projeto »» 21
Encerramento »» 9

O exame é desenhado para "varrer" aqueles que não devem ser PMPs e o fato de passar no exame seja uma realização. As questões geralmente possuem armadilhas e trocadilhos.

O Exame de PMP testa conhecimento, aplicação e análise. Isso o diferencia de um teste de memória. Vc deve saber como aplicar a informação do PMBOK, e analisar as situações que a envolvem.

150 questões são do tipo:

"O que vc faria nessa situação?"(questões situacionais).

Essas questões são extremamente difícies se vc não usa a boa prática de GP ou se a sua filosofia de GP é diferente do PMI. São poucas as questões que são memórias dos processos do PMBOK" Guide (somente 12 questões são de memorização das entradas e saídas do PMBOK" Guide).

Somente 8 questões são relativas às fórmulas e cálculos
Somente 12 são para EVA. Nem todas precisam fazer cálculos.
A maioria das siglas serão utilizadas (por explo, WBS para "work breakdown structure").

Mantenha-se atualizado em relação às últimas informações vistando http://www.pmi.org/ e leia sua carta de elegibilidade cuidadosamente.

A maioria das questões são situacionais, muitas são ambíguas, e com trocadilhos e até mesmo 2 respostas certas (vc terá que escolher a mais certa).

1. Questões situacionais
Vc recebeu uma notificação que um item crítico o qual está comprando será entregue com atraso no seu projeto. Qual é a melhor coisa a se fazer agora?

A. Ignore, isso passará.
B. Notifique seu chefe.
C.Permita que seu cliente saiba sobre isso e discuta as opções;
D. Faça uma reunião com a equipe e identifique alternativas.

Resposta certa: D

2. Questões com 2 ou mais respostas certas

As questões que aparecem com 2, 3 e até 4 respostas certas são a maior reclamação dos certificandos. A maioria das questões listarão opções as quais todas razoavelmente poderia ser realizads por um gerente de projetos menos experiente ou menos qualificado. Para os gerentes de projetos mais experientes a mesma questão pode parecer ter uma ou duas questões corretas. E é o que geralmente ocorre na vida real. Ao escolher uma resposta, procure se perguntar o porquê.

Olhe novamente a questão 1 acima.

Todas estão realmente corretas? A resposta correta certamente é a D, mas tb não é correto informar ao cli

ente? Sim, mas não é a primeira coisa a se fazer.

(continua)

Os 5 Lugares mais Seguros na Terra

noreply@blogger.com (Anonymous) — Thu, 16 Dec 2010 19:03:00 +0000

Segurança é um componente crítico em Gerenciamento de Riscos. Se os funcionários e os ativos da empresa não estão em condições seguras e confortáveis, pouco mais importa.

Veja abaixo algumas instituições que consideram a qualificação de "seguro" ao extremo.

Aeroporto de Istambul
O aeroporto de Istambul à prova de terremotos serve como exemplo de redução de danos provocados por tremores. O novo terminal internacional Sabiha Gökçen Airport de Istambul é a maior construção do mundo isolada sísmicamente, e está agora finalizado e aberto para operações.
Em uma área de 2 mlhões de pés quadrados, o terminal não se assenta diretamente no solo, a não ser pelos mais de 300 isoladores, e pode se movimentar de lado de acordo com o tremor. Toda a construção se move por inteiro como se fosse uma única unidade, e isso previne dos danos provenientes das forças irregulares que atuam nas estruturas.
Depois do tremor massivo de magnitude 7.4 na Turquia em 1999 que matou 17.000 pessoas e destruiu bilhões de dólares em propriedades, o aeroporto parece como um gde desenvolvimento na cidade já que os geólogos esperam mais um outro tremor maior ainda nas próximas décadas.

Datacenter no Subsolo de Bahnhof
O provedor de serviço de internet sueco Bahnhof montou um lugar seguro para seus dados. Para eles, um velho abrigo de bomba nuclear a 100 pés debaixo de uma montanha em Estocolmo pareceu seguro o suficiente.
O site infame Wikileaks também moveu parte de seus servidores para o bunker que foi construído em 1943 e revitalizado nos anos 70 para abrigar oficiais do governo.
Aparentemente, o pessoal de Bahnhof está muito feliz em abrigar o Wikileaks em seu ultra-seguro bunker, seguro de qualquer pressão política ou ataques físicos. Wikileaks tem sofrido ataques pelo governo americano pelas suas publicações, muitas delas secretas. Há pouco, o Wikileaks liberou 100.000 documentos militares internos da guerra do Afeganistão e outros ainda da guerra do Iraque. Tanto o Wikileaks quanto o seu fundador, Julian Assange, estão fazendo inimigos no Departamento de Defesa americano, mas eles podem descansar pq seus computadores estão seguros.

Veja o vídeo abaixo que ilustra um pocuo sobre o Datacenter (repare na sirene de alarme).

World Trade Center 7 - a prova de Terror
Junto com as torres gêmeas, o prédio próximo World Trade Center 7 foi destruído em 9/11. Diferente das estruturas maiores, este prédio foi reconstruído.
E está sendo considerado o prédio mais seguro do mundo. Com um núcleo de concreto, o prédio foi construído para ter uma forma de um "bunker" no céu. E está sendo o primeiro prédio que foi construído no local onde era o World Trade Center.
Toda essa arquitetura inovativa e a série de redundâncias de segurança - a maiorida delas desenhada com as liççoes aprendidas após o colapso das Torres Gêmeas - oferecem um exemplo para os prédios de grande altura em um mundo pós- 9/11.

A estrutura em torno do núcleo de concreto pode cair ou pegar fogo, ter um problema biológico ou químico, mas o núcleo estará protegido;
Muitos outros prédios estão sendo construído baseados no modelo do 7.

A Abóboda de Sementes do Juízo Final de Svalsgaard

No gelo remoto, no ártico de uma ilha norueguesa está a última esperança da humanidade de restaurar a produção agrícola se o pior cenário acontecer. Seja por causa de uma mudança de clima, ou esfriamento nuclear, pandemia global ou até um choque de meteoro, esse banco de sementes guarda o código genético de todas as plantações críticas que precisaríamos para refazer a civilização.

Fisicamente, é virtualemente impenetrável a desastres. Terremotos de magnitude 6.2 estremeceram as proximidades não danificam os andares de subsolo do bunker - consegue resisitir um choque na própria montanha. Dizem que a duração desse bunker pode rivalizar com a garnde pirãmide de Gizé.
Apesar de utilizar refrigeração mecânica para manter a temperatura a 0 grau. Se houver falha nos equipamentos, o profundidade no ártico ainda a manteria conservada durante por vários anos, mesmo com as previsões de aquecimento global.

Fort Knox

O Fort Knox é o nome coloquial para o U.S. Bullion Depository que é o local onde os Estados Unidos guarda a maior parte do seu ouro. Sabia que as 5.000 toneladas do precioso metalque total vale 137 bilhões de dólares está protegido somente uma porta de 22 toneladas?

Para abrir a porta é necessário uma combinação que deve ser digitada por 10 pessoas diferentes. Além dos tanques, guardas, cercados, paredes de granito, vigilância de vídeos, alarmes protegem as instalações. Não é de maravilhar que na época da 2ª GM, o Fort Knox guardava a Magna Carta, as jóias da família Inglesa, as reservas de ouro de muitas nações européias ocupadas, A Declaração da Independência, e a Constituição Americana. O discurso "The Gettysburg Address" e a Bíblia de Guttenberg também foram protegidas em Fort Knox.

Fonte:
http://www.riskmanagementmonitor.com/the-10-safest-places-on-earth/
por Jared Wade on November 17, 2010

Um cavalo mais rápido!

noreply@blogger.com (Anonymous) — Tue, 14 Dec 2010 18:09:00 +0000

"Se eu perguntasse para os meus clientes o que eles desejavam, eles diriam:

um cavalo mais veloz". - Henry Ford

Essa frase é clássica na disciplina de Inovação. E parece que Ford ensina que se deve ignorar os clientes e focar em fazer o que é certo. Mas, a frase é mais profunda do que isso.

É claro que Ford perguntou aos seus clientes o que eles queriam. E é bem provável que seus clientes tenham respondido algo parecido como "cavalos mais velozes". E a razão é bem simples:

Eles não podiam imaginar nada além disso.

De fato, os clientes não queriam um "cavalo mais veloz", mas sim, um método de transporte pessoal mais rápido. Simples assim. E para Henry Ford, atender a esse requisito seria impossível com um cavalo, então foi aí que veio a idéia de construir uma máquina que qualquer um de seus clientes pudesse comprar. Mesmo após Ford ter vendido o primeiro carro, ninguém ainda podia imaginar que fosse possível pagar por um.