Now Reading
Atual Oportunidades e Desafios na Indústria de Software de Gestão
0

Atual Oportunidades e Desafios na Indústria de Software de Gestão

by adminjulho 7, 2015

Durante os últimos 30 anos, o mundo passou por uma transformação tecnológica muito dinâmico. Em retrospectiva, pode-se afirmar sem exagero que o surgimento de dispositivos eletrônicos ea Internet têm muito impacto na vida diária, bem como prática gerencial de uma forma imprevista. A informatização dos vários processos de negócios ea criação de bases de dados de grande escala, entre muitos outros avanços tecnológicos radicais, levaram a enormes economias de custos e melhorias de qualidade ao longo dos anos. A interligação dos mercados financeiros através de meios electrónicos e da adoção mundial da Internet têm muito reduzida dos custos de transação e de comunicação e nações e culturas trouxe para mais perto um do outro do que nunca imagináveis. Os computadores são agora ferramentas fundamentais em quase todos os negócios ao redor do mundo e sua aplicação e adaptação a problemas específicos de negócios sob a forma de desenvolvimento de software é uma prática que muitas empresas realizar por conta própria. No passado, esses esforços de informatização e automação foram muito caro e, portanto, apenas praticada por grandes corporações. Ao longo dos anos, no entanto, a indústria de software surgiu para oferecer soluções e serviços off-the-shelf para empresas menores. Hoje, depois de ter sobrevivido ao acidente dotcom maciça do ano de 2000, as empresas de desenvolvimento de software se estabeleceram como fortes players da indústria de tecnologia.

O surgimento de inúmeras normas e tecnologias de informática criou muitos desafios e oportunidades. Uma das principais oportunidades oferecidas pelo setor de software é relativamente baixa barreira de entrada. Uma vez que o negócio de software não é de capital intensivo, a entrada no mercado bem sucedida depende em grande parte know-how e conhecimento de domínio específico da indústria. Empresários com as habilidades certas pode relativamente facilmente competir com as grandes corporações e, assim, representam uma ameaça considerável para outros, organizações muito maiores. As empresas, por outro lado, a necessidade de encontrar formas de reduzir o volume de negócios e proteger a sua propriedade intelectual; daí, a dependência forte conhecimento combinado com a vida útil relativamente curta de tecnologias de computador faz os trabalhadores do conhecimento muito importante para a organização. Os trabalhadores do conhecimento nesta indústria, por conseguinte, de um poder de negociação mais forte e precisam de um estilo de gestão diferente e ambiente de trabalho do que em outros setores, especialmente aquelas indústrias que têm requisitos mais elevados de capital de entrada no mercado. Esta posição relativamente forte de pessoal software desafia estratégias de recursos humanos nas organizações e também suscita preocupações sobre a protecção da propriedade intelectual.

A indústria relativamente jovem é abençoado com pura novas oportunidades infinitas, como a capacidade das empresas de cooperar com outras organizações ao redor do mundo sem interrupção e incorrer em praticamente sem custos de comunicação. Além disso, não existem tarifas de importação de fazer a transferência de software através das fronteiras muito eficientes; no entanto, a indústria com suas profissões artesanais-like sofre com a falta de normas e de problemas de qualidade. A gestão bem sucedida de tais organizações dinâmicas desafia os gestores de hoje, bem como a gestão da ciência contemporânea porque os estilos tradicionais de gestão, tais como burocracias weberianos, parece ser incapaz de lidar com ambientes instáveis.

Desafios na Indústria de Software

