A consultoria Gartner prevê que, até 2012, 20% das empresas não terão ativos de TI e, em quatro anos, a maioria dos projetos de TI vai incluir custos com emissão de carbono, entre outros

Redação da Computerworld
Publicada em 05 de fevereiro de 2010 às 09h05

As novas ferramentas de comunicação e as preocupações com o meio ambiente devem servir como principais motivadores em termos de tendências de TI para os próximos cinco anos. A constatação faz parte de um relatório emitido pela consultoria Gartner e que prevê os nove grandes movimentos que devem acontecer no setor de tecnologia até 2015.

Acompanhe os principais tópicos que devem mudar o mercado de TI, de acordo com o Gartner:

1- 20% das empresas não terão ativos de TI (até 2012)
Virtualização, cloud computing e profissionais usando sistemas de desktops e notebooks em redes corporativas são algumas das inúmeras tendências que vêm impulsionando o movimento de redução dos ativos de TI. A necessidade de equipamentos, seja nos data centers ou nas mesas dos funcionários, não desaparecerá. Mas o Gartner avalia que se a propriedade do hardware passar para terceiros, haverá mudanças em toda a indústria.

A consultoria avalia que os orçamentos de TI das empresas tendem a sofrer reduções ou serão realocados para projetos mais estratégicos. Ao mesmo tempo, a equipe de tecnologia será reduzida ou reeducada para atender a novas exigências.

2- As companhias de serviços de TI da Índia vão representar 20% dos principais agregadores em nuvens do mercado (até 2012)
As empresas indianas vão consquistar posições de mercado e níveis de confiança estabelecidos para explorar modelos de crescimento de receitas não lineares. Essas companhias também direcionarão esforços de pesquisa e desenvolvimento, especialmente na área de computação em nuvem. O trabalho coletivo dos fornecedores centralizados na Índia representa um segmento importante dos agregadores em nuvens do mercado, que oferecerão opções de terceirização que viabilizem a oferta de serviços baseados em cloud computing.

3- O Facebook vai se tornar o hub para integração de redes sociais e socialização Web (até 2014)
Por meio do Facebook Connect e outros mecanismos similares, o Facebook dará suporte e terá papel fundamental no desenvolvimento da web social distribuída e interoperável. Com o contínuo crescimento da rede social, essa interoperabilidade será crítica para o sucesso e a sobrevivência de outras sociais, canais de comunicação e sites de mídia.

Outras redes sociais (incluindo o Twitter) vão continuar a evoluir, mas tendem a se especializar na oferta de comunicação e conteúdo, enquanto o Facebook representará um denominador comum a todas elas.

4- A maioria dos cases de negócios de TI vai incluir os custos da correção do carbono (até 2014)
Virtualização de servidores e gerenciamento da energia de desktops trazem redução de custos com energia e essas economias podem ajudar a justificar os projetos. A incorporação dos custos do carbono aos negócios fornece mais uma medida das economias e prepara a organização em relação ao seu impacto de carbono.

Pressões econômicas e políticas para demonstrar responsabilidade pelas emissões de dióxido de carbono vão forçar mais empresas a quantificar os custos do carbono nos seus negócios e fornecedores terão de fornecer estatísticas sobre o ciclo de vida do carbono de seus produtos ou encarar a erosão de sua participação no mercado. A incorporação dos custos do carbono nos negócios vai apenas acelerar levemente os ciclos de substituição.

Uma estimativa razoável para o custo do carbono em operações típicas de TI seria um ou dois pontos porcentuais dos custos gerais. Portanto, a prestação de contas sobre o carbono vai, provavelmente, alterar o market share, mas não o tamanho do mercado.

5- 60% das emissões de gases estufa na vida total dos PCs terão ocorrido antes que o usuário ligue a máquina pela primeira vez (em 2012)
Durante seu ciclo de vida, um PC típico consome dez vezes seu próprio peso em combustíveis fósseis, mas cerca de 80% do uso energético total de um computador ocorre durante sua produção e transporte. A maior consciência entre os compradores e aqueles que influenciam a compra, a maior pressão dos rótulos ecológicos (eco-labels), as crescentes pressões de custo e a pressão social alertaram a indústria de TI para o problema das emissões de gases estufa. A consciência ambiental e a pressão legislativa vão aumentar o reconhecimento das emissões de dióxido de carbono na produção e nas atividades de uso. Os provedores de tecnologias devem prever que terão de fornecer dados sobre as emissões de dióxido de carbono para um número crescente de clientes.

6- O marketing pela internet será regulamentado, controlando mais de US$250 bilhões em gastos mundialmente (até 2015)
A pressão por uma maior prestação de contas significa que a reação de consumidores incomodados provavelmente vai direcionar a legislação para regulamentar o marketing pela internet. As companhias que focam a internet primariamente com objetivos de marketing deverão se ver impedidas de comercializar com os clientes de forma eficaz, ficando em desvantagem competitiva quando as novas leis entrarem em vigor. Apesar do alto crescimento, os fornecedores que concentram-se unicamente e vendem predominantemente soluções de marketing via internet vão se defrontar com um mercado em declínio, pois as companhias vão dirigir os fundos de marketing a outros canais para compensar.

