A proposta de “otimização” vem agregar melhor desempenho as decisões e processos de como fazer o planejamento de aquisições do projeto, obtendo melhor potencial dos fornecedores, recebendo as melhores propostas e escolhendo o melhor fornecedor.

Com processos mais reduzidos e compreendendo melhor os aspectos de aquisições, o novo guia visa melhorar o controle e proporcionar que aquisições sem contrato também possam ser realizadas para o projeto.

Seguem as alterações dos processos:

Frase post: “Otimização de processos!”

Ouça o podcast original:

http://www.ricardo-vargas.com/pt/podcasts/newprocurement/

Oferecer soluções que promovam a integração dos diferentes processos de negócios entre distintas companhias é a grande aposta da SAP para manter-se relevante no agressivo mercado de TI. Também representa uma maneira de proteger-se de ser alvo de aquisições - rumores que, segundo o CEO global, Léo Apotheker, não passam de informações plantadas por jornalistas.

Quando a fabricante alemã de sistemas de gestão reforça esse posicionamento, ela, sobretudo, coloca-se como principal provedora de softwares fim a fim, ou seja, que atendam à toda a cadeia (como da fabricação à entrega do produto) e supram as diversas necessidades das empresas por otimização de processos. “Não queremos ser o único fornecedor, mas prover aplicações que se integrem com outras. Por isto, usamos uma arquitetura aberta, baseada em SOA”, explicou o membro do board executivo, Jim-Hagemann, em encontro com jornalistas latino-americanos na sede da SAP em Walldorf, na Alemanha. Esse caminho, defendem Apotheker e Hagemann, mostra-se melhor que se focar verticalmente em tecnologias, desde os aplicativos, banco de dados e infraestrutura.

Na estratégia da companhia alemã de 13 bilhões de euros, não há espaço para hardware. E isto está bem claro quando, por exemplo, Hagemann o define como commodity. “O futuro está na integração orientada à nuvem e no banco de dados in-memory. Assim, não faz sentido investir em hardware”, afirmou o executivo. Na mesma linha, Apotheker defende que a indústria de software está apenas começando e que as maiores movimetações - e, claro, as oportunidades - ocorrerão quando a “internet das coisas” for realidade. Isto aliado à geração Y, que impõe novas demandas para os players do setor e fará o mercado de software atraente o suficiente para companhias como a SAP centralizar neste nicho seus esforços. “Como fazer os dispositivos se comunicarem com as pessoas é um problema endereçado à indústria de software”, explicou o CEO.

Neste cenário, as aquisições não estão descartadas. Pelo contrário, os executivos da SAP em Walldorf  falaram com desenvoltura sobre o assunto, mas deixando transparecer que não se deve esperar outra compra de grande proporção como foi a da Business Objects. O direcionamento que vem do QG na Alemanha aponta para a chamada aquisição de tecnologia, ou seja, empresas de menor porte e que detenham algo que a SAP não domine.

Com este ritmo, a previsão no longo prazo é impor um crescimento de “dois dígitos” no faturamento, mas, ressalta Apotheker, de forma sustentável. Tanto que o CEO mostrou-se realista com relação à receita atual. “A crise nos afetou como afetou outras companhias. A pergunta que se deve fazer é qual é o mundo que emerge, porque ele será diferente de antes.” Ele defende um modelo sustentável de negócios e reconhece que não espera um rápido crescimento no curto prazo.

A sustentabilidade, aliás, é outra palavra que se ouve muito nos corredores de Walldorf, inclusive tendo impactado algumas ofertas, soluções que ganharam funcionalidades para, por exemplo, calcular a emissão de carbono ou os gastos com energia elétrica.

Fonte> http://www.itweb.com.br/noticias/index.asp?cod=62419&utm_source=newsletter_20091106&utm_medium=email&utm_content=SAP%20foca%20na%20integração%20de%20processos%20de%20negócios&utm_campaign=ITWebDirect

Neste final de semana, eu e meus colegas de MBA apresentamos nosso TCC e aproveitamos para divulgar nossa “futura” marca (se deus ajudar e tivermos tempo!!).

Segue a nossa logomarca:

Interessados, estamos abertos a novos projetos.

Abraços.

Uma pergunta: Quem é o verdadeiro cliente ?

Video: Mario Sergio Cortella

Aproveitando para quebrar a “rotina”, segue mais um OneWeek para seqüência do meu “projeto” pessoal….