Muitos estudos indicam que as práticas de desenvolvimento de software hoje em dia são altamente ineficiente e perdulário (Flitman, 2003). Em média, os projectos são apenas 62% eficiente, o que se traduz em uma perda de 37%. O projeto típico de desenvolvimento de software tem a seguinte distribuição de esforço de trabalho: planejamento de 12%, especificação 10%, 42% de controle de qualidade, 17% de execução, e 19% prédio software (2003). Há muitas interpretações possíveis da natureza dessa distribuição dos recursos. Primeiro, a extraordinariamente elevada quota de 42% para fins de controle de qualidade pode indicar uma falta de padrões e práticas de trabalho padronizados. Este grande desperdício de esforço pode também ser o resultado de processos de planejamento e especificação ineficientes. Porque a quota de 19% para a construção de software é uma função da complexidade do software, hardware e ferramentas usadas, há uma chance para reduzi-la cuidadosamente gestão e padronizar os processos de trabalho internos. A participação decepcionante de apenas 17% para a implementação, no entanto, deveria ser alarmante para os proprietários do negócio, uma vez que as atividades de implementação são a principal atividade que resulta em receita. O nível de produtividade relativamente baixa relatado por Flitman (2003) parece ser também refletido no fato de que o programador média US produz aproximadamente 7.700 linhas de código por ano, o que se traduz em apenas 33 por dia de trabalho (Slavova, 2000). Considerando que um grande projeto de software, como o Microsoft Word, é relatado pela Microsoft para levar 2 a 3 milhões de linhas de código, torna-se óbvio como caro tais projetos pode se tornar e que produtividade e gestão da qualidade são as principais preocupações para as empresas de software de hoje. O desafio para os gerentes de software contemporâneo é encontrar a raiz do problema de produtividade e um remédio na forma de uma prática de gestão.

Uma grande quantidade de estudos recentes aborda a produtividade de desenvolvimento de software e preocupações de qualidade. Elliott, Dawson, e Edwards (2007) concluem que há uma falta de habilidades de qualidade nas organizações atuais. Além disso, os pesquisadores colocaram a culpa parcial sobre prevalecente culturas organizacionais, o que pode levar a hábitos de trabalho contraproducentes. Dos principais problemas identificados, documentação do projeto foi encontrada a faltar porque os documentos são deficientes em detalhe e não atualizado freqüente o suficiente. O controle de qualidade na forma de teste de software não é praticado como muitas vezes e parece haver uma falta de processos de garantia de qualidade para garantir que o software é construído com qualidade em mente desde o início. A cultura organizacional foi encontrado para ser deficiente em empresas eram trabalhadores tendem a evitar o confronto e, portanto, evitar ensaios de produtos no total (2007).

Desde trabalhadores do conhecimento são a principal unidade em organizações de software, criando uma cultura organizacional frutífera e eficiente constitui um dos principais desafios para os gestores de hoje. A relação entre cultura organizacional e da qualidade e produtividade em empresas de software recentemente foi investigado por Mathew (2007). Organizações de software tendem a ser centrada nas pessoas e sua dependência de trabalhadores do conhecimento também é refletido pelo enorme remuneração e os benefícios de mais de 50% da receita gastos. À medida que a indústria amadurece e cresce ainda mais, o desafio para as organizações é que maior número de funcionários precisam ser gerenciados que traz cultura para o foco da gestão. Mathew (2007) verificaram que a influência mais importante sobre a produtividade foi conseguida através da criação de um ambiente de confiança mútua. Níveis mais altos de confiança conduzem a uma maior autonomia e empoderamento empregado, o que fortaleceu a gestão existente visualizar essa confiança e eficácia organizacional são altamente relacionados. As empresas com níveis de confiança e empoderamento mais elevados beneficiaram de um maior envolvimento dos funcionários intensiva e, assim obtidos produtos de qualidade melhores (2007).

