O novo local de trabalho: você está preparado? Como capturar valor de negócios

Leiam trechos de interessante “white paper” da IBM sobre esse tema. Visão rápida do novo local de trabalho. A mudança é a única constante. As novas tecnologias e a nova geração de funcionários conectados e remotos estão criando uma forma completamente nova de trabalho, com consequências que podem ser percebidas do escritório principal ao doméstico. Tecnologias de computação em nuvem, colaboração e mobilidade alcançaram uma massa crítica e estão criando um momento de reflexão essencial para empresas de todos os portes, em todos os segmentos de mercado. As organizações que se adaptam, e o fazem de imediato, mantêm-se firmes para resgatar as recompensas na forma de novas oportunidades e de uma vantagem recém-aprimorada sobre a concorrência. Os desafios impostos por esta nova forma de trabalho podem ser enfrentados ao adotar os elementos do novo local de trabalho na tecnologia, processos, organização e estratégia geral da corporação. Este white paper oferece um ponto de vista prático e soluções comprovadas com base na capacitação do novo local de trabalho da própria IBM e em como a IBM ajudou seus clientes. Os executivos de TI e de negócios que adotam uma abordagem similar podem ajudar suas organizações a criarem um local de trabalho conectado, remoto e ágil que entregue valor de negócios no momento atual e para o futuro. Tendências e desafios De acordo com o dicionário Merriam-Webster, a definição tradicional de local de trabalho é “o lugar (como uma loja ou uma fábrica) onde o trabalho é realizado”1. Atualmente, o local onde o trabalho é feito mudou e é necessária uma nova definição: O local de trabalho atual é um ambiente virtual e/ou físico, caracterizado por conexões, colaboração e opção de usuário, permitindo que o funcionário seja mais ágil e desempenhe suas atividades em qualquer lugar, a qualquer hora, o que gera maior valor para a corporação. Esta nova definição de local de trabalho é resultado das tendências do segmento em tecnologia e hábitos de trabalho. Ela lança desafios importantes para a organização que suporta o local de trabalho. Tendências do segmento A atual geração de funcionários, e a que está por vir, encontram, compartilham, descobrem e realizam seus trabalhos por meio da tecnologia. Elas esperam que as ferramentas de tecnologia que adotaram em suas vidas pessoais também representem uma parte importante de suas vidas profissionais. As pessoas estavam acostumadas a ir ao trabalho. Elas não estão acostumadas que o trabalho chegue até elas em uma variedade de dispositivos, qualquer que seja o trabalho a ser realizado ou qualquer hora em que ele deva ser feito. • Mais de 290 milhões de smartphones foram vendidos em 2010. A expectativa é de que esse número aumente 23% até 2014. • Indivíduos que levam seus próprios smartphones para o local de trabalho representarão 62% do uso comercial de smartphones em 2014. • Nos próximos 6 anos, estima-se que os funcionários passarão cerca de 80% de seu tempo em colaboração. • Mais de 50% dos funcionários americanos usam mídias sociais para propósitos de negócios pelo menos uma vez por semana. • Atualmente, os funcionários atribuem uma nota 7,7 à contribuição da telecomunicação e da flexibilidade para a satisfação no trabalho. Transformando o local de trabalho por meio da tecnologia Do ponto de vista tecnológico, o novo local de trabalho é caracterizado por conexões, colaboração e mobilidade. Usando técnicas padrão de software como serviço e de nuvem, os aplicativos, sistemas operacionais e dispositivos não serão mais forçados a serem atualizados todos juntos quando uma parte for atualizada. Os usuários terão maior acesso às opções de TI de auto-atendimento e, principalmente, às comunidades de outros usuários para dicas, ajuda e recomendações. Os dispositivos serão uma combinação de smartphones oportunamente conectados às redes sem fio periféricas próximas, que vão desde impressoras e estações de acoplamento até telas de televisores. Todos eles serão guiados pelos três principais modelos de tecnologia: “traga seu próprio dispositivo”, comunicações unificadas e a computação em nuvem. Traga seu próprio dispositivo De acordo com a Nielsen Research, um em cada dois americanos terá seu próprio smartphone até o final de 2011. Em 2008, era um em cada 10.8 Os funcionários estão usando diversos dispositivos para colaborar, se comunicar e, de fato, trabalhar. As organizações estão implementando uma ampla mudança, deixando de fornecer os dispositivos de trabalho para permitir (e até requerer) que os próprios funcionários o façam. Esta política ficou conhecida como “traga seu próprio dispositivo” (“bring your own device”), ou BYOD. Todas as comunicações em um único lugar A Unified Communications (UC) descreve a integração de sistemas de comunicação colaborativos de forma que eles sejam mais fáceis de usar e mais produtivos para os funcionários. Disponíveis através de uma interface com o usuário única e segura, as soluções de UC são mais intuitivas que as independentes e estão disponíveis sob demanda por meio de uma variedade de dispositivos. A UC reúne soluções seguras para: • Telefonia corporativa • Email e agendamento • Espaço colaborativo para aplicativos, documentos e redes sociais corporativas • Sistema de mensagens inter-setorial • Vídeo, web e conferências de áudio Trabalhe na nuvem Em razão da natureza colaborativa do novo local de trabalho, os participantes precisam de um local em comum para interação. Essa interação ocupará cada vez mais espaço na nuvem. Para os propósitos do novo local de trabalho, a nuvem pode ser pensada como um sistema amplo e inclusivo que abrange Internet e intranet, computação social, mobilidade, banda larga, telepresença e sistemas hospedados virtualmente. Sobre os autores: Richard Esposito Vice President Workplace Services, IT Strategy Services Global Technology Services / Carl J. Kraenzel Distinguished Engineer Workplace Services Global Technology Services / Christopher G. Pepin Technology Evangelist IBM Mobile Enterprise Services / Antony I. Stein Global Offering Manager — End User Services Workplace Services Global Technology Services Para saber mais sobre o conceito por trás do novo local de trabalho da IBM, visite a seção Smart Work no website da IBM: ibm.com/smartwork