Uma análise interessante que pode-se fazer sobre esses dois temas é sobre como as organizações aplicam tais procedimentos e quais os seus impactos. Quando abordamos o tema “rotina”, uma imagem que logo vem a cabeça e que o Ricardo colocou muito bem é Chaplin apertando parafusos no filme “Tempos modernos”, aonde não existe nada de inovador, não existe valor agregado, não é necessário conhecimento para realização daquela tarefa. Porém, por outro lado, existe um “beneficio” na rotina que esta presente na sua repetição, que é o fato de não requerer mão-de-obra especializada, permitindo redução no custo de produção. Como exemplo, podemos utilizar cadeia de fast food, aonde você sempre encontrará tudo igual em qualquer lugar do mundo.

Por outro lado, “projetos” vem somente para agregar valor, ou seja, um projeto traz algo diferente, único, exclusivo. E são esses fatores que proporcionam a individualidade do assunto e o faz ser tratado como um “projeto” e não “rotina”. Obviamente não podemos determinar que tudo deverá ser realizado por “projeto”, mas a melhor solução a ser tomada é refletir sobre como tratar o desejado.

Parece contraditório, mas falar de projetos parece simples, enquanto “rotinas”, parece falar de burocratização. Não podemos esquecer que o quanto mais amadurecemos o conhecimento sobre “projetos”, maior será a tendencia de querer praticá-lo em nosso dia-a-dia, seja ele um “projeto” de um BLOG, de uma viagem ou de uma casa. A palavra “rotina” assusta muita gente hoje em dia, alguns dos grandes males do nosso século são causados por “rotinas” em nossa vida profissional e pessoal.

Frase post: “A inovação se da pelo projeto!”

Ouça o podcast original:

http://www.ricardo-vargas.com/pt/podcasts/projectxroutine/

Essa semana vou comentar sobre o Custo da Qualidade, aonde o Ricardo coloca muito bem que: “Qualidade é igual a satisfação da necessidade do cliente”. Ao analisarmos um projeto o que devemos considerar é a real necessidade que o cliente apresenta, porque o que vai garantir a qualidade do projeto é entender e deixar muito claro o que ele deseja.

A definição das premissas do projeto muitas vezes não são suficientes para atender a satisfação do cliente porque não procuramos deixa-las extremamente claras, por isso que conversar com o cliente é evitar retrabalho é gerar qualidade ao que irá ser realizado. Gaste tempo, pergunte, pergunte e pergunte de novo, elimine as possibilidades de erros, não deixe uma possibilidade em aberto, porque um detalhe de fora pode ser uma realização mal sucedida pelos olhos do cliente.

O que precisamos é mudar a visão, melhorar o conceito e entender que custo e qualidade estão altamente ligados, apartir do momento em que convertemos custo em qualidade e transformamos isso em INVESTIMENTO. O que irá gerar oportunidades de redução e melhorias, refletindo o desejo de todo cliente.

Para muitos a qualidade não esta atrelada em atender a necessidade, mas sim ser considera-la como valor ao projeto, porque todo projeto tem que ter qualidade. É notório que a palavra qualidade possui multiplos sentidos e pode ser analisada por varios aspectos para definir um sentido. A qualidade pode estar ligada a necessidade do cliente, a uma tarefa, ao detalhe de uma tarefa e/ou pessoas, o que vai diferencia-la de custo e investimento é o resultado final. Não importa se a qualidade esta num produto ou no serviço, ambos terão um padrão de qualidade a ser seguido, mas somente um deles irão atender a necessidade do cliente. Deve-se considerar quais os aspectos que devem agregar maior valor ao cliente para definir qual o fator que realmente deve ser considerado como importante.

Frase post: Gaste com tempo e evite com custos!!!

Ouça o podcast original:

http://www.ricardo-vargas.com/pt/podcasts/costofquality/

18/09/2009
Companhia de serviços de emergência usa tecnologia de business intelligence para monitorar casos do vírus H1N1 e sintomas relacionados

A Emergency Medical Associates (EMA), que provê serviços de emergência para hospitais e sistemas de saúde em New Jersey, Nova York e Pensilvânia, adotou a tecnolgia de business intelligence (BI) da SAP para monitorar surgimento de casos da gripe suína.

Com a tecnologia, a EMA poderá alertar organizações federais, incluindo os centros de controle e prevenção de doenças, assim como 21 departamentos de emergência médica, sobre tendências. Os hospitais terão a possibilidade de usar as informações para remanejar profissionais de acordo com os dados da gripe, informou a SAP em comunicado.