A qualidade do produto, no entanto, depende de outros fatores bem que vão além da discussão dos processos de trabalho. Relativamente alta rotatividade de funcionários foi encontrado para ter um efeito negativo sobre a qualidade do produto e da cultura organizacional (Hamid & Tarek, 1992). Custos constantes de conclusão volume de negócios e aumento sucessão de projetos, causar atrasos consideráveis, e expor a organização a riscos mais elevados porque os seus processos de desenvolvimento pode ser severamente perturbadas. Enquanto estratégias de recursos humanos deve ajudar a encontrar maneiras de reter pessoal-chave na empresa, as organizações precisam, no entanto, estar preparado para turnovers e minimizar seus riscos. Um dos maiores riscos para centradas nas pessoas, organizações de trabalhadores do conhecimento é a perda de conhecimento, quando os funcionários deixam.

A gestão do conhecimento tem evoluído para uma disciplina relativamente nova nas últimas duas décadas, mas é principalmente praticado por grande, global organizações só (Mehta, 2008). Conforme as empresas perceberam a importância das atividades de gestão do conhecimento para mitigar o risco de perda de know-how dentro de suas organizações, eles começaram a empregar os oficiais chefes de conhecimento e equipes com o objetivo de coletar e organizar informações. Através da construção de plataformas de gestão de conhecimento personalizado, as empresas podem beneficiar de uma maior transferência, armazenamento e disponibilidade de informações críticas de negócios. Tais atividades podem ajudar as empresas a inovar e construir capital de conhecimento ao longo do tempo (2008). O desafio permanece, no entanto, a criação de tais sistemas e para suscitar o apoio dos funcionários para os sistemas de gestão do conhecimento. Além disso, esses sistemas de deixar outra questão crítica aberta. O que acontece quando top performers ter todo o conhecimento com eles quando eles saem?

Outra variável crucial que afecta produto de software e qualidade de serviço é o envolvimento da alta gerência. Projetos na indústria de software comumente falhar devido a um ou uma combinação dos seguintes três causas principais: planejamento pobre projeto, um caso de negócios fraco, ea falta de apoio da alta gerência e envolvimento (Zwikael, 2008). Projetos de software são similares aos projetos em outras indústrias, privilegiando a realização oportuna de projetos, orçamento e conformidade com as especificações, a indústria exige processos de suporte específicas de gestão de topo para facilitar projetos. Estes processos estão resumidos na Tabela 1. Principais processos de apoio, tais como a atribuição adequada de gerentes de projeto e da existência de medição de sucesso do projeto, indicam que as empresas bem-sucedidas demonstram um nível mais elevado de controlo do progresso do projeto do que outros; no entanto, Zwikael reconhece que os gestores de topo raramente concentrar-se nesses processos-chave e em vez disso preferem lidar com os processos que são mais fáceis para eles trabalharem em pessoalmente.

Tabela 1

O top ten mais crítico processos de apoio à gestão do setor de software (Zwikael, 2008). Esses processos marcados com um asterisco (*) foram encontrados para ser o mais importante.

Processo de suporte

Ideal projeto atribuição gerente *

procedimentos de projeto refrescantes

A participação do gerente de projeto durante a fase de início

A comunicação entre o gerente de projeto ea organização *

Existência de projeto de medida de sucesso *

estrutura organizacional do projeto Supportive

Existência de grupos de projecto interdepartamental interativos *

projetos organizacionais planejamento de recursos

envolvimento Project Management Office

Uso de padrão de gerenciamento de projeto de software *

Oportunidades em Indústria de Software

O advento da comunicação de baixo custo através da Internet ea diversificação da indústria de software em diversos ramos trouxe uma infinidade de novas oportunidades de mercado. Algumas das principais oportunidades estão enraizados nos baixos custos de comunicação, enquanto outros originado a possibilidade de diversificação geográfica e de colaboração internacional.