Educação à Distância e Aceitação no Mercado de Trabalho

A educação a distância deixou de ser tendência e hoje é uma lógica em todos os níveis de ensino”, afirma Tiago Sereza, gerente de integração da Catho Educação, ligada ao site de classificados de currículos e vagas de emprego de mesmo nome, que está entre os de maior audiência da América Latina nesse segmento. Segundo Sereza, o mercado de trabalho brasileiro não faz diferenciação entre candidatos formados por cursos presenciais ou a distância: “O que realmente importa é o conhecimento obtido e a aplicação no dia a dia e não a forma utilizada para obter esse conhecimento”, defende. Fredric Litto, presidente da Associação Brasileira de Educação a Distância (Abed), assume praticamente o mesmo discurso, mas com ressalvas: “Aos poucos, o clima está melhorando. Não está perfeito, mas muita gente reconhece os valores da educação a distância”, avalia. .............................. Leia essa e outras matérias muito interessantes sobre EaD no link http://www.educacaoadistancia.blog.br/ ......................................................... De minha parte, como professor e tutor de cursos EaD, em nível de pós-graduação na área de gestão, creio que essa é a modalidade de ensino capaz de democratizar a educação no nosso país, ainda muito elitizada. Certamente, ainda há muito que melhorar, mas os primeiros passos já foram dados.

Na foto o Prof. Fernando Surian, amigo e companheiro de aulas na Faculdade Pitagoras!

Scrum x PMI: um choque de culturas