Originalmente, a EMA escolheu dashboards da Xcelsius para monitorar indicadores-chave de desempenho relacionados aos pacientes. Durante a epidemia de H1N1 em abril, a empresa viu o potencial que tinha em mãos ao monitorar e controlar tendências de infecção da gripe suína em seus quartos de emergência a partir do uso de informações como mudanças no número de visitas, percentuais de pacientes circulando, tempo que os usuários conseguiam caminhar em relação ao dia de entrada e quanto tempo estava em tratamento. Os médicos tinham acesso online e em tempo real às informações com relatórios e análises do software da SAP BusinessObjects.

“Ao monitorar síndromes específicas nos relatos de nossos pacientes, podemos tartar febre e sintomas relacionados à gripe que são indicadores de H1N1″, informou Jonathan Rothman, diretor de gerenciamento de dados da Emergency Medical Associates (EMA). “Depois, comparamos isso com nosso largo histórico de informações para saber como estamos. Quando a estatística de um sintoma em particular excede os padrões, sabemos que estamos com um problema em nossas mãos. A partir disso notificamos organizações locais, estaduais e federais sobre crescimento de casos de gripe suína.”

A EMA coleta dados de milhares de pacientes anualmente com cerca de 1,3 mil relatos por mês. A firma emite alertas de notificações quanto sintomas relacionados ao vírus H1N1 excedem o padrão de variação.

A SAP é parte das diversas tecnologias que os provedores de saúde estão trazendo para o dia a dia para monitorar e controlar a contaminação por H1N1. Essas companhias também adotaram Twitter e ferramentas do Google e iPhone. O Google Flu Trends controla a gripe suína ao monitorar resultados de buscas e o centro de controle de doenças utiliza Twitter, YouTube e outras ferramentas da internet para monitorar casos.

Fonte: http://www.itweb.com.br/noticias/index.asp?cod=61043&utm_source=newsletter_20090921&utm_medium=email&utm_content=Empresa%20usa%20BI%20da%20SAP%20para%20monitorar%20gripe%20suína&utm_campaign=ITWebDirect

Essa semana irei comentar sobre o tema Lições Aprendidas, talvez um dos tópicos mais importante pelo valor que agrega a toda a equipe do projeto. A melhor forma de se aprender com erros e acertos é analisando tudo o que ocorreu durante o projeto e utilizar isso como referencia para futuras decisões que possam ser tomadas.

Para isso, temos que “documentar o conhecimento”, de uma forma simples, clara, de forma relevante, ou seja, de forma que seja aplicavel em algum momento ou projeto, temos que contextualizar os dados para que seja possivel realizar comparações de diversos cenários.

Um bom exemplo citado pelo Ricardo é a violencia contra os turistas, aonde pode-se refletir o porque a violencia não atinge o cidadão comum, simplesmente porque ele tem conhecimento, malicia, dos fatos já ocorridos e não pratica os mesmos erros para se sujeitar a situações de risco, fator que o turista não tem conhecimento e acaba sendo vitima da situação.

Novamente vou fazer uso do grande sucesso musical dos gerentes de projeto (Dança do Créu!!!!) para descrever como as lições aprendidas devem ser:

Pra ser “lições aprendidas” tem que ter:

- linguagem clara e simples;

- ser rastreavel;

- ser relevante;

- ser contextualizada.

A grande frase para marcar esse post é:

“Aprender e se adaptar faz a diferença.”

Sucesso a todos!!!

Ouça o podcast original:

http://www.ricardo-vargas.com/podcasts/lessonslearned/

O PRR (Premissas, Restrições e Riscos) são fatores que definem o sucesso de um projeto. Premissas bem definidas demonstram conhecimento e segurança contra possiveis riscos que possam ocorrer. Entender as necessidades e coloca-las de forma clara e objetiva para a execução do projeto permitem definir as premissas adequadas.

Pode-se definir premissas como fatores importantes que não são possiveis de assegurar! (É o famoso: Eu acho!).

Riscos são decorrentes das premissas, toda premissa gera um risco!!!! Para combate-los a melhor solução é criar restrições que evitem riscos.

É importante ressaltar que restrições bem elaboradas minimizam todo e qualquer risco. (É o famoso: Eu controlo!)

Exemplo: Realização de uma tarefa.

Premissa
Presença de toda a equipe durante 100% da atividade.

Restrição
Liberação dos integrantes das equipes pelos gerentes das  areas.

Risco
Ausência de alguns integrantes da equipe.

Sucesso a todos!!!

Ouça o podcast original:

http://www.ricardo-vargas.com/podcasts/assumptions/