Porque os Procedimentos Estúpidos Devem Ser Seguidos (a maior parte do tempo)

por admin em

Assim se você trabalhar em uma pequena empresa, você geralmente não tem o problema de procedimentos estúpidos que sugam o seu tempo valioso e drenam o moral dos seus membros de equipe. Em vez disso, o seu grande problema é recursos, ou necessite de disso. Como talvez você têm uma pessoa que faz codificação, documentação, controle de qualidade e marketing. E aquela pessoa é você. Like maybe you have one person doing coding, documentation, quality control and marketing. And that person is you.

Em grandes empresas, se você tiver sorte, o problema de constrangimentos de recursos não é como insuperável. Em vez disso, o procedimento com burocracia é muitas vezes o seu problema número um. O que isto significa é que para você para acessar a codificação/documentação/qualidade controlam/vendem o recurso, você tem de seguir procedimentos. Ou quebre o código secreto. Clarificar: muito tempo ninguém diz-lhe o procedimento próprio mas eles somente espera que você o siga. Não posso lembrar-me do número de vezes eu localizaria alguém na organização Creo que tinha um recurso de que precisei, e quando entrei em contato, eu receberia primeiro uma conferência sobre a importância de seguir procedimentos e por que é que não fiz isto primeiro em vez de incomodá-los? Então, eles me mostrariam o Web site secreto na intranet de companhia que tinha a forma que eu tinha de preencher para o sistema para processar o meu pedido. What this means is that for you to access the coding/documentation/quality control/marketing resource, you need to follow procedures. Or crack the secret code. To clarify: Lots of time nobody tells you the proper procedure but they just expect you to follow it. I can't remember the number of times I would locate somebody in the Creo organization who had a resource I needed, and when I made contact, I would first receive a lecture on the importance of following procedures and why the hell didn't I do that first instead of bothering them? Then, they would show me the secret web site on the company intranet that had the form I needed to fill out in order for the system to process my request.

E isto não deve depositar em Creo. Pelo que entendo cada organização mais de quatrocentas pessoas, ou público ou privado, tendem a fazer isto. Você pode protestar por tudo que você quer, mas você poderia queixar-se como da umidade excessiva nas suas meias depois de tomar um xixi contra o vento. You can protest all you want, but you might as complain about excessive moisture on your socks after taking a pee against the wind.

Naturalmente, de modo nenhum faça você tem de seguir procedimentos. Às vezes você pode adquirir o que você quer gritando bastante barulhento. Esta aproximação tende a ser especialmente atraente se você for gerente de projetos jovem e brincalhão e você teve um par de dias de trabalho frustrantes. Você pode até partir com esta aproximação se o seu projeto for Uma Matéria Importante e também se você informar a alguém realmente sênior. Durante alguns anos em Creo informei a um VP executivo (pelo menos isto é como mostrou no diagrama de hierarquia) que é melhor do que a reportagem a um VP regular ou até um diretor piolhento. Foi grande por duas razões: Um, posso contrair seguramente alguém e todo mundo até o nível do diretor sem a minha percepção de si de chefe ameaçada. Dois, VPs executivos em Creo foram realmente, as pessoas realmente ocupadas portanto eles até não se levariam um tempo para discipliná-lo a menos que você corresse em volta do edifício que usa um terno de palhaço com o arquejam falhando. Bem, de fato um tempo Stan repreendeu-me mas foi porque totalmente tombei o prez, que de fato comprova a minha teoria. This approach tends to be especially attractive if you are a young and frisky project manager and you've had a couple of frustrating work-days. You can even get away with this approach if your project is An Important Matter and also if you report to somebody really senior. For a few years at Creo I reported to an executive VP (at least that's how it showed on the hierarchy chart) which is better than reporting to a regular VP or even a lousy director. It was great for two reasons: One, I could safely antagonize anybody and everybody up to the level of director without my boss feeling threatened. Two, executive VPs at Creo were really, really busy people so they wouldn't even take the time to discipline you unless you were running around the building wearing a clown suit with the pants missing. Well, actually one time Stan chewed me out but that was because I totally upset the prez, which actually proves my theory.