7- Mais de 3 bilhões de pessoas poderão realizar transações eletronicamente via celulares ou internet (até 2014)
As economias emergentes verão rapidamente o crescimento da adoção de celulares e da internet até 2014. Ao mesmo tempo, progressos em pagamentos, comércio e operações bancárias via dispositivos móveis estão facilitando as transações eletrônicas via celular ou Internet no PC. A combinação dessas duas tendências cria uma situação na qual uma maioria significativa da população adulta do mundo vai poder efetuar transações eletrônicas até 2014.

O Gartner prevê que, até 2014, haverá uma taxa de penetração de dispositivos móveis de 90% e 6,5 bilhões de conexões móveis. A penetração não será uniforme, pois continentes como a Ásia (excluindo-se o Japão) verão uma penetração de 68% e a África, 56%. Embora nem todas as pessoas que tenham um celular ou acesso à internet vão efetuar transações eletrônicas, cada uma delas poderá fazer isso. As transações em dinheiro continuarão a ser dominantes nos mercados emergentes até 2014, mas as bases para as transações eletrônicas estão em andamento para a maioria do mundo adulto.

8- O contexto será tão influente para serviços móveis de consumo e relacionamento quanto mecanismos de busca são para a web (até 2014)
Enquanto a busca fornece a “chave” para organizar informações e serviços para a web, o contexto será a “chave” para oferecer experiências personalizadas por meio de smartphones ou qualquer interação que um usuário final tenha com a tecnologia da informação. Os sistemas de busca são centrados na criação de conteúdo que chame a atenção e possa ser analisado. O contexto vai se concentrar em padrões de observação, particularmente localização, presença e interações sociais. Embora a busca tenha sido baseada em um conjunto de informações da web, os serviços enriquecidos com contexto vão, em muitos casos, pré-propagar ou extrair informações para os usuários.

A posição mais poderosa no modelo de negócios de contexto será a de provedor de contexto. Provedores de Web, dispositivos, plataformas sociais, serviços de telecomunicação, fornecedores de software e de infraestrutura de comunicação vão competir para serem provedores de contextos significativos nos próximos três anos. Qualquer fornecedor da web que não se torne um provedor de contexto arrisca-se a ceder a propriedade efetiva do cliente a outro provedor de contexto, o que vai impactar os negócios clássicos e móveis dos fornecedores.

9- Os telefones celulares vão ultrapassar os PCs como dispositivo mais comum para acesso à web (até 2013)
De acordo com as estimativas do Gartner, o número total de PCs em uso chegará a 1,78 bilhão de unidades em 2013. Até 2013, a base instalada combinada de smartphones e telefones equipados com navegadores vai ultrapassar 1,82 bilhão de unidades e, dali em diante, será maior do que a base instalada de PCs. Tipicamente, os usuários de dispositivos móveis estão preparados para dar menos cliques em um site web do que os usuários que acessam em um PC. Embora um número crescente de sites e aplicações baseadas na web ofereça suporte para dispositivos móveis pequenos, muitos ainda não o fazem. Os sites que não forem otimizados para formatos de tela menores vão se tornar uma barreira de mercado para seus proprietários – muito conteúdo e muitos sites terão que ser reformatados/reconstruídos.

Fonte: CIO

De acordo com relatório, por uma pressão das empresas, os CIOs deverão ter 40% de suas equipes provenientes de outras áreas da companhia ou sem experiência em tecnologia

Redação da CIO Brasil
Publicada em 20 de janeiro de 2010 às 08h00

Por conta de um envolvimento cada vez maior da TI com questões relacionadas ao negócio, o CIO precisará diversificar sua atual equipe. A constatação faz parte de um relatório divulgado pela consultoria Gartner e no qual são identificados quatro novos perfis de profissionais que devem ser incorporados à área de tecnologia da informação, mas que não têm conhecimentos técnicos.

O relatório do Gartner faz uma previsão de que, até o final de 2010, 40% das pessoas que se reportam à área de TI – seja de forma direta ou indireta – terão um foco bastante direcionado ao negócio ou não apresentarão um perfil tecnológico.

Focados em questões legais
Segundo o Gartner, 20% das duas mil maiores companhias do mundo devem incorporar a seus organogramas a função de gestor de suporte legal. O número fica bem acima dos 5% registrados em 2005.

As atribuições desse profissional contemplam a criação de políticas para a estruturar parcerias, a adequação operacional a normas regulatórias e a mediação das relações entre as áreas de TI e departamento jurídico. Em vez da contratação desses profissionais, as empresas podem optar pelo treinamento de executivos de segurança da informação em legislação.

Focados em arquivos digitais
Arquivistas digitais serão necessários para organizar e preservar arquivos digitais corporativos para fins legais e regulatórios. De acordo com as expectativas do Gartner, até 2012, 15% das empresas terão em seus quadros de pessoal funcionários responsáveis pelo arquivamento eletrônico de documentos. Em 2009, a presença desses profissionais não foi detectada em nem 1% das companhias.

