Virtus Junxit Mors Non Seperabit

Oito erros comuns de gerenciamento de projetos - e como evitá-los

Os executivos de TI e os profissionais certificados de gerenciamento de projetos revelam as razões mais comuns pelas quais os projetos saem dos trilhos

Tantos projetos, tanta má gestão. Esse é o refrão de muitos executivos de TI. Na verdade, mesmo com o auxílio providencial dos software de gerenciamento de projetos, os projetos de TI muitas vezes acabam demorando mais tempo do que o planejado e custando mais do que o previsto.

Embora nenhum dos projetos seja exatamente o mesmo, os problemas que podem afetar - e potencialmente prejudicá-los - são muitas vezes bastante semelhantes. E mesmo os bons gerentes de projetos podem cometer erros ao lutar contra um projeto grande e complexo - ou quando são bombardeados com solicitações de mudança.

Veja o que os executivos de TI e os profissionais de gerenciamento de projetos nos disseram que são os erros muito comuns e os conselhos para evitá-los.

Erro # 1: Não se reunir com a equipe inteira para estabelecer objetivos antecipados
"É importante para toda a equipe conhecer papéis e responsabilidades e entregas" desde o início, diz Shami Ahuja, diretor de prática ágil na empresa de consultoria de tecnologia Nisum . É por isso que é uma boa ideia realizar uma reunião inicial com todas as partes interessadas.

"Uma reunião de kickoff ajuda a expectativas - e torna a equipe mais auto-dependente e auto-organizada. Ele também instila um maior nível de responsabilidade e propriedade do projeto".

Erro # 2: Não quebrar (grandes) projetos em peças menores
"Dividir [um] grande projeto em peças pequenas e gerenciáveis fará com que a equipe se sinta mais confortável e confiante do que seus membros podem resolver com sucesso", diz Sid Soil, proprietário da DOCUdavit .

Para evitar que sua equipe se sinta sobrecarregada, "aproveite o tempo para entender cada faceta do projeto". Em seguida, "quebre o projeto em pequenos pedaços e quebre essas pequenas peças em pedaços menores, se você puder". E atribua cada tarefa ao membro do time mais adequado para realizá-los. 

Erro # 3: Não priorizar projetos e/ou tarefas
"Muitos departamentos de TI têm vários projetos simultâneos em execução, tanto para clientes internos quanto para externos", explica Cortney Thompson, CIO do provedor de serviços de data center  Green House Data . E "muitas vezes, vemos funcionários dedicados a projeto que é uma prioridade menor, enquanto um projeto de maior visibilidade começa sair do trilhos".

É por isso que é importante o gerente do projeto permitir aos membros da equipe saber quais as tarefas que devem priorizar e quando as prioridades mudaram. "Definir claramente as prioridades do projeto pode ajudar a economizar muitos problemas e dor de cabeça", diz ele.

Erro # 4: Esquecer que o gerenciamento de projetos também é o gerenciamento de pessoas
"Muitos gerentes de projetos ficam atolados com foco no escopo, qualidade, custo e cronograma associados aos seus projetos" e esquecem as pessoas que estão realmente fazendo o trabalho, diz Irfan Kapasi, diretor-gerente de TI da CTG. A falta de gerenciamento adequado dos membros da equipe, ou o microgerenciamento deles, pode "levar a atrasos, impactar a qualidade e resultar em excessos de custos".

Para evitar esse problema, "assegure-se de que todos entendam como e por que seu papel é importante para o sucesso do projeto e os cronogramas para check-ins periódicos", aconselha. "Isso inclui patrocinadores, membros da equipe, executivos, fornecedores e outras partes interessadas. Desta forma, você pode garantir que todos compartilhem a mesma visão do projeto ".

gestao

Erro nº 5: Não se comunicar regularmente com os membros da equipe
"Embora ninguém refute a importância da comunicação constante para o gerenciamento de projetos bem-sucedido, uma vez que o projeto está em andamento, é fácil perder momentos para se reunir com a equipe ou fornecer atualizações para os principais interessados", diz Bob Drainville, presidente da Timesheet Mobile .