Contudo, até com o poder discricionário impressionante de ser capaz de zumbir nos sapatos de alguém no org excluindo a equipe de alta direção, logo aprendi a conter mim e trabalho dentro do sistema. Houve muitas razões de mim fazendo a transição da merda-disturber ao jogador de equipe. Uma razão foi primeira na minha carreira trabalhei sob um tipo que foi um grande líder mas um não assim bom gerente. Qualquer bit muito pequeno da burocracia o deixaria louco ao ponto foram todo mundo na burocracia rebelou-se contra o seu grito e foi totalmente passivo-agressive. E ele não pode realizar uma coisa maldita. Realizei que se continuei abaixo o caminho eu ia, eu terminaria como ele. E qual é gerente de projetos que não pode empurrar nada pelo sistema? Absolutamente inútil. One reason was early in my career I worked under a guy who was a great leader but a not-so-good manager. Any tiny bit of red tape would drive him crazy to the point were everybody in the bureaucracy rebelled against his screaming and went totally passive-agressive. And he couldn't get a damn thing accomplished. I realized that if I continued down the path I was going, I would end up like him. And what is a project manager that can't push anything through the system? Absolutely useless.

Portanto comecei a falsificar o interesse e escutar pessoas e fazer perguntas quanto a porque este procedimento foi posto no lugar. E mais vezes do que não (mas não sempre), houve um compreensível (mas não sempre bem) razão quanto a porque aquele procedimento foi posto no lugar. Uma boa regra de lembrar-se é: Nenhum procedimento é estúpido no momento do princípio. Isto é, ele sempre parece uma boa idéia no momento pôr o extra passo em. A good rule to remember is: No procedure is stupid at the moment of inception. That is to say, it always seems like a good idea at the time to put the extra step in.

Porque é às vezes importante saber a origem de um procedimento? Como ele o ajuda a subir com uma alternativa que é satisfatória a todos os partidos seguindo o procedimento como ele está é somente demasiado doloroso. Outra boa razão de seguir procedimentos é muito tempo eles permitem a pessoas formar abstrações sobre o que você está fazendo. E em uma grande organização é importante ter abstrações que significam a mesma coisa para um largo corpo de pessoas. Isto pode vir-lhe como uma surpresa, O grande líder, mas não todo mundo em org tem o tempo para ler as suas atualizações semanais ou a energia de expender o esforço de entender porque o seu projeto é tão único e especial. Se você estiver seguindo o procedimento e não contraindo (demasiado) muitas pessoas, então tudo é bem com o mundo (significação que eles não o bloquearão e até possivelmente lançarão alguns recursos para sustentá-lo). Não subestime como importante ele deve ter abstrações sólidas em uma grande corporação multinacional. Vai vê-lo ter alguns procedimentos para estender um novo produto. Você não gosta dos procedimentos? Perfeito, suba no telefone ao Bruxelas, Hong Kong, Tel Aviv, e o Boston e diga a todo mundo que você está modificando que meios de beta e a primeira produção não incluem a documentação porque você pensa que é estúpido adquirir o material escrito em uma tão primeira etapa. Vai vê-lo conseguir que todo mundo termine em como você pensa que o material deve ser feito. Another good reason to follow procedures is a lot of time they allow people to form abstractions about what you are doing. And in a big organization it's important to have abstractions that mean the same thing to a wide body of people. This may come as a surprise to you, O great leader, but not everybody in org has the time to read your weekly updates or the energy to expend the effort to understand why your project is so unique and special. If you are following the procedure and not antagonizing (too) many people, then all is well with the world (meaning they won't block you and even perhaps release some resources to help you out). Don't underestimate how important it is to have solid abstractions in a large multi-national corporation. Let's see you have some procedures for rolling out a new product. You don't like the procedures? Fine, get on the phone to Brussels, Hong Kong, Tel Aviv, and Boston and tell everybody you're changing what beta means and early production doesn't include documentation because you think it's stupid to get stuff written at such an early stage. Let's see you get everybody to sign off on how you think stuff should be done.

De outro lado, a obediência escrava a cada procedimento maldito que é esboçado na sede não é de modo nenhum uma garantia você fará o projeto. Isto é onde a experiência entra no jogo. Pode precisar-se de anos, anos que lhe digo, para desenvolver tais poderes do discernimento que lhe permitem determinar que procedimentos são cruciais seguir e que pode ser seguramente ignorado. Aqui está um guia áspero: It can take years, years I tell you, to develop such powers of discernment that enable you to determine which procedures are crucial to follow and which can be safely ignored. Here is a rough guide:

1. Todos os procedimentos expostos por vendedores devem ser seguidos. Procedimentos de ódio de Salesguys, absolutamente deteste-os. Assim se o escritório comercial de fato subir com um procedimento, você provavelmente deve estar seguindo-o. So if the sales office actually comes up with a procedure, you probably should be following it.

2. Os procedimentos pelos seus ramos estrangeiros devem ser seguidos. Mesmo se os procedimentos parecem realmente esquisitos. Especialmente os esquisitos. Especially the weird ones.