Uma grande oportunidade que as organizações maiores, especialmente Procuramos aproveitar é a diversificação geográfica na forma de globalmente distribuídos de desenvolvimento de software. Kotlarsky, Oshri, van Hillegersberg, e Kumar (2007) pesquisaram esta fonte de oportunidades que é praticado principalmente por empresas multinacionais; no entanto, também é relatado um número crescente de pequenas empresas a serem beneficiando de desenvolvimento de software dispersa através das fronteiras nacionais. O estudo revelou que as empresas de software pode alcançar níveis significativamente mais elevados de produtividade através da criação de componentes de software reutilizáveis ​​e reduzindo interdependências de tarefas. Ao reduzir a interdependência, os módulos produzidos são mais propensos a tornar-se útil em futuros projetos por conta própria; além disso, esta redução de código de computador interligados também tem um efeito positivo sobre as equipes de projeto. Equipas em empresas que distribuem seus desenvolvimentos globalmente beneficiar de uma maior autonomia e necessidades de comunicação reduzidos. Os autores ressaltam, entretanto, que os pré-requisitos para a distribuição de desenvolvimento de software não são apenas bom planejamento do projeto, mas também a padronização de instrumentos e procedimentos de desenvolvimento. Sem tais prearrangements pode tornar-se quase impossível de gerir e consolidar as diversas atividades da equipe distribuídos (2007). Especialmente para as equipes de trabalho em todos os países longe um do outro, pode pagar para implantar vídeo ou outras tecnologias de conferência baseados na Internet e explorar potenciais de poupança enormes. Mas são estes meios de comunicação eficaz?

Na última década, uma nova forma de organização emergiu que tomou a maior vantagem da Internet. Organizações virtuais existem inteiramente no ciberespaço e membros de sua equipe na maior parte, se não comunicar exclusivamente, via Internet, usando webcams e software de mensagens. O desafio para os gestores em organizações virtuais é explorar a nova tecnologia, mas também para encontrar maneiras de motivar e orientar os processos da força de trabalho e de trabalho. Um estudo realizado por Andres (2002) comparou as equipes de desenvolvimento de software virtuais com equipes de face-a-face e identificou vários desafios e oportunidades para os gestores virtuais. Gestão do trabalho de um fuso horário diferente pode ser problemática devido à falta de presença física. Comunicação terá de ser assíncrono ou só pode ocorrer em horas de trabalho que se sobrepõem em ambos os fusos horários. As equipes virtuais facilitar esse processo, usando e-mail e / mensagens de texto de voz, mas mais importante, reduzindo a interdependência de tarefas. Andres (2002) sugeriram que estes tipos de comunicação têm menor “presença social”, que significa que os seres humanos têm uma necessidade e capacidade de sentir a presença de outras pessoas no grupo. O problema com muitos canais de comunicação informatizados é que pistas visuais, expressões, pistas de linguagem corporal e pistas de voz da pessoa estão em falta. Quando colocado em um continuum presença social, os vários tipos de comunicação classificar como decorre do menor para o maior: e-mail, telefone, vídeo-conferência e encontros face-a-face. Andres comparação “entre as equipes de desenvolvimento usando contra encontros face-a-face-videoconferência revelou que o último grupo foi muito mais eficiente e produtiva, mesmo que a equipe de vídeo-conferência beneficiaram da redução dos custos de viagem e tempo.

O estudo realizado em 2002, no entanto, tem várias deficiências. Primeiro, ele já tem sete anos e os custos de Internet caíram e velocidades melhoraram significativamente desde então. Considerando-se as melhorias na qualidade de vídeo e de disponibilidade e de computador velocidades, esta forma de comunicação se tornou mais viável recentemente. Além disso, os gerentes de hoje só agora estão começando a aprender como usar esses meios de comunicação de forma eficiente. Por exemplo, embora a tecnologia de e-mail já existe há duas décadas, muitos gestores ainda acham que e-mails podem criar um monte de ambiguidade. O desafio para as futuras gerações de gestores será a mudar seu estilo de escrita para coincidir com as limitações de e-mail e outras tecnologias de mensagens de texto. Outro fator importante a considerar é que a comunicação escrita pode ser armazenada por tempo indeterminado e tem consequências jurídicas; por isso, na maioria das vezes, os gestores podem intencionalmente preferem evitar esses canais de comunicação por motivos políticos ou legais. O estudo realizado por Andres (2002), no entanto, resultou em uma visão negativa da videoconferência provavelmente porque a tecnologia ainda não foi amadurecido e os membros da equipe ainda não se sentiam confortáveis ​​com ele.