Quanto ao perfil de quem pode ocupar essa posição, estão pessoas com formação em biblioteconomia ou antigos funcionários já em fase de aposentadoria.

Focados em gestão das informações de negócio
Com base em pesquisa realizada pelo Gartner de junho a agosto de 2009, 20% dos gestores de negócios classificaram como “pobres” as informações que recebem dos departamentos de TI. Assim, os CIOs cada vez mais serão cobrados por, dentro de suas equipes, criar uma área específica para gestão de dados.

Ainda de acordo com a consultoria, até 2013, 20% das organizações já devem ter criado essa função.

Focados na arquitetura de dados corporativos
Assim como acontece na TI, as áreas de negócios também precisarão de profissionais responsáveis por questões como taxonomia, modelos de documentos e templates de apresentação. No entanto, a principal atribuição desse colaborador será de desenvolver maneiras para a utilização dos dados – estruturados ou não – armazenados nos data centers da companhia. Em alguns casos, o arquiteto de informação pode ser a mesma pessoa que assumiu a gestão dos dados.

Fonte: CIO

Matthew Hotle
27 de julho de 2009

Transformar uma empresa em uma organização de projetos e uma organização de suporte não é incomum. Existem várias razões para que isso aconteça, mas essa mudança definitivamente não é a solução para orçamentos restritos.

Considerações básicas
- Modificar a estrutura da sua empresa deve ser a última opção a se levar em conta.
- Habilidades e disposição são mais importantes do que uma estrutura teoricamente perfeita.

Recomendações
- Não faça mudanças organizacionais para resolver falhas de processo. Foque no procedimento antes de tudo.
- Alterne tarefas, por exemplo, para estimular a disposição dos funcionários caso opte por um modelo de segmentação.
- Verifique se os contratos entre provedor e clientes (em inglês service-level agreements – SLAs) continuam válidos antes de dar início à mudança organizacional.

O que você precisa saber

Os clientes normalmente perguntam se deveriam dividir sua equipe em projetos (a que normalmente se referem como desenvolvimento, mas na verdade são estratégias de aperfeiçoamento e para obter novos contatos) e suporte.

Empresas que já seguem esse modelo de estrutura questionam se esta é a melhor escolha ou se deveriam retornar a um estilo de organização mais diversificado. Essa é uma decisão do tipo “será que a grama do vizinho é mais verde?”. A maioria das companhias que consideram a possibilidade de organizar sua estrutura dessa maneira estão na verdade tentando solucionar um de diversos problemas de processo.

- Os projetos estão atrasados (embora nunca estourem o orçamento) porque os recursos destinados a eles acabam sendo gastos com suporte.

- Funções de suporte exigem habilidade para lidar com múltiplas tarefas ao mesmo tempo.

- Recursos de suporte costumam ser fragmentados.

- Habilidades de suporte ou estão indisponíveis ou deixarão de existir em breve devido à transferencias ou a aposentarias.

- Relações disfuncionais entre grupos levam a conflitos morais e de gerenciamento.

Apenas modificar a estrutura da empresa não vai resolver nenhum desses problemas. Ao contrário, se esta for a única mudança da situação, eles ficarão mais graves em seis a 18 meses, simplesmente porque além de apresentar processos falhos a empresa terá de lidar com a ruptura de um padrão. Há bons motivos para alterar o modelo estrutural de uma companhia (esta não é uma pesquisa sobre quando mudar, mas sim sobre como mudar), porém essa decisão deve ser tomada cautelosamente, se levando em conta o potencial de solucionar problemas com novos processos.

ANÁLISE

A primeira regra para mudar o design de uma organização: não faça isso!

Nem sempre isso é verdade, obviamente. Entretanto, mexer constantemente nas relações hierárquicas essenciais ao bom funcionamento da companhia é um dos erros corporativos mais comuns. Essa é uma saída relativamente fácil porque os gerentes influenciam diretamente essas estruturas. Além disso, é um tipo de mudança que rapidamente se pode notar. Mas há dois inconvenientes:

- Mudar a estrutura de uma empresa implicará de seis a 18 meses de adaptação. Alguns funcionários se sentirão bem com seus novos chefes, outros nem tanto. Quando essas hierarquias são modificadas, há sempre um período posterior de familiarização. Haverá ainda uma fase na qual as tarefas deverão se encaixar ao novo modelo estrutural.

- Os processos falhos permanecem ineficazes. Esse é o ponto crucial. Muitas companhias tentam alterar sua estrutura porque precisam resolver problemas de processo, mas isso não funciona. Primeiro solucione a falha no procedimento, depois avalie se vale a pena implementar uma mudança estrutural.