"Estabelecer as bases certas para reuniões regulares, quem participará dessas reuniões e quem mais precisará ser envolvido ajudará a manter as coisas andando bem". Drainville também enfatiza a importância de ter o número certo de pessoas envolvidas porque "muitas pessoas podem tronar as coisas mais difíceis".

Erro # 6: Deixar as mudanças sairem do controle
"Alterações incontroláveis são difíceis de gerenciar porque, como o nome sugere, têm o poder de tornar tudo incontrolável", diz Kofi Senaya, diretor de produtos da Clearbridge Mobile . "Pedidos adicionais e recursos adicionados extraem recursos e podem afetar o foco da visão do produto. E sem o controle adequado, [eles] podem afetar severamente o sucesso do projeto. "No entanto," o escopo do escopo pode ser reduzido pelo forte gerenciamento de projetos e propriedade do produto ".

"Ao adicionar recursos [ou considerando mudanças] você precisa se fazer algumas perguntas", diz ele. "Os novos pedidos de recursos se alinham com a visão do produto? As alterações propostas adicionam valor ao usuário final? São necessáriasr? Definir claramente os objetivos do produto e identificar fatores de sucesso pode ajudar a garantir que as solicitações de mudança e os recursos adicionados que não estejam alinhados com os objetivos não ameacem os cronogramas".

Erro # 7: Não usar uma ferramenta de gerenciamento de projetos
"Muitas ferramentas sólidas de gerenciamento de projetos, como Asana ou Trello, possuem ótimas representações visuais do status do projeto [a]", diz Kean Graham, fundador e CEO da MonetizeMore. Para ajudar a manter os projetos sob controleo, "é importante usar essas ferramentas para saber onde o projeto está e garantir que evolua no ritmo certo para que termine no prazo e para identificar oportunidades de eficiência adicional [ou detectar problemas]".

Além disso, "a documentação do projeto deve ser atualizada semanalmente", diz Cerila Gailliard , um profissional certificado de gerenciamento de projetos e consultor. "Se surgir algo de importante [por exemplo, uma alteração na tarefa ou escopo ou prazo], o gerente de projeto deve atualizar a documentação dentro de 24 horas. Isso dará a todos no projeto informações precisas sobre o seu andamento. " 

Erro # 8: Falhar ao ajustar o curso quando as coisas dão errado
Como todo gerente de projeto sabe, às vezes, apesar de seus melhores esforços, as coisas dão errado ou o projeto falha. E "o medo do fracasso às vezes pode levar um gerente de projeto a um exercício de inutilidade na tentativa de salvar um projeto condenado", diz Brandon Evans, diretor de tecnologia da Changepoint .

Por isso que é essencial "gerar relatórios transparentes e verdadeiros ... [que] forneçam aos executivos interessados no projeto informações que permitam uma tomada de decisão oportuna", diz ele. Desta forma, "se o projeto for estrategicamente importante, [e algo der errado], o negócio pode mudar o curso e [ajudar o projeto a se tornar bem sucedido ajustando [o] orçamento, recursos e / ou expectativas de entrega".

Imprimir Email

NIC.br libera código-fonte de sistema que mede qualidade da banda larga

Além de utilizar o SIMET Box em suas redes, analistas de rede poderão sugerir melhorias para identificação de problemas no tráfego

O Núcleo de Informação e Coordenação do Ponto BR (NIC.br) acaba de dar mais um passo importante para o monitoramento do tráfego internet no Brasil. Além dos software do serviço SIMET, que mede a qualidade e velocidade da sua conexão de banda larga, a análise do tráfego feita através do hardware Simet Box entra em uma nova fase, com a liberação do código do programa que equipa as caixinhas para querovedores, programadores e usuários possam baixá-lo e instalá-lo em seus roteadores.