Por videoconferência para trabalhar bem, todos os participantes precisam ser informados das características peculiares de que a tecnologia e ajustar seu estilo de comunicação e de expressão em conformidade. Independentemente do tipo de reunião, um outro fator importante é a preparação. O que poderia ser pesquisado em conjunto com estudo Andres “no futuro é o grau de preparação do grupo. Os membros da equipe de investir tempo suficiente para a preparação de perguntas e respostas para os seus companheiros de equipe antes de vir para a reunião? Conferências de vídeo pode exigir mais do que preparação face-a-face reuniões em algumas circunstâncias.

Outra oportunidade para as empresas de software e desafio para os gestores em todo o mundo é a terceirização. No ano de 2007, 70.000 milhões dólares foram gastos globalmente para desenvolvimento de software terceirizados (Scott, 2007). Dada a extrema escassez de habilidades de TI em os EUA ea Europa, muitas empresas tirar proveito da globalização, escolhendo fornecedores internacionais para as suas tarefas de desenvolvimento de software. Outsourcing, no entanto, requer coordenação elaborado entre a organização e seus diversos grupos de fornecedores. A idéia é que, no total, os custos de coordenação e os problemas são menos onerosos do que in-house desenvolvimento; contudo, este objectivo não é sempre conseguido. Enquanto a terceirização, quando for implementado e coordenado corretamente, pode resultar no desenvolvimento de 24 horas em todo o mundo e, assim, oferecer um serviço contínuo para a organização em torno do relógio, pode resultar na perda da propriedade intelectual. Enquanto as partes mecânicas são patenteáveis ​​na maioria dos países que apoiam o direito de propriedade intelectual, software não é patenteável na maioria dos países fora da América do Norte.

Além do desafio de gerenciar a terceirização, as organizações de software explorar tecnologias em várias maneiras de economizar custos , por exemplo, oferecendo acesso remoto, teletrabalho, e arquiteturas orientadas a serviços (SOA) (Scott, 2007). O acesso remoto e teletrabalho aumentou seis vezes entre 1997 e 2005 e resultou em 300.000 mil dólares de economia anual devido a uma redução de espaço de escritório (2007). SOA é um conceito similar e envolve um aluguel de software para os clientes. Em vez de comprar, instalar e manter software e servidores, os clientes podem alugar um serviço on-line e reduzir o custo total de propriedade, porque estas atividades não são mais necessárias no lado do cliente. Aos poucos, a virtualização do negócio de software abre novos horizontes e oferece novas oportunidades mas também apresenta gestores com desafios intermináveis.

Alguns dos pontos fortes e fracos do desenvolvimento equipe offshore e virtual foram estudados por Slavova (2000). No ano de 2000, Índia e Irlanda foram os maiores locais de desenvolvimento de software offshore. As empresas offshore pode oferecer até 60% de redução de custos, uma conclusão mais rápida de tarefas de desenvolvimento, distribuindo-os ao redor do globo, e conhecimento de domínio específico que adquiriram ao longo dos anos, fornecendo serviços semelhantes para outros clientes. A integração do trabalho a partir de fontes externas, no entanto, constitui um grande obstáculo. Além disso, a linguagem e questões culturais podem causar sérios problemas de comunicação que colocam o projeto em risco, especialmente quando mal-entendidos causar interpretações erradas dos documentos de especificação do projeto. Slavova (2000) descobriu que o remédio e estratégia mais comum evitando problemas com fornecedores no exterior é visitá-los frequentemente cara-a-cara; no entanto, essa tática resulta em maiores custos de viagem e interrupções de fluxos de trabalho dos gestores e, portanto, podem compensar os benefícios obtidos para o outsourcing completo. Gestores do negócio de software precisa, portanto, de equilibrar os riscos e os potenciais de oportunidade antes de se envolver em outsourcing, porque para muitas empresas essa estratégia não conseguiu pagar no final.