Como é amplamente divulgado, o PMI (Project Management Institute) recomenda planejar e, só então executar o projeto. Executar o projeto, mas, sem deixar de monitorar e controlar cada passo do mesmo. Encerrar o projeto e consolidar as lições aprendidas, para fazer sempre melhor da próxima vez. Essa é a essência da cultura do PMI, retratada no guia de melhores práticas PMBOK guide (http://www.pmisp.org.br/educacao/guia-pmbok). No planejamento deve-se definir muito bem o escopo. Uma vez definido, este deve ser, de certa forma, protegido contra mudanças. Se uma mudança precisa acontecer, por qualquer que seja o motivo, será necessário analisar os impactos gerados por essa mudança do ponto de vista do prazo, dos custos, dos riscos, da qualidade e assim por diante. A mudança precisará ser aprovada primeiro, antes da sua implementação. As mudanças acarretarão, necessariamente, modificações no planejamento original do projeto, devendo este ser revisto e atualizado. Não é por acaso que o PMBOK recomenda estabelecer, desde o início do projeto, um controle integrado de mudanças que, dentre outras atribuições, define que somente mudanças aprovadas serão implementadas. Em outras palavras, a cultura do gerenciamento de projetos do PMI reconhece que mudanças ocorrem num projeto, mas, destaca que tais mudanças devem ser muito bem controladas, pois poderão colocar o projeto em risco, dependendo de sua magnitude. Quanto mais experiência tiver um gerente de projetos e sua equipe em uma determinada área objeto de um projeto, melhor será o planejamento desse projeto e, consequentemente, o número de mudanças deverá ser menor, principalmente mudanças capazes de colocar em risco o sucesso do projeto. Mas o que exatamente a cultura do Scrum difere do PMI? O Scrum (http://www.scrumalliance.org/) é um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software. A denominação “ágil” deriva de uma mudança radical na forma de implementar projetos de software, que foi criada à partir do chamado “Manifesto Ágil” (manifestoagil.com.br/). Neste é estabelecida uma nova filosofia de trabalho, bastante diferente daquela preconizada pelo PMI, sustentada nos seguintes fundamentos: • Indivíduos e interação entre eles mais que processos e ferramentas; • Software em funcionamento mais que documentação abrangente; • Colaboração com o cliente mais que negociação de contratos; • Responder a mudanças mais que seguir um plano. A mensagem é clara: - Vamos evitar perder tempo com tudo o que não seja ter o software funcionando, como negociado com o cliente, no menor prazo possível. Na cultura do Scrum, responder as mudanças é mais importante do que controlá-las. O controle integrado de mudanças é visto como burocrático. Como o Scrum funciona? Um projeto de software, geralmente, implementa um conjunto de funcionalidades que atendem determinados requisitos técnicos e operacionais. O trabalho necessário para desenvolver tais funcionalidades é traduzido em tarefas, que são alocadas para os recursos do projeto e gradativamente executadas até a sua conclusão. No Scrum, os projetos são divididos em ciclos (tipicamente mensais) chamados de “sprints”. Cada “sprint” representa um período de tempo dentro do qual um conjunto de tarefas deve ser executado. As funcionalidades que serão implementadas no projeto são mantidas em uma lista que é conhecida como “product backlog”. No início de cada “sprint” (ciclo dentro do qual um conjunto de tarefas é executado), é realizada um reunião de planejamento, chamada “sprint planning meeting”. Nessa reunião, é fornecida para a equipe de projeto a lista de prioridades das funcionalidades que deverão ser implementadas. Por sua vez, a equipe de projeto seleciona as tarefas que serão realizadas dentro desse ciclo (“sprint”) que se inicia. As tarefas alocadas em um “sprint” são transferidas do “product backlog” para o “sprint backlog”. Diariamente, a equipe de projeto faz uma breve reunião, chamada “daily meeting” (geralmente pela manhã), com o objetivo de atualizar-se sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia. Há controle de mudanças no Scrum? Considerando a cultura do Scrum, o que deve ser feito é “aceitar mudanças de requisitos, mesmo no fim do desenvolvimento”. Se algum tipo de controle de mudanças tiver que ser implementado, este deverá ser o mais leve possível, registrando a mudança no backlog e eliminando tantas aprovações quanto possível. Há algum software de gerenciamento de projetos que suporte o Scrum? A ferramenta de software de gerenciamento de projetos OpenXProcess (http://www.openxprocess.com/) possui um processo baseado no conceito de Scrum que atende às necessidades de equipes de projeto de desenvolvimento de software. Em outras palavras, o OpenXProcess possui uma estrutura padrão para esse tipo de projeto. Quando se abre um novo projeto (“New Scrum Project”) no OpenxProcess é possivel definir o seu perfil, como mostrado na figura 1.

O perfil do projeto conterá os seguintes parâmetros: nome, data de início, duração (“number of 4 week Sprints”) e a chamada “Wiki location” - um endereço de uma página na Internet onde pode ser armazenada informação sobre o projeto. Embora muito conveniente, não é obrigatório preencher o parâmetro “Wiki location”. Tendo criado o projeto e definido seu perfil básico, o próximo passo é alocar os recursos. Há dois papéis básicos (funções dentro da equipe de projeto): o “Scrum Master” e os participantes do projeto (“Participant”). É possível, também, definer as tarefas que serão feitas no Sprint (opção “Sprint task”), alocar recursos para essas tarefas e definir a ordem de prioridade de execução. O Scrum parece fantástico. Será que não falha nunca? Um dos princípios que sustentam o “Manifesto Ágil” afirma que devemos “construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho”. E afirma também que “o método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara”. Ora, esse tipo de coisa, no mundo real, não é tão fácil assim de conseguir e se reflete diretamente no resultado dos projetos, sejam eles desenvolvidos dentro da cultura do PMI ou do Scrum. As pessoas normais têm diferentes tipos de motivações, comportamentos e não estão, geralmente, niveladas do ponto de vista do conhecimento técnico e da experiência. Além disso, como todo mundo, pessoas têm dificuldades de comunicação e uma “conversa cara a cara” pode ser transformar em um bate boca quando diferentes pontos de vista são colocados no foco de uma discussão. Isso sem mencionar como certas empresas dimensionam as áreas de trabalho de seus programadores. Embora não sendo uma regra geral, eu mesmo já vi, em mais de uma empresa, áreas de programação com dezenas de programadores trabalhando em baias apertadas, nas chamadas fábricas de software. Para os outros funcionários que tinham o privilégio de uma baia de tamanho regular, os pobres programadores eram alocados em verdadeiros “poleiros”, de tão reduzido era o espaço físico disponível. Então, como falar em “ambiente e suporte necessário”? Quando pensamos em recursos humanos, podemos considerar, por simplificação, quatro tipos mais comuns de pessoas; a saber: (a) inteligentes e muito dedicadas ao trabalho, (b) inteligentes e menos dedicadas ao trabalho, (c) não inteligentes e muito dedicadas ao trabalho e, finalmente, (d) não inteligentes e menos dedicadas ao trabalho. Na teoria, o Scrum funciona muito bem se todos os membros da equipe do projeto são do tipo (a), entretanto, isso nunca ocorre no mundo real. Por isso é comum que conflitos surjam, ou melhor, conflitos que parecem surgir praticamente do nada, quando os recursos do tipo (a) sentem que estão carregando o projeto nas costas. Finalmente, não podemos deixar de mencionar o enorme desafio em lidar com certos tipos de clientes que estão sempre pedindo mais alguma coisa e, por princípio e estratégia, afirmam que nunca estão satisfeitos. Negociar com esse tipo de cliente é semelhante a enxugar gelo, um trabalho que não tem fim e cujo resultado já sabemos de antemão será um fracasso. As seguintes afirmações também fazem parte do alicerce do “Manifesto Ágil”: - “Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor; - Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas”. Quando se trabalha com pessoas razoáveis e minimamente organizadas é possível ser bem sucedido tanto seguindo o Scrum quanto o PMOBK guide. Mas o mundo não é feito apenas de pessoas razoáveis, que representam empresas que cultivam a idéia de acordos ganha-ganha, onde há soluções mutuamente benéficas. Posso testemunhar ter presenciado muitas situações de empresas, tentando levar vantagem de sua posição de poder e influência, buscaram apenas o que era melhor para si, desconsiderando quase que totalmente que aquela decisão causaria prejuízos para a outra parte. O scrum é, sem dúvida, uma nova forma de trabalhar com projetos, notadamente na área de desenvolvimento de software, mas não é uma solução mágica e perfeita. Pode funcionar em muitos casos e em tantos outros pode fracassar. Embora por razões diferentes, o mesmo vale para um projeto que é implementado segundo a cultura do PMI. A boa notícia é que os projetos são feitos por pessoas e que, independentemente do método escolhido, nós é que teremos que lidar com eles e encontrar as soluções que o levem a um resultado bem sucedido. Para referenciar esse astigo use: SIMOES, H. M. C. "Scrum x PMI: um choque de culturas". Blogger: H12S Serviços Educacionais, setembro, 2012.