O objetivo é melhorar a qualidade da análise da conexão que está sendo entregue aos usuários onde o equipamento foi instalado, considerando  não apenas os testes de vazão TCP e UDP, Jitter, latência e perda de pacotes, como também testes de DNS (tempo de resposta, respeito ao campo TTL, validação de DNSSEC, suporte a IPv6 e domínios inexistentes), gerência da porta 25, respeito a BCP-28 e tempo de entrega e traceroute a partir de dados da análise Top 10 Alexa, entre outros.

Portanto, além dos testes de velocidade de Internet, o uso do Simet Box ajuda a controlar o tráfego mensal (muito importante para garantir que você não excedeu sua franquia), testar regularmente a saída de tráfego, para saber se o IP usuado é o que deveria ser, medir o tempo de resposta dos servidores DNS para saber se estão bem configurados, e por aí vai.

"Através dele, um administrador de rede pode saber, por exemplo, se um sistema autônomo está seguindo as recomendações de melhores práticas operacionais.  Algo que aumenta a segurança da rede como um todo, facilitando a identificação e o combate a ataques [promovidos por botnets", explica Milton Kaoru Kashiwakura, Diretor de Projetos Especiais e de Desenvolvimento do NIC.br.

Outros testes estão em desenvolvimento e em breve serão disponibilizados através do mecanismo de atualização automática existente.

Com o aumento na quantidade de usuários do Simet Box, o NIC.br espera aumentar a quantidade de medições e, consequentemente, a riqueza de dados sobre a qualidade da conexão à Internet nas diferentes localidades do Brasil.

Hoje, a caixinha distribuída pelo próprio NIC.br para voluntários (usuários finais, pessoa física ou jurídica) está ativa em três mil pontos. "Buscamos uma distribuição maior", comenta.

O código liberado por ser instalado em roteadores facilmente encontrados no mercado. A lista de equipamentos compatíveis está disponível no site do serviço. Há modelos mais sofisticados e mais simples. Os mais simples custma, em média, R$ 60 e os mais sofusticados, R$ 130.