A grande oportunidade que surgiu na última década é a inovação on-line . O esforço de inovação coletiva de muitos indivíduos e empresas é geralmente conhecido como open-source na internet e que tem levado a muitos avanços na tecnologia de computador, como o sistema operacional livre Linux. No primeiro empresas se sentiram ameaçados por essa onda de evolução do mercado porque as empresas perceberam que as soluções open-source estavam em concorrência com os seus produtos. Em muitos casos, isso foi e ainda é, de facto, verdade; no entanto, um par de empresas, incluindo IBM, estão explorando essa nova forma de inovação para o seu próprio e para um benefício comum (Vujovic & Ulhøi, 2008). Porque as empresas de software operar em um ambiente cada vez mais instável, eles lutam para criar continuamente novas e melhores produtos. Ao expor o código de computador para o público na Internet, as empresas podem se beneficiar de ideias apresentadas pelo público, especialmente outras empresas. Além disso, as empresas beneficiam de constatação livre de bugs e testes por usuários externos, mas uma das principais razões para o “vai-fonte aberto” é a adoção rápida e disseminação da tecnologia da empresa em um relativamente pouco ou nenhum custo. A disseminação da tecnologia de código aberto da IBM, por exemplo, também é livre comercialização para a empresa. Mas como as empresas podem ganhar dinheiro, oferecendo algo de graça?

O modelo de inovação fechada (o modelo tradicional de fornecimento de software sem revelar o código de software) pode ser combinado com código-fonte aberto, para que a empresa pode cobrar para o produto. Em outros casos, a empresa pode revelar a plataforma tecnológica na internet de graça e depois vender ferramentas especializadas que utilizam a nova plataforma. As grandes poupanças do dinheiro são, obviamente, os de desenvolvimento, testes e os custos de manutenção compartilhados uma vez que muitas partes interessadas trabalhar no mesmo projeto.

O modelo de partilha de conhecimento do código-fonte aberto é nada de novo, no entanto. A filosofia e os benefícios de modelos de inovação abertos já foram realizados no terceiro trimestre do século XIX. Naquela época, a inovação aberta era praticada no Reino Unido e de ferro

indústria de aço dos Estados Unidos. A cooperação dos muitos intervenientes da indústria terminou o domínio de tecnologias exclusivas para o qual royalties caros eram devidos (Vujovic & Ulhøi, 2008). Dado o ambiente dinâmico da indústria de TI eo curto tempo de vida de tecnologias de informática, a adoção de modelos de inovação abertos ganhou muito mais popularidade. Ao analisar os maiores jogadores de código aberto no mercado, Vujovic e Ulhøi montar uma lista de estratégias de apoio, que é mostrada na Tabela 2. Várias dessas estratégias são bastante relevantes a partir de uma perspectiva de gestão de topo, bem como, tais como a implantação de abertura fonte para bloquear um concorrente e usar o modelo aberto como uma porta de entrada para uma maior quota de mercado.

Tabela 2

Estratégias para a adopção da abordagem de código aberto (Vujovic & Ulhøi, 2008).

Estratégia de Negócios

Obtenção de maior quota de mercado

Obtenção de poder de mercado

Melhor adoção de um produto e, assim, estabelecendo normas

Mudando vantagem competitiva para outra camada de arquitetura

Tornar o produto mais onipresente

Cumprindo mais rápido tempo de colocação no mercado

Estimular a inovação

Complementando um fluxo núcleo receitas

O bloqueio de um concorrente

Conclusão