Grande parte da atividade em que se fundamenta uma organização se origina de relacões informais e processos implícitos. As estruturas atribuem status ou poder a determinados cargos. Muitas empresas não estão cientes desse elemento subliminar e normalmente os prejudicam ou destroem durante restruturações. Justamente as estruturas e processos que precisam ser eliminados costumam sobreviver às mudanças. Várias empresas almejam solucionar problemas de planejamento e de recursos humanos segmentando suas estruturas. Vamos supor que essa separação é válida. Como ela deve acontecer?

Fundamentos de uma separação de projetos e suporte

Se você pretende segmentar sua empresa, precisa seguir os seguintes passos:

- Definir claramente o que é um “projeto” e quais atividades estão relacionadas com o “suporte”. Isso pode parecer simples, mas as empresas costumam chamar de projeto conjuntos amorfos de tarefas ou qualquer atividade que precise ser coordenada. Suponhamos que um projeto é uma tarefa que exige no mínimo 320 horas. Há uma explicação para isso. Baseando-se nas oito horas do plano de tarefas do Instituto de Gerenciamento de Projetos, chegamos a conclusão de que um projeto inclui cinco fases (demanda, avaliação/planejamento, organização, testes e implementação), e cada fase implica três atividades. Cada atividade envolve três tarefas (cinco fases: três atividades por fase e três tarefas por atividade), o que nos leva a um total de 320 horas. Todo o restante é suporte. Normalmente, há três tipos de suporte: reparação de falhas, pequenas mudanças ou aperfeiçoamento e questões relacionadas com as SLAs. Temas regulatórios entram em ambas as categorías. Caso a demanda por pequenas mudanças seja constante, deve ser incluída em suporte; senão devem ser classificadas como projetos e receber prioridade máxima.

- Para cada demanda, crie uma SLA. Recapitulando: suporte é solução de problemas, aperfeiçoamentos simples e outras atividades relacionadas com SLAs (responder a dúvidas de clientes, analisar possibilidades e assim por diante). Essas demandas precisam ser claramente definidas e traduzidas para uma SLA que eficazmente permita que a empresa ofereça o nível de serviço a que se propõe.

- Com base nas SLAs e na demanda, classifique a organização. Infelizmente a maioria das empresas que querem segmentar sua força de trabalho começam por essa etapa. Saber quantas pessoas devem ficar no setor de suporte é impossível antes de: 1 perceber a gravidade e a frequência das falhas dos projetos 2 quantas pessoas a empresa pretende pagar para implementar melhorias 3 quais outros serviços devem ser oferecidos, quando e como. Pode ser que tudo isso pareça simples. Mas agora devemos prestar atenção no principal desafio da mudança: as pessoas envolvidas nesse processo. Reparação de erros é uma atividade que exige profissionais que se sentem confortáveis trabalhando sob pressão e que são pragmáticos. Essas habilidades podem não ser raras, mas é comum haver pessoas dispostas a trabalhar no setor de suporte que não possuem essas habilidades básicas. O principal problema, entretanto, é que a maioria dos profissionais de TI não quer realizar apenas tarefas de suporte. Eles interpretam essa atividade como algo sem futuro e limitado. Além disso, os profissionais de desenvolvimento tendem a se considerar superiores aos do setor de suporte. Quando uma empresa segmenta sua estrutura, precisa pensar em como fazer com que seus funcionários se sintam confortáveis com tarefas de suporte e inclusive queiram realizá-las. Existem alguns truques para isso:

- Pague bônus à equipe de suporte. Muitas empresas rejeitam essa ideia, principalmente porque subvalorizam o trabalho que esses profissinais desempenham.

- Crie o hábito de delegar tarefas diferentes ou mais complexas a membros da equipe de suporte por um período, seguindo um rodízio. Tipicamente, esses períodos duram de 12 a 18 meses. Não deixe que sejas mais longos. Quando isso acontece, se perde toda a credibilidade do processo de rodízio. Com o tempo, esses períodos podem se tornar mais curtos.

- Convença profissionais a desempenharem funções de suporte dizendo a eles que após concluírem o rodízio poderão se aperfeiçoar em tarefas que lhe interessam.

Faça a mudança acontecer

Uma empresa não precisa ser completamente segmentada. Há ocasiões em que apenas alguns setores precisam adotar esse modelo estrutural:

- Quando um único projeto grande tem uma trajetória de implementação dividida em fases e a empresa quer estabelecer sua estrutura logo no início para conseguir alcançar seus objetivos a longo prazo. Nesse caso, se a estrutura de longo prazo for segmentada, é melhor começar o processo criando um grupo de suporte separado logo após a instalação. Esse grupo deve ser formado por membros da equipe de desenvolvimento que realizam diferentes tarefas seguindo um esquema de rodízio.

- Desenvolvimentos rápidos ou repetitivos podem resultar em diferentes mesclas de recursos. Projetos rápidos normalmente exigem tarefas de tempo integral e monopolizam os recursos; não é aconselhável que esses mesmos recursos atendam às atividades de produção. Portanto, a equipe de desenvolvimento poderia lidar com falhas e aperfeiçoamentos simples enquanto um outro grupo seria responsável por necessidades de suporte críticas.