Os resultados dos testes são armazenados pelo NIC.br (de forma anônima, sendo imposs'vel identificar o usuário) e disponibilizados online por meio do Mapa de Qualidade da Internet.

A partir da instalação do software, o roteador passará a fazer medições a cada três horas, permitindo ao usuário e administrador de rede visualizar como a sua conexão está se comportando ao longo do dia, por meio de um dashboard. Os usu'rio também podem fazer o download do histórico das medições e exportação dos dados, porém devem manter-se atentos a atualizações do sistema, que serão disponibilizadas no site do SIMET.

A iniciativa permite ainda que estudantes, profissionais da área e demais interessados em software livre aprendam com a leitura do código, tirem dúvidas e acompanhem a evolução do SIMET Box desde o início. O NIC.br manterá um fórum para discussões sobre o sistema em github.com/simetnicbr.

O código-fonte do SIMET Box está disponível no endereço: http://simet.nic.br/simetbox.

Imprimir Email

Nove questões que seu provedor de serviços deseja que você saiba

Profissionais de TI podem evitar algumas das armadilhas nestes relacionamentos complicados ouvindo o conselho dos próprios provedores

A relação entre os departamentos de TI e os prestadores de serviços pode ser difícil. Profissional de TI lidam com frustrações em obter ótimos níveis de serviço. Os provedores de serviços, como verificamos, têm um número igual de queixas quando se trata da prontidão dos seus clientes corporativos e da aceitação da intervenção do provedor.

Pedimos aos provedores conselhos que eles poderiam oferecer para suavizar alguns solavancos típicos na estrada para seus clientes. Aqui está um resumo do que disseram.

1. Concentre-se nas necessidades dos usuários de negócios, não na tecnologia.
Um dos maiores erros que os departamentos de TI fazem quando contratam um prestador de serviços é se concentrar muito em encontrar a tecnologia para resolver o problema em vez de compreender plenamente o problema que precisa ser resolvido.

Considere os problemas que podem surgir se você tomar uma abordagem "primeira tecnologia" para o gerenciamento de dados. Stan Christiaens, diretor de tecnologia da prestadora de serviços Collibra , especializada em governança de dados, diz que focar a tecnologia em vez do problema pode criar o caos, especialmente se diferentes tecnologias são reunidas e informações críticas são agrupadas em diferentes grupos e departamentos da organização. Essa estratégia de reação elimina a confiança do usuário sobre a confiabilidade dos dados.

"É preciso haver uma maior ênfase e foco sobre os usuários de negócios e os processos e métodos que eles usam para encontrar os dados mais importante para eles", diz Christiaens. Uma vez que compreenda isso, explica, a TI pode ajudar a criar regras e políticas de governança adequadas, permitindo que usuários de negócios e cientistas de dados encontrem, entendam e confiem nos dados de que precisam para fornecer insights críticos.

2. Não fique preso na armadilha "especialista".
As empresas devem ter o cuidado de escolher os serviços que funcionam para toda a empresa, não apenas para uma pessoa. Olhar apenas para usuários poderosos pode levá-lo a ter um monte de problemas.

Isto é especialmente verdadeiro quando se trata de serviços que dependem de determinados conjuntos de habilidades. "Só porque você tem alguém na sua equipe que é um especialista em uma ferramenta específica ou linguagem de programação não significa que é o que é melhor para o seu sistema empresarial", diz Steve Logue, gerente sênior de desenvolvimento de negócios da Surety Systems.

Logue dá o exemplo de um cliente, uma empresa de vestuário feminino, que tinha implementado um sistema principalmente porque tinha um desenvolvedor interno que poderia criar programas personalizados e interfaces de saída para o aplicativo. Posteriormente, o desenvolvedor deixou a empresa, tornando difícil para os usuários restantes "à prova de futuro" do sistema, diz ele. Por exemplo, os programas customizados do desenvolvedor podem quebrar se os usuários instalaram patches que o fornecedor do software tinha pretendido para a versão off-the-shelf do seu sistema, explica Logue.

As empresas devem certificar-se de que os serviços escolhidos ainda vão funcionar mesmo que um usuário especialista não esteja disponível para manter o sistema. A maioria dos provedores hoje em dia tem ferramentas que precisam de pouca personalização e capaz de adaptar-se facilmente às atualizações.

3. Conheça o problema que você precisa resolver.
"Uma das coisas mais desafiadoras para os provedores de soluções é que o cliente muitas vezes não tem uma compreensão completa dos problemas que eles estão tentando resolver", diz Jeremy Larkin, CTO da Imgix , um provedor de processamento de imagem em tempo real.

Portanto, os provedores de serviços muitas vezes gastam muito tempo tentando entender o ambiente empresarial do cliente, quando o cliente deveria ter essa informação antes do início do envolvimento.

Larkin reconhece que "faz sentido" que os clientes não compreendam completamente seus próprios problemas, porque "parte da razão pela qual eles estão terceirizando em primeiro lugar é que eles têm algo que eles não sabem como resolver por conta própria. " Mas, no entanto, "torna as coisas muito mais difíceis para nós, porque significa que eles muitas vezes não podem fornecer as respostas necessárias para estruturar a melhor solução para eles", acrescenta. "Na pior das hipóteses, isso pode significar que eles acabam comprando algo que não resolve o problema central".

Carlos Meléndez, COO da Wovenware , empresa de desenvolvimento de software e engenharia em Porto Rico, concorda. "Ao fornecer mais informações aos prestadores de serviços, as equipes de TI ajudariam a trazer mais valor aos projetos e às suas próprias organizações", diz ele, acrescentando que eles também poderiam "potencialmente poupar dinheiro".

Um bom lugar para começar é conhecer os requisitos do sistema que você deseja desenvolver. Meléndez incentiva a TI a trabalhar com os usuários finais para garantir que eles tenham os requisitos corretos.

Conhecer os requisitos com antecedência permite que os provedores de serviços "desenvolvam eficientemente um sistema que atenda às necessidades da empresa", diz Meléndez, acrescentando que também permite que "ofereçam suas taxas de projeto com base nos requisitos reais, em vez de fatores em cenários potenciais".

Parte do problema, de acordo com Meléndez, é que as equipes de TI às vezes vêem as relações dos provedores de serviços como oportunidades para liberar sua responsabilidade. "O desenvolvimento do sistema é uma parceria para obter maior valor, não uma transferência de responsabilidade da equipe de TI para o provedor de serviços, mas uma colaboração estratégica durante todo o processo", diz ele.

4. Esteja preparado para compartilhar detalhes de sua atual infraestrutura de TI.
Os clientes que não estão bem familiarizados com suas próprias infraestruturas de TI criam problemas para os provedores de serviços.

"Um dos maiores problemas que enfrentamos em uma base consistente é a falta de conhecimento sobre a atual infraestrutura de TI", diz Emil Sayegh, CEO da Hostway, provedora de hospedagem gerenciada. "Então, antes que possamos começar a transição para uma nuvem pública, privada, híbrida ou infraestrutura dedicada, ela exige uma avaliação por um de nossos arquitetos de soluções".

Quando um provedor de serviços é forçado a estudar a arquitetura de um cliente, os prazos são adiados, os requisitos devem ser revisitados e os custos começam a subir.

"Encontramo-nos em situações em que o software está rodando em vários sistemas operacionais e em várias gerações de hardware - e ainda está em servidores físicos", diz Sayegh. "É muito melhor quando o cliente já fez alguma transição para servidores virtuais, que é um bom passo para a nuvem."

5. Lembre-se: o treinamento não é um exercício único.
Ao contratar provedores de serviços, os departamentos de TI têm conhecimento de orçamento para o treinamento inicial sobre o aplicativo, mas não para a instrução contínua. Isso é um grande erro, diz Sarah Lahav, CEO da SysAid Technologies, provedor de gerenciamento de serviços de TI.

"As coisas vão mudar", diz ela. Treinamento adicional será necessário quando novas pessoas se juntarem à equipe de TI e novos recursos forem adicionados ao sistema.

Portanto, os contratos de TI com provedores de serviços devem permitir o treinamento necessário.

6. Identificar uma pessoa para atuar como ponto focal da TI com o provedor de serviços.
Os provedores de serviços podem ter dificuldade em interagir com os departamentos de TI que têm vários silos, por isso é importante para a TI escolha alguém para agir como um único ponto de contato.

Nathan Ziege, diretor de desenvolvimento de aplicativos de desenvolvimento de software e provedor de serviços técnicos GlowTouch , diz que o cliente deve nomear um interlocutor técnico que pode trabalhar com toda a equipe de TI da empresa para coletar especificações e resolver incidentes.

Por exemplo, se a equipe de Ziege está trabalhando em uma API e ocorre um problema com um sistema de faturamento, eles querem um campeão do lado do cliente que possa trazer a pessoa responsável pelo sistema de faturamento.

"Quem representa a equipe de TI da empresa deve ser alguém capaz circular pelos vários departamentos dentro de TI para obter apoio de todos", diz Liege.

7. Certifique-se de que seu provedor entende como você gosta de se comunicar.
A comunicação pode ser um grande obstáculo para os relacionamentos da equipe de TI com o prestador de serviços. Os prestadores de serviços devem saber logo no início como os clientes gostam de se comunicar, incluindo os sistemas-chave que eles usam.

"Trabalhar com uma equipe de informações internas para um provedor de serviços de segurança oferece uma perspectiva interessante sobre a melhoria da comunicação", diz Katie Ledoux, analista de segurança da informação do provedor de segurança Rapid7 . "Para ambos os lados, seja em uma equipe de TI interna ou em um provedor de serviços, o primeiro passo deve ser definir expectativas, definir metas e adaptar-se aos estilos de comunicação uns dos outros".

Ela enfatiza que conhecer as especificidades da abordagem de um cliente para a comunicação - "quando usar e-mail, telefone, sistemas de mensageria, etc. versus canais mais casuais como Slack ou outras plataformas de bate-papo" - pode ajudar as equipes a trabalhar em conjunto de forma mais eficaz. "Ninguém quer interromper o fluxo de trabalho da outra equipe", diz ela. "Sabemos que não é eficaz."

Certifique-se de estipular no seu contrato os sistemas de comunicação essenciais para o fluxo de trabalho da TI da empresa.

8. Seja o mais claro possível sobre suas expectativas.
Toda relação de negócios envolve certas expectativas, mas a TI nem sempre torna suas expectativas completamente claras nos contratos com prestadores de serviços.

Um detalhe que é muitas vezes esquecido é a métrica que será usada para medir se suas expectativas foram cumpridas. "A confiança só pode ser construída e mantida com base na clareza mútua, portanto, a transparência das medidas de prioridade da TI para cada relacionamento de provedor de serviços é fundamental para o sucesso", diz Michael Hubbard, vice-presidente global do programa de consultoria Inspire, da ServiceNow .

As empresas devem ser claras desde o início sobre as métricas, tais como custo, qualidade, disponibilidade, valor e adoção, eles planejam usar para julgar o quão bem o prestador de serviços atendeu às suas necessidades.

"Os prestadores de serviços podem otimizar sua entrega de muitas maneiras, mas não os faça adivinhar suas prioridades, nem como você gostaria de medir o seu trabalho", diz Hubbard.

Ele recomenda um exercício onde a empresa prevê o título de um futuro memorando interno definindo o sucesso do envolvimento com o prestador de serviços. A manchete incluirá resultados quantificáveis, como economias de custos, prazo do projeto e projeção de retorno contínuo do investimento.

Hubbard diz que este exercício ajuda todos a trabalharem em direção ao mesmo objetivo. "Dia após dia, especialmente em tempos de crise ou decisões difíceis, isso ancora a equipe", diz ele. 

Lahav, da SysAid, diz que a equipe de TI deve gerenciar contratos de acordo com o "espírito do acordo" e não com a "letra da lei".

"Os prestadores de serviços raramente descumprem os níveis de serviço contratados - é um mau negócio fazê-lo", diz ela. Assim, embora algum tipo de ação corretiva possa ser necessária para lidar com a falha persistente, ela sugere que, em geral, se um provedor de serviços estiver trabalhando duro para atender metas de nível de serviço difíceis, pode ser melhor avaliar o desempenho do provedor em um relatório mensal base, no contexto da duração total do contrato, e não sobre os resultados a curto prazo.

9. Entender que os prestadores de serviços foram contratados para ajudar, não prejudicar.
As equipes de TI da empresa podem ser cautelosas em trabalhar com terceiros, especialmente nos casos em que a contratação não tenha sido sugerida por elas. Portanto, os provedores de serviços gastam tempo - às vezes muito tempo - tentando convencer a TI que eles estão lá para ajudar.

"Como um provedor de serviços, temos de trabalhar com muitos tipos diferentes de tecnologias em vários setores, o que nos dá uma perspectiva única sobre o que funciona e o que não funciona", diz Eric Hobbs, CEO da Technology Associares. "Mas em muitos casos, isso pode se transformar em uma competição que começa de um ponto de vista inocente, onde passamos mais tempo convencendo equipes internas de TI que realmente sabemos o que estamos falando e que as soluções propostas merecem uma revisão séria em oposição a obstáculos constantes. "

Ele acrescenta que, se um prestador de serviços tem sido contratado, normalmente é porque o status quo não está entregando a gestão de resultados desejada. "As equipes de TI internas precisam estar abertas e dispostas a aceitar novas ideias e novas abordagens, em vez de considerar os prestadores de serviços como uma ameaça", diz ele. "Eu gostaria que as equipes de TI das empresas soubessem que estamos aqui para ajudar - não para ficar bem, mas para ajudar a equipe de TI a ficar bem"

Imprimir Email

Agile é para todos

A verdadeira agilidade só é possível quando toda a organização adota essa mentalidade

Embora as metodologias ágeis tenham sido originalmente desenvolvidas para o mundo do software, elas se aplicam a quase todas as outras áreas de um organização. Colaboração, comunicação aberta, confiança, independência, eficiência e entrega contínua são a base do ágil e podem trazer um impacto positivo duradouro para quase qualquer departamento.

"Em uma empresa ágil, o lado de marketing e vendas é equilibrado com o de desenvolvimento de produtos. Em uma empresa ágil, todo o negócio é organizado de forma que possa responder rapidamente às mudanças no mercado. Todos os departamentos estão completamente integrados com o fluxo de valor global; existe agilidade de ponta a ponta", afirma o CTO da Mendix, Johan den Haan, no artigo "Enterprise Agile: extending the agile process outside development".

Confira seis princípios ágeis que você pode aplicar a qualquer área.

1 - Às vezes o trabalho não se parece com trabalho
Um equívoco comum sobre ágil é que a metodologia ignora muitos aspectos de planejamento e processo. O importante é entender que, muitas vezes, esses processos ocorrem simultaneamente enquanto as tarefas estão sendo realizadas.

O trabalho está na reflexão, nas trocas ou mesmo em interações simples com outros membros da equipe. Tudo isso é parte do trabalho. Às vezes, as melhores ideias e soluções não vêm um método rigoroso e constante, da codificação intensa sem olhar para os lados. Não são os dedos no teclado que contam, mas as cabeças no jogo.

2 - Entregar valor rápido e de forma constante
Agile é sobre entregar valor para as partes interessadas muito cedo e muitas vezes, usando uma progressão simples de passos: planejar, desenvolver, finalizar, testar e lançar. Em seguida, repita essa ordem de procedimentos. A chave é fazer isso em curtos espaços de tempo (sprint) para, em seguida, promover ajustes incrementais com base no feedback dos usuários.

"As limitações de tempo dentro do desenvolvimento ágil reduzem a probabilidade de acidentes, problemas, erros e má direção. É algo que limita nossa exposição. Como uma equipe de produto, nós não sabemos o que as pessoas realmente vão gostar ou o que vão usar de fato, porque essas pessoas mudam de ideia o tempo todo. Então, você tem que apresentar o material aos usuários o mais cedo e com evoluções o mais rápido possível para que eles possam dizer ‘sim’, ‘não’ ou ‘está quase lá’. Você vai decepcioná-los repetidamente (mas de forma controlada ao longo de alguns meses) até que realmente entregará algo que lhes fará felizes”, ilustra  Tim Ottinger, consultor sênior na Logic Industrial.

agile

3 - Abraçar o caos (por partes)
Se as equipes estão sobrecarregadas com o tamanho e o alcance dos projetos, comece a picotar as iniciativas. Fatie e pique o trabalho em pedaços menores que possam ser realizados dentro dos limites de um sprint. Mantenha esse fatiamento até que a tarefa possa ser gerenciada e distribuída com base nos pontos fortes das equipes que irão executá-las. Este é o lugar onde o serviço pesado de planejamento up-front se apresenta. Certifique-se, então, que os imperativos de negócio são claramente definidos e determinados antes de começar a desenvolver o trabalho.

4 -Concentrar-se na capacidade, não na velocidade
Outro equívoco comum sobre ágil é que a metodologia pode aumentar a velocidade de uma equipe de desenvolvimento produto. Enquanto isso é verdade em certo sentido, não é sempre o caso; em vez disso, o que geralmente acontece é que uma equipe aumenta a sua capacidade de produzir produtos viáveis, o que resulta em maior velocidade.

Ottinger observa que capacidade e velocidade é uma consequência e não uma escolha. Capacidade mostra o quanto pode ser feito em um determinado período sem estressar demais os times. Os líderes empresariais precisam descobrir sempre quantos recursos são necessários para executar uma tarefa dentro de um prazo ou como acomodar projetos em tempo de acordo com recursos limitados.

“A velha escola de pensamento era que para aumentar a velocidade você deve aumentar o esforço. Apare as arestas e arrisque. Mas, muitas vezes, essa inclinação acabou em falhas ou produtos de má qualidade. Dá para aumentar a capacidade usando métodos ágeis para desenvolver habilidades, aumentar o conhecimento, melhorar os instrumentos, trabalhar partes de forma eficiente, reduzir as ineficiências e o desperdício - e que ajuda organizações a se moverem mais rapidamente”, comenta o especialista.

5 - A constância terrível
Como você responde a pergunta inevitável: “Quando o projeto será finalizado?”. A resposta é: “Nunca”. Isso é o que se convencionou chamar de constância terrível - especialmente no mundo do software, onde o termo “concluído” é um conceito fluido, permeado por constantes atualizações, patches, correções de bugs e alterações de requerimentos. O trabalho, portanto, deve ser constante.

5 - Métodos ágeis são empíricos
“Aprendemos a fazer o trabalho fazendo o trabalho. Não existe um caminho certo e é preciso achar formas mais adequadas que se encaixem no perfil de sua organização. É preciso encontrar uma maneira própria. Porém o Agile mostrará para você que a prevenção é melhor que a correção”, conclui Ottinger.

Imprimir Email

Mercado global de nuvem pública começará a cair, afirma Gartner

Ainda assim, as estratégias para adoção da nuvem influenciarão mais de metade das transações de terceirização até 2020

O mercado global de nuvem pública como um todo está entrando em um período de estabilização, com um pico de taxa de crescimento de 18% em 2017 e expectativa de queda nos próximos anos, segundo Sid Nag, diretor de pesquisas do Gartner.

A previsão para este ano é a de que o mercado movimente US$ 246,8 bilhões (em 2016f foram US$ 209,2 bilhões). O maior aumento virá dos serviços de infraestrutura de sistemas em cloud (IaaS, na sigla em inglês), com crescimento previsto de 36,8%, totalizando US$ 34,6 bilhões. Já os serviços de aplicações em nuvem (SaaS) devem aumentar 20,1%, somando US$ 46,3 bilhões, de acordo com as projeções o Gartner.

“Até 2020, as estratégias para adoção da nuvem influenciarão mais de 50% das transações de terceirização”, explica Nag. "Embora nem todas as definições sobre terceirização resultem em migração automática para nuvem, os compradores estão dando prioridade para Cloud nas suas decisões, fundamentados no impacto do tempo para percepção de valor pela velocidade de implementação."

Nos próximos anos, espera-se um crescimento um pouco mais lento do mercado de SaaS, com maior maturidade das soluções, mais especificamente daquelas para gerenciamento do capital humano (HCM) e das relações com o cliente (CRM), além de uma aceleração nas compras de aplicativos financeiros. Contudo, SaaS continuará como o segundo maior segmento no mercado mundial de serviços em nuvem.

"Até 2019, mais de 30% dos investimentos em novos softwares dos 100 maiores fabricantes terão mudado de 'nuvem como prioridade' para 'cloud only", completa Nag.

O maior crescimento da nuvem se dará no mercado de infraestrutura. A demanda extra decorrente da migração da infraestrutura para Nuvem e a maior procura proveniente das cargas de trabalho que exigem mais do ambiente (como Inteligência Artificial, Analytics e Internet das Coisas), tanto no cenário corporativo como entre as startups, estão norteando esse crescimento. 

Além disso, o aumento de PaaS (plataforma como serviço) também está impulsionando o crescimento da adoção de IaaS, na opinião dos analistas da consultoria.

clouddown

Imprimir Email

Pesquisar

Visualizações

Ver quantos acessos teve os artigos
194028

On-Line

Temos 89 visitantes e Nenhum membro online