Revendo o bastante recente surgimento da indústria de TI e da indústria de software em particular, vários paralelos podem ser traçados para a história de gestão. Embora a gestão científica de Taylor foi um dos destaques na evolução da ciência da administração (Wren, 2005), a indústria do software parece estar ficando para trás como grande avanço. Devido ao seu alto nível de complexidade, a disciplina de desenvolvimento de software ainda é atormentado com problemas de qualidade que decorrem da falta de padronização. Similar aos esforços de Taylor, os gerentes precisam analisar os processos de desenvolvimento de software e desenvolver normas e medidas em toda a indústria. Uma vez que existem tais medidas e procedimentos, isso vai ajudar a tornar os projetos de software muito mais previsível.

Grande parte das práticas da indústria de software de hoje teria sido um déjà vu para Taylor, se ele ainda estava vivo. Além disso, as preocupações anomia e desorganização social durante a era pessoa social se aplicam hoje mais dramaticamente do que no passado. Mayo descrito na década de 1940 como os gerentes subestimada em problemas técnicos na esperança de aumentar a eficiência ignorando o elemento social humana (p. 296). A mesma situação é agora evidente para um grau maior na indústria de computadores. Os rápidos avanços tecnológicos criaram muitas oportunidades e mudou o ambiente de trabalho drasticamente. Ao mesmo tempo, no entanto, a gestão não foi capaz de se preparar para estes dramática tecnologia turnos traria para o local de trabalho. Na melhor das hipóteses, os gestores estão simplesmente reagindo aos avanços tecnológicos, porque as consequências são imprevisíveis principalmente dada a complexidade da natureza humana. Por exemplo, e-mail trouxe vários benefícios, como baixo custo e comunicação assíncrona simples; no entanto, muitos e-mails são mal interpretadas, porque eles não são escritos de forma adequada. Além disso, os trabalhadores do conhecimento estão lutando para manter-se com o grande número de mensagens recebidas por dia, já que constituem uma grave ruptura do fluxo de trabalho diário.

Como os trabalhadores do conhecimento estão se tornando cada vez mais essencial para a sobrevivência de uma organização e como organizações neste setor amadurecer e exigir um maior número de funcionários, a amplitude de controle está se tornando um problema para os gestores para lidar corretamente. Como discutido em Wren (2005), como o tamanho da equipe aumenta, o número de inter-relações de ser geridos aumentos astronomicamente (p. 353). Gerenciando equipes maiores representa um grande problema, porque o grande número de inter-relações torna também mais difícil desenvolver confiança dentro da equipe. Motivar os grandes grupos de trabalhadores do conhecimento pode, portanto, ser complicado, especialmente porque as tarefas criativas podem exigir um elevado grau de colaboração. Projeto de trabalho é, portanto, um grande obstáculo para futuros gestores de superar. Muita ênfase tem sido sobre fatores de higiene e não em motivadores da força de trabalho. Horários flexíveis, teletrabalho, empoderamento e aumento da responsabilidade pode ajudar no curto prazo, mas para a gestão a longo prazo terão de encontrar novas estratégias para reter os trabalhadores do conhecimento.

A qualidade do produto continua a ser um grande problema. Ideias de Deming são bons, mas a garantia de qualidade no mundo do software é difícil de implementar devido à falta de padrões e medidas. O modelo de inovação open-source pode proporcionar algum alívio a este respeito, porque a maior participação de desenvolvedores externos podem ajudar a melhorar a qualidade global. Por outro lado, no entanto, projetos de código aberto são difíceis de gerir pelo mesmo motivo. Desde projetos de código aberto são auto-dirigida e não propriedade de ninguém em particular, os projectos, por vezes, sofrem de descontrolado, tumoral crescimento.