- Em algumas empresas, há certas atividades nas quais a demanda de recursos para suporte é mínima. Ou seja, normalmente uma única pessoa é responsável por essa tarefa. Treinar outros profissionais parece desnecessário e às vezes acabam utilizando recursos externos.

- Em muitas companhias, a necessidade de dar suporte a aplicações ERP exige segmentação, porém o modelo segmentado se baseia em escalas, independentemente de elas serem suficientes ou não.

Em seguida, é preciso organizar o tempo disponível. Mudanças impactantes têm consequências impactantes. Tente implementá-la por partes. Também é necessário tomar uma decisão de recursos muitas vezes difícil: em alguns casos, as empresas optam por terceirizar completamente o setor de suporte, e fazem isso por motivos realmente válidos. Embora essa decisão esteja fora da abrangência desta discussão, externalizar os processos é algo a ser analisado, planejado e executado cuidadosamente.

Conclusão

Separar uma empresa em uma de projetos e outra de suporte não otimiza recursos e atividades. Se essa mudança é implementada sem que se leve em consideração as questões aqui expostas, as falhas de recursos permanecerão e serão agravadas pela ruptura do fluxo de trabalho e de relações hierárquicas. Frequentemente, os problemas de planejamento de recursos podem ser resolvidos sem uma mudança estrutural. No caso de a separação ser a melhor alternativa, o planejamento e a execução detalhados serão a diferença entre obter um bom resultado ou apenas criar um novo conjunto de padrões ineficazes.

Fonte: Info Corporate

Publicada a versão 2009 do Gartner Magic Quadrant for IT Project and Portfolio Management.

O Magic Quadrant é a representação gráfica de um mercado durante um período de tempo específico.

Ele descreve a análise da Gartner de como determinados fabricantes são avaliados com base em critérios definidos pela própria empresa para esse mercado. A Gartner não endossa nenhum fornecedor, produto ou serviço descrito no Magic Quadrant nem recomenda que os usuários de tecnologia selecionem apenas os fornecedores dispostos no Quadrante dos “Líderes”.

O Magic Quadrant é meramente uma ferramenta de pesquisa e não tem como objetivo ser um guia específico de decisões estratégicas.

Os fabricantes são classificados em quatro quadrantes como: “Líderes”, “Desafiadores”, “Visionários” ou “Fornecedores de nicho”.

• Líderes. São aquelas empresas que têm uma atuação consistente no mercado, assim como uma visão clara de direcionamento de marketing. Essas empresas devem, ainda, manter um desenvolvimento de competências para sustentar sua posição de liderança no mercado.
• Desafiadores. Os desafiadores executam bem, mas ainda não demonstram uma visão particular neste mercado.
• Visionários. Estes fornecedores já demonstraram inovação neste mercado, mas ainda terão que apresentar o mix da viabilidade global, dimensão funcional, execução de vendas, e acompanhamento dos registos para passarem para o quadrante dos líderes.
• Fornecedores de nicho. Os fornecedores que se encontram neste quadrante tendem a ter pontos fortes em muitos aspectos do mercado, sem disponibilizarem um suporte mais abrangente. Alternativamente, tendem a ter uma experiência mais limitada em termos geográficos, através da falta de enfoque neste mercado, ou porque são novos no mercado.

Veja na integra em: http://mediaproducts.gartner.com/reprints/microsoft/vol6/article11/article11.html

Fonte: Twitter do Ricardo Vargas

Para Ione Coco, ao contrário do que acontece na maior parte dos casos, as áreas de negócio – e não o CIO – precisam decidir quais projetos de tecnologia da informação devem ser implementados primeiro na organização

Tatiana Americano, da CIO Brasil
Publicada em 08 de junho de 2009 às 17h09

A priorização dos projetos de TI sempre foi uma questão polêmica para as organizações e, de forma geral, representa um ponto de conflito entre os responsáveis pela tecnologia da informação e as áreas de negócio. No entanto, Ione Coco, vice-presidente do Gartner para América Latina, considera que a origem do problema está na falta de entendimento sobre as responsabilidades por esse tipo de decisão.

“Existe uma distorção nas empresas, uma vez que a área de TI assume um papel de definir quais os projetos são prioritários para a companhia”, afirma Ione, que explica: “Mas essa responsabilidade não pode ser do CIO e, sim, do negócio, que deve analisar quais as iniciativas são estratégicas e devem ser implementadas primeiro.”

Ainda de acordo com Ione, o papel da área de TI deve ser o de prover as informações necessárias para a construção do escopo do projeto. “Só que quem precisa defender o investimento como prioritário para a companhia é o dono da iniciativa”, complementa a vice-presidente.

Uma das formas apontadas pela especialista para solucionar esse problema é a criação de uma área voltada exclusivamente a gerenciar os projetos da organização – não só da área de TI – e que esteja ligada ao presidente ou ao CEO da companhia.

Fonte: CIO

Matthew Hotle
8 de maio de 2009

Descobertas chave

• Mudar sua estrutura organizacional deveria ser o último recurso.
• Recursos humanos qualificados e determinação são mais importantes do que uma melhor estrutura organizacional.