3. Procedimentos pela equipe de orçamento. Isto é um enganador. Se o dinheiro de projetos estiver fluindo como um rio e a sua companhia está dobrando no tamanho cada anos, você pode ignorá-los muitas vezes. Mas se o dinheiro é apertado e o rumor de cenas em retrospecto está dando as voltas, então siga os seus procedimentos à carta. A menos que você realmente quisesse a sua redução de orçamento. If money for projects is flowing like a river and your company is doubling in size every years, you can oftentimes ignore them. But if money is tight and the rumour of cutbacks is making the rounds, then follow their procedures to the letter. Unless you really did want your budget cut.

4. Qualquer procedimento por um analista de negócios ou um consultor pode ser seguramente ignorado a menos que ele tenha dado um selo da aprovação pelo seu chefe ou por alguém quem o seu chefe respeita.

5. Os procedimentos de serviços ao cliente podem ser seguramente ignorados EXCETO aqueles procedimentos recomendados por aquelas pessoas que de fato tratam diretamente com clientes. Não brinco, em cada grande empresa há pessoas na divisão de serviço ao cliente que nunca VIRAM alguma vez um cliente. E estas pessoas são as piores no momento da composição de material que é somente uma dor para seguir. And these people are the worst at making up stuff that is just a pain to follow.

 6. ELE procedimentos. Encontre o tipo que escreveu o procedimento e confronte-o. Se ele puder defendê-lo, então respeite-o. Se ele adquiriu o procedimento fora de um manual de Manequins, diga-lhe comprometer ou você começará uma insurreição. Find the guy who wrote the procedure and confront him. If he can defend it, then honour it. If he got the procedure out of a Dummies textbook, tell him to compromise or you'll start an insurrection.

7. Procedimentos pelas pessoas datacenter (SAP, Oráculo, Peoplesoft): Siga-os só se as pessoas de dados lhe derem recursos portanto você PODE segui-los. Isto é, devem dar-lhe aos tipos de SAP tempo de cara com os administradores de banco de dados para trabalhar o sistema para adquirir de que você precisa. Identicamente com Oráculo e Peoplesoft. Se tudo que eles estão fazendo lhe estiver enviando o e-mail com hiperligações para o banco de dados indecifrável GUIs, então você pode ignorá-los seguramente. Como eles estão fazendo provavelmente a mesma coisa ao seu chefe e o chefe de chefes, e por conseguinte, todo mundo no org odeia-os. That is to say, the SAP guys should be given you face time with the database administrators to work the system to get what you need. Ditto with Oracle and Peoplesoft. If all they are doing is sending you e-mail with hyperlinks to undecipherable database GUIs, then you can safely ignore them. Because they are probably doing the same thing to your boss and bosses' boss, and as a result, everybody in the org hates them.

8. Todos os procedimentos que lançam recursos que permitem a uma tarefa crucial ser concluída devem ser seguidos, não importa como estúpido. Lute com a boa luta na seguinte vida, não este manequim. 9. Se aborrecerá o seu chefe não siga o procedimento, logo seguir o procedimento. James Dean pode ser um "Rebelde Sem uma Causa" porque ele tinha toneladas do carisma natural e foi inacreditavelmente bonito. Contudo, se você seguir o exemplo de Deão, você somente vai se soltar como sendo irritante. Em resumo, você tem de empurrar o papel e beijar os anéis de vários burocratas para adquirir o material fora a porta. A menos que você seja o CEO. E até eles, vi pelo menos um CEO esbofetear à sua testa tratando com SAP. 9. If it will annoy your boss to not follow the procedure, then follow the procedure. James Dean could be a "Rebel Without a Cause" because he had tons of natural charisma and was incredibly good-looking. However, if you follow Dean's example, you will just come off as being irritating. In short, you gotta push the paper and kiss the rings of the various bureaucrats to get stuff out the door. Unless you're the CEO. And even them, I've seen at least one CEO slap his forehead when dealing with SAP.

Implicações da Regra de 85/95 de Gerenciamento de projetos I Porque se parece com Pôquer de Gerenciamento de projetos? O Grande Segredo de Gerenciamento de projetos Provisões de necessidade? Verifique o Irmão Cartucho de Tinta negra de LC-25BK (Irmão LC25BK)
Preaperte Peregrino

Preaperte Peregrino

{1 trackback}

Dia da lembrança | Preaperta Peregrino
11 de novembro de 2009 às 5h18

{0 comentários … acrescentam aquele agora}

Deixe um Comentário