Vários dos pecados mortais de Deming (Wren, 2005, p. 463) se aplicam diretamente a a indústria de software. A maioria dos produtos são feitos a partir do zero, em vez de a partir de componentes e há pouca padronização em organizações de software. Desde os desenvolvedores de software têm uma tendência a ver seu trabalho como um ofício que desafiam normas e procedimentos. Além disso, o ambiente bastante complexo com as suas exigências dinâmicas ea pressão por cumprimento de prazos tornar mais fácil para os profissionais de perder de vista a melhoria da qualidade através da elaboração de normas organizacionais. Medidas de alta rotatividade e desempenho individuais continuam a ser as práticas da indústria, apesar de muitos cientistas, como Deming, têm argumentado por muito tempo que essas medidas são contraproducentes.

os futuros administradores precisam encontrar maneiras de compensar a alta rotatividade, se não puderem encontrar uma maneira de evitá-lo. A divisão do trabalho pode funcionar bem para a empresa, mas não é bem percebida pela força de trabalho que tende a exigir desafio constante. Top performers desfavorecem tarefas mundanas e preferem ficar com todo o seu conhecimento. IBM implantou com sucesso o alargamento do trabalho por algum tempo para combater este fenómeno (Wren, 2005, p.332). Infelizmente, esta estratégia pode não funcionar para todas as empresas e só pode ser utilizado dentro de certos limites da organização. Dada a evolução das duas últimas décadas, os gestores terão de enfrentar a disciplina de gerenciamento de trabalhador do conhecimento e encontrar uma solução viável para a sua organização.

A integração da gestão da ciência com os avanços da psicologia e da sociologia pode fornecer uma rota para a solução do problema de gestão trabalhador do conhecimento. É crucial para os gestores têm uma compreensão exata das unidades de motivação para este grupo específico da força de trabalho. Estes trabalhadores beneficiam de maior renda, maior flexibilidade e liberdade, e maior poder de barganha. Isso os coloca em uma zona cinzenta entre o empregado, menos qualificados tradicional e um proprietário da empresa porque os trabalhadores do conhecimento criar capital intelectual da empresa. Porque a maioria deste capital é perdida e permanece com os funcionários quando eles decidem deixar a organização, o volume de negócios pode ser muito mais prejudicial do que com os trabalhadores tradicionais. Os gerentes podem, portanto, não basta aplicar estratégias convencionais para este grupo diferente dos trabalhadores; em vez disso, eles precisam procurar por mais incentivos criativos para os trabalhadores do conhecimento motivar e reter.

Referências

Andres, HP (2002). Uma comparação de face-a-face equipes de desenvolvimento de software e virtuais. Equipa de Gestão de Desempenho, 8, 39-49. Retirado 15 de março de 2009 a partir da ProQuest.

Elliott, M., Dawson, R., Edwards, J. (2007). Uma análise de gestão de qualidade de software no AWE plc. Software Jornal Qualidade, 15, 347-364. Retirado 15 de março de 2009 a partir da ProQuest.

Flitman, A. (2003). Rumo a avaliação comparativa significativa da produtividade da equipe de desenvolvimento de software. Benchmarking, 10, 382-350. Retirado 15 de março de 2009 a partir da ProQuest.

Hamid, A., Tarek, K. (1992). Investigando os impactos das gerencial volume de negócios / sucessão sobre o desempenho de projetos de software. Jornal de Sistemas de Informação de Gestão, 9, 127-145. Retirado 15 de março de 2009 a partir da ProQuest.

Kotlarsky, J., Oshri, I., van Hillegersberg, J., Kumar, K. (2007). Globalmente distribuída desenvolvimento de software baseado em componentes: um estudo exploratório de gestão do conhecimento e divisão do trabalho. Jornal de Tecnologia da Informação, 22, 161-174. Retirado 15 de março de 2009 a partir da ProQuest.

Mathew, J. (2007). A relação da cultura organizacional com a produtividade e qualidade; Um estudo das organizações de software indianas. Relações com Funcionários, 29, 677-697. (2005).


Source by Savas Papadopoulos

About The Author
admin
size_590_gol.jpg
06195054250017.jpg