Recomendações

• Não faça mudanças organizacionais para solucionar problemas nos processos. Foque primeiro o próprio processo.
• Use atribuições rotativas de tarefas e outros incentivos para gerar determinação se a segmentação for sua opção.
• Assegure-se de que os acordos de nível de serviço (SLAs) tenham sido implementados antes de realizar a mudança organizacional.

O QUE VOCÊ PRECISA SABER
Os clientes costumam perguntar se deveriam dividir seu pessoal entre projetos (geralmente associados a desenvolvimento, na verdade se referem a trabalho líquido e novo, e a projetos de aperfeiçoamento) e suporte. As empresas que já se encontram nessa situação perguntam se seria melhor dividir o pessoal ou se deveriam voltar a ser uma empresa de estilo misto. Se isso soar mais como um estilo de tomada de decisões do tipo “será que a grama está mais verde”, então é mesmo. A maioria das empresas que cogita dividir suas estruturas organizacionais seguindo esses preceitos está na verdade tentando solucionar uma de várias questões relativas a seus processos:

• Os projetos estão atrasados (embora sem ultrapassar o orçamento) porque os recursos alocados para eles foram transferidos para a área de suporte.
• As qualificações da área de suporte estão totalmente unificadas, sem nenhum backup ou contingência.
• Os requisitos de recursos para suporte estão fragmentados.
• O pessoal qualificado para a área de suporte ou não está disponível, ou logo não estará mais disponível devido a aposentadorias ou transferências.
• Relacionamentos problemáticos entre os diferentes grupos geram problemas significativos de gestão e estado de espírito.

Mudar simplesmente a estrutura organizacional não irá solucionar nenhum desses problemas. De fato, mudar a empresa irá, todas as outras coisas mantendo-se as mesmas, tornar os problemas ainda piores durante seis a 18 meses, simplesmente porque, além de possuir processos problemáticos, a empresa enfrentará a distração de um novo quadro organizacional. Há bons motivos para mudar um empresa (esta pesquisa não se refere a quando mudar, mas a como mudar), mas fazer isso deve ser algo cuidadosamente avaliado e ponderado com o potencial das mudanças nos processos de solucionarem efetivamente os problemas, e não apenas mudarem o pessoal de lugar.

ANÁLISE
A primeiro regra para mudar um desenho organizacional: Não faça isso!

É claro, isso nem sempre é verdade. Porém, modificar os relacionamentos de reporte e o lugar das pessoal com certa freqüência é um dos principais problemas que as divisões de aplicações enfrentam. É relativamente fácil porque os relacionamentos e a dimensão do controle são algo sobre os quais os gestores têm controle direto, e o mais importante, é fácil ver que uma mudança está sendo feita. Porém, há dois problemas aqui:

• Mudar a estrutura de uma empresa resultará entre 6 a 18 meses de ruptura. Alguns se associam a seus chefes; enquanto outros não se sentem à vontade com eles. Independente disso, quando os relacionamentos de reporte organizacional forem modificados, haverá um período de acomodação entre os novos associados e sua gestão. Haverá também um período de tempo em que as partes da empresa sujeitas às modificações deverão se realinhar para que o trabalho possa fluir novamente pela nova estrutura de gestão.
• Os maus processos continuam sendo maus. Isso é realmente fundamental aqui. Muitas empresas tentam mudar seus quadros organizacionais para solucionar um problema dos processos, mas isso não funciona. Solucione o problema primeiro, e então escolha uma estrutura organizacional que funcione.

Grande parte das atividades nas empresas tem origem em relacionamentos informais e em processos implícitos. Status ou poder já foram atribuídos nas estruturas já existentes. Muitas empresas têm muito pouca consciência desses aspectos, e os danificam ou destroem durante os processos de reorganização. Infelizmente, algumas das estruturas e processos que deveriam ter sido modificados sobrevivem ao processo de reorganização.

Para colocar isso tudo no contexto desta discussão, muitas empresas estão de problemas de RH e de planejamento através da segmentação de suas estruturas organizacionais. Vamos presumir que haja bons motivos para dividir a empresa, incluindo aqueles citados acima. Qual é a mecânica dessa separação?

Aspectos Fundamentais de uma Divisão das Áreas de Projetos/Suporte
Se você estiver prestes a segmentar sua empresa, então o seguinte conjunto de passos será crucial ao fazer isso:

• Defina claramente o que é um projeto e quais atividades serão atribuídas à área de suporte. Isso poderá parecer fácil, mas muitas empresas referem-se a um projeto como alguma espécie de massa amorfa de trabalho, ou como qualquer coisa que precise ser administrada. Para os fins desta discussão, vamos presumir que um projeto é algo que contenha um mínimo de 320 horas. Há algum sentido nisso: usando o mínimo necessário de oito horas para o planejamento de tarefas estabelecido pelo Project Management Institute (PMI), vamos presumir que um projeto possua cinco fases (requisitos, análise/design, código, teste e implementação), e que cada uma dessas fases possua apenas três atividades. Cada atividade possui três tarefas associadas a ela. Temos agora um total de 15 tarefas (cinco fases: três atividades por fase e três tarefas por atividade), o que gera um total de 320 horas. Tudo o mais fica a cargo da área de suporte. Geralmente, há três tipos de atividades de suporte: reparo de defeitos, pequenas mudanças ou aperfeiçoamentos, e outros trabalhos necessários para atender aos SLAs. O trabalho de conformidade ou observância regulatória poderá na verdade entrar em qualquer uma das categorias de projetos ou suporte. Se houver uma necessidade consistente de pessoal para realizar essas mudanças, então essas mudanças poderão ir para a área de manutenção. Se a demanda for esporádica, então será melhor lidar com elas como se fossem projetos, colocando-as no topo da cadeia de prioridades.
• Para cada aplicação ou grupo de aplicações, crie um SLA. Ou seja: Suporte consiste no reparo de defeitos, pequenos aperfeiçoamentos, e outros trabalhos necessários para prover suporte aos SLAs (resposta a questões corporativas, realização de análises conjunturais e assim por diante). Aqueles serviços devem ser claramente definidos e codificados em um SLA que proveja à empresa e à divisão de aplicações um mecanismo para atender aos níveis de serviços desejados pela empresa. Isso proverá também um mecanismo para dimensionar a divisão de suporte.
• Com base nos requisitos dos SLAs e de trabalho, dimensione a estrutura organizacional. Infelizmente, é daqui que parte a maioria das empresas que desejam segmentar seu pessoal. Determinar quantas pessoas devem estar na divisão de suporte é um terreno desconhecido até que você determine: (1) a taxa de contratação segundo a gravidade dos defeitos; (2) quantas pessoas a empresa está disposta a pagar para realizar os pequenos aperfeiçoamentos; e (3) quais outros serviços devem ser realizados, quando e como (veja “Administrando a Inexorável Demanda por Trabalho em Aplicações”).

Até agora, tudo isso é razoavelmente simples. Agora, porém, chegamos ao que é talvez o maior impedimento para a realização de uma segmentação: os próprios associados. O reparo de defeitos requer pessoas que estejam acostumadas e dispostas a trabalhar sob pressão, e que sejam muito bons solucionadores de problemas. Geralmente não há pouca oferta de tais recursos humanos, mas é algo que vale a pena observar porque poderá haver pessoas dispostas a realizar o trabalho de suporte e que não possuam as qualificações básicas. O maior problema, porém, é que muitos profissionais de TI simplesmente não desejam realizar somente o trabalho de suporte. Eles consideram uma tarefa de suporte como uma via sem saída, um predecessor da terceirização ou uma mudança que limitará suas perspectivas. Por outro lado, os que pertencem à comunidade de desenvolvedores poderão vir a ver a si mesmos como superiores aos profissionais da divisão de suporte. Ao realizar o trabalho de segmentação, as empresas precisam pensar em como poderão fazer com que seu pessoal se sinta confortável realizando uma tarefa de suporte e disposto a aceitá-la. Há um alguns mecanismos chave para fazer isso:

• Pague um bônus ao pessoal de suporte. Muitas empresas recusam-se a fazer isso, pois consideram que o trabalho de suporte não possui valor agregado.

Fonte: Info Corporate

Jogando nas onze em TI

Nem especialista, nem generalista: a tendência é que o mercado procure cada vez mais os “versatilistas”, profissionais com qualidades dos dois perfis

Por Aline Brandão

A velha discussão “especialistas X generalistas” parece estar com os dias contados. Pelo menos é o que insinua o estudo do Gartner Unlocking the Business Value of People: Building Versatility (“Desvendando o Valor de Negócio das Pessoas: Construindo Versatilidade”). De acordo com o o trabalho, a demanda pelos especialistas em TI deve diminuir em 40% até 2010; enquanto isso, já é possível notar uma procura cada vez maior pelo que o estudo chama de “perfil versatilista”.

Mas afinal, quem é e o que faz um versatilista? A palavra é nova, mas o conceito é um velho conhecido – especialmente para os brasileiros. Na definição do Gartner, o versatilista é alguém com conhecimentos profundos em um escopo de situações e experiências progressivamente maior.

“Em bom português, ele é ‘o cara que joga nas onze’ – define o gerente de recrutamento da CASE Consulting, Luís Felipe Castro. Luís dá um outro exemplo. Digamos que o especialista ponha todas as suas “fichas” numa única tecnologia, enquanto o generalista distribui suas “fichas” igualmente entre todas. O versatilista seria o meio-termo: ele escolhe três ou quatro áreas para se dedicar mais, sem fechar os olhos para o que está em volta.

Seguindo a maré do mercado

Em países como os Estados Unidos, a idéia causa mais estranheza do que aqui no Brasil. Isso acontece por conta das diferenças culturais: lá, a divisão entre especialistas e generalistas sempre foi bem definida. Além disso, os americanos não estão acostumados a realizar tarefas que estejam fora do job description – algo que os brasileiros, graças ao famoso “jeitinho”, conhecem bem.

“Nos EUA, as pessoas têm uma educação que os leva a ser especialistas ou generalistas; elas criam essa opção de escolha. Aqui não existem as mesmas opções, o profissional acaba optando pelo que o mercado exige no momento – afirma a Analista de RH da Triad Systems, Iara Lordelo.

Mas se nós já temos uma tendência cultural à versatilidade, outros fatores dificultam a formação de um versatilista. Segundo o diretor da Publiweb Marketing Digital, Conrado Adolpho, como ele precisa se aprofundar mais do que os generalistas, é preciso estudar mais – e nem sempre há tempo para isso. “É complicado porque o brasileiro tem que estudar e trabalhar, as faculdades são caras, os impostos são altos. Mas a pessoa tem que se esforçar, mesmo indo contra a corrente, para ser versátil. A responsabilidade é mais delas do que da sociedade ou do governo – justifica.

O Gerente de Marketing da Digitron, Sérgio Amaral, cita o exemplo da própria carreira para explicar o caminho de um versatilista. “No início da carreira, quando me formei em Engenharia da Computação, esse era meu único interesse. Comecei trabalhando na área técnica, mas acabei sendo direcionado para o marketing; fiz pós-graduação em Marketing por demanda da empresa. No passado você podia ter a formação específica e não abrir o leque. Hoje você tem que estar aberto para isso – diz.
Para Sérgio, o ideal é começar como especialista, focado numa área ou tecnologia, para depois se aprofundar em outras áreas relacionadas à primeira. Já Conrado Adolpho acha que isso depende de como cada um assimila conhecimentos: há quem prefira se especializar e depois olhar em volta, enquanto outros optam por obter uma visão macro e depois escolher as áreas a que pretende se dedicar mais.

Não é de hoje que as empresas procuram profissionais com mil e uma utilidades. Ter um leque amplo de habilidades sempre foi valorizado; o problema é que, há dez anos, o número de pessoas trabalhando em TI (e, conseqüentemente, o número de candidatos a vagas) era menor. Hoje, embora as pesquisas demonstrem que o mercado ainda pode acomodar muita gente, a exigência das empresas quanto à qualidade dos profissionais é maior. Isso acontece porque a TI, hoje, está cada vez mais envolvida nas decisões de negócio.

“Há uns dez anos a gente tinha três pessoas concorrendo a uma vaga. Hoje são cem, duzentos currículos – diz Iara. No momento da seleção para um emprego, ter mais de uma área de conhecimento acaba fazendo a diferença. Passa para a frente da fila de currículos aquele profissional que, além de preencher os requisitos básicos da vaga, também entende de negócios, fala mais de um idioma ou tem experiência em outras áreas da TI.

Procura-se super-homens

Pode surgir a impressão de que o mercado está em busca de um super-profissional – alguém capaz de desenvolver o sistema, implantá-lo, vendê-lo, gerenciar a equipe, prestar suporte, criar o site da empresa… tudo ao mesmo tempo. Nas palavras do Principal Systems Engineer da BEA Systems, Ricardo Urresti, algumas solicitações de emprego parecem verdadeiras “listas de Papai Noel”.

“É algo recorrente. Por mais de uma vez, já tive que devolver solicitações para as consultorias, porque tinham exigências fora do escopo. O mercado procura pelo ‘super-homem’, sim; mas eu o vejo mais como o generalista, como alguém que possa falar sobre qualquer coisa por cinco minutos. O versatilista não fala sobre qualquer coisa, mas pode falar por duas horas sobre aqueles assuntos que ele conhece melhor – explica.

Quem tenta ser o super-homem acaba correndo um risco: o de abrir demais o foco. Na hora de elaborar o currículo, é preciso definir uma estratégia e destacar as qualidades mais relacionadas ao interesse do futuro empregador. Do contrário, em vez de vender a imagem de um profissional versátil, o candidato se mostra simplesmente alguém confuso. “É preciso haver uma linha filosófica, estar dentro de categorias. No currículo de um candidato que já foi ator, analista de sistemas e veterinário, não há uma linha lógica – exemplifica Iara.

Como ser um versatilista

Afinal, qual é o segredo para ser um versatilista? Dentre as qualidades, o profissional versátil precisa de rapidez de aprendizado, curiosidade e flexibilidade. Um ponto é unânime: comece com uma boa formação.

“O primeiro grande ponto é ter uma formação acadêmica sólida, para dar a base da sua linha de conhecimento. A partir daí, ele vai seguir as oportunidades que surgirem na empresa, ou correr atrás por interesse pessoal – diz Ricardo.

Para Conrado Adolpho, o ideal é que haja um equilíbrio entre o lado especialista e o generalista. “Muitas vezes o profissional decide se dedicar a uma formação especializada e esquece de ler o jornal, de conversar com os colegas. Para trazer inovação para o seu trabalho, você precisa fazer analogias, fazer relações entre coisas que não necessariamente têm a ver com a sua área de atuação – explica.

Fonte: Revista TI – TI Master