Так, если Вы работаете в небольшой компании, у Вас вообще нет проблемы глупых процедур, сосущих Ваше бесценное время и истощающих мораль Ваших членов команды. Вместо этого Ваша большая проблема - ресурсы, или нехватка этого. Как возможно Вы имеют одного человека, делающего кодирование, документацию, контроль качества и маркетинг. И тот человек - Вы. Like maybe you have one person doing coding, documentation, quality control and marketing. And that person is you.
В крупных компаниях, если Вы удачливы, проблема ограничений ресурсов не столь непреодолима. Вместо этого контакт с бюрократией - часто Ваша проблема номер один. То, что это означает, - то, что для Вас, чтобы получить доступ к кодированию/документации/качеству управляют/продают ресурсом, Вы должны следовать за процедурами. Или взломайте секретный код. Разъясниться: много времени, никто не говорит Вам надлежащую процедуру, но их только, ожидает, что Вы будете следовать за нею. Я не могу помнить количество раз, я определил бы местонахождение кого-то в организации Creo, у кого был ресурс, в котором я нуждался, и когда я вступил в контакт, я сначала получу лекцию по важности следующих процедур и какого черта я не делал этого сначала вместо того, чтобы беспокоить их? Тогда, они показали бы мне секретный вебсайт по интранету компании, у которого была форма, которую я должен был заполнить для системы, чтобы обработать мой запрос. 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.
И это не должно свалить на Creo. Из того, что я понимаю каждую организацию, более чем четыреста человек, или общественный или частный, склонны делать это. Вы можете возразить всему, что Вы хотите, но Вы могли бы как жаловаться на чрезмерную влажность на Ваших носках после взятия мочи против ветра. You can protest all you want, but you might as complain about excessive moisture on your socks after taking a pee against the wind.
Конечно, ни в коем случае не сделайте Вы должны следовать за процедурами. Иногда Вы можете получить то, что Вы хотите, крича достаточно громкий. Этот подход имеет тенденцию быть особенно привлекательным, если Вы - молодой и игривый менеджер проектов, и у Вас было несколько расстраивающих рабочих дней. Вам может даже сойти с рук этот подход, если Ваш проект - Важный Вопрос и также если Вы сообщаете кому-то действительно старшему. В течение нескольких лет в Creo я сообщил исполнительному VP (по крайней мере, это - то, как он показал на диаграмме иерархии), который лучше чем сообщение к регулярному VP или даже паршивому директору. Это было большим по двум причинам: Один, я мог благополучно противодействовать любому и всем до уровня директора без моего ощущения себя босса, которому угрожают. Два, исполнительные VPs в Creo были действительно, действительно занятые люди, таким образом, они не будут даже не торопиться, чтобы дисциплинировать Вас, если Вы не бежали вокруг здания, носящего костюм клоуна с без вести пропавшими штанов. Ну, фактически одно время, Стэн устроил мне разнос, но это было то, потому что я полностью опрокидывал prez, который фактически доказывает мою теорию. 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.
Однако, даже с удивительной контролируемой властью возможности свистеть на обуви любого в org, исключая команду высшего руководства, я скоро учился ограничивать меня и работу в пределах системы. Было много причин для меня делающий переход от загаженного нарушителя командному игроку. Одна причина была ранней в моей карьере, я работал при парне, который был великим лидером, но не так хороший менеджер. Любая крошечная часть бюрократизма свела бы его с ума к пункту, были, все в бюрократии восстали против его крика и пошли полностью пассивно-агрессивные. И он не мог получить проклятую достигнутую вещь. Я понял, что, если бы я продолжал вниз путь, я шел, я закончил бы как он. И каков менеджер проектов, который ничего не может выдвинуть через систему? Абсолютно бесполезный. 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.
Таким образом, я начал фальсифицировать интерес и слушать людей и задавать вопросы относительно того, почему эта процедура была положена на место. И больше раз чем не (но не всегда), было понятное (но не всегда хорошо) причина относительно того, почему та процедура была положена на место. Хорошее правило помнить: Никакая процедура не глупа в момент начала. То есть на хорошую идею в это время всегда походит вставлять дополнительный шаг. 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.
Почему иногда важно знать происхождение процедуры? Поскольку это помогает Вам придумать альтернативу, которая является удовлетворительной для всех партий, следуя за процедурой как есть является только слишком болезненным. Другим серьезным основанием следовать за процедурами является много времени, они позволяют людям формировать абстракции о том, что Вы делаете. И в крупной организации важно иметь абстракции, которые значат ту же самую вещь для широкой группы людей. Это может стать неожиданностью для Вас, O великий лидер, но не все в org имеет время, чтобы прочитать Ваши еженедельные обновления или энергию израсходовать усилие понять, почему Ваш проект является настолько уникальным и особенным. Если Вы следуете за процедурой и не противодействуете (слишком) многим людям, то все хорошо с миром (значение, что они не будут блокировать Вас и даже возможно, высвобождать некоторые средства, чтобы выручить Вас). Не недооценивайте, как важный у этого должны быть твердые абстракции в крупной транснациональной корпорации. Давайте видеть, что у Вас есть некоторые процедуры по выкатыванию нового продукта. Вам не нравятся процедуры? Прекрасный, войдите в телефон в Брюссель, Гонконг, Тель-Авив, и Бостон и скажите всем, что Вы изменяете, какие бета средства и раннее производство не включают документацию, потому что Вы думаете, что глупо получить материал, написанный на такой ранней стадии. Давайте видеть, что Вы заставляете всех заканчивать на том, как Вы думаете, что материал должен быть сделан. is just too painful. 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.
С другой стороны рабское повиновение к каждой проклятой процедуре, которая проектирована в главном офисе, ни в коем случае не является гарантией, Вы сделаете проект. Это - то, где опыт играет роль. Могут потребоваться годы, годы, которые я говорю Вам, чтобы развить такие полномочия проницательности, которые позволяют Вам определить, какие процедуры крайне важны следовать и который может быть благополучно проигнорирован. Вот грубый гид: 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. Должны сопровождаться все процедуры, изложенные коммивояжёрами. Процедуры ненависти Salesguys, абсолютно ненавидьте их. Так, если офис продаж фактически придумывает процедуру, Вы, вероятно, должны следовать за ним. So if the sales office actually comes up with a procedure, you probably should be following it.
2. Процедуры Вашими иностранными ветвями должны сопровождаться. Даже если процедуры кажутся действительно странными. Особенно странные. Especially the weird ones.
3. Процедуры командой бюджета. Это - хитрое. Если деньги для проектов текут как река, и Ваша компания удваивает в размере каждый годы, Вы можете часто проигнорировать их. Но если деньги трудны, и слух о сокращениях циркулирует, то следуйте за их процедурами к письму. Если Вы действительно не хотели свое сокращение бюджета. 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. Любая процедура бизнес-аналитиком или консультантом может быть благополучно проигнорирована, если она не дала знак одобрения Вашим боссом или кем-то, которого уважает Ваш босс.
5. Процедуры обслуживания клиентов могут быть благополучно проигнорированы ЗА ИСКЛЮЧЕНИЕМ тех процедур, рекомендуемых теми людьми, которые фактически имеют дело с непосредственно с клиентами. Я не разыгрываю, в каждой крупной компании есть люди в подразделении обслуживания клиентов, которые никогда никогда не ВИДЕЛИ клиента. И эти люди хуже при составлении материала, который является только болью, чтобы следовать. And these people are the worst at making up stuff that is just a pain to follow.
 6. ЭТО процедуры. Найдите парня, который написал процедуру, и противостойте ему. Если он может защитить это, то соблюдайте это. Если он вытащил процедуру из учебника Макетов, скажите ему идти на компромисс, или Вы начнете восстание. 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. Процедуры datacenter людьми (SAP, Оракул, Peoplesoft): Следуйте за ними, только если люди данных дают Вам ресурсы, таким образом, Вы МОЖЕТЕ следовать за ними. То есть парням SAP нужно дать Вас время лица с администраторами базы данных, чтобы работать система, чтобы получить то, в чем Вы нуждаетесь. Так же с Oracle и Peoplesoft. Если все, что они делают, посылает Вам электронное письмо с гиперссылками к неразборчивой базе данных GUIs, то Вы можете благополучно проигнорировать их. Поскольку они, вероятно, делают ту же самую вещь Вашему боссу и боссу боссов, и в результате все в org ненавидят их. 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. Все процедуры, которые высвобождают средства, которые позволяют решающей задаче быть законченной, должны сопровождаться, независимо от того как глупый. Боритесь с хорошей борьбой в следующей жизни, не этой куклой. 9. Если Вашего босса будет раздражать не следовать за процедурой, затем следовать за процедурой. Джеймс Дин мог быть "Мятежником Без Причины", потому что он имел тонны естественного обаяния и был невероятно красив. Однако, если Вы последуете примеру Декана, то Вы только оторветесь как являющийся раздражающим. Короче говоря, Вы должны выдвинуть бумагу и поцеловать кольца различных бюрократов, чтобы получить материал из двери. Если Вы не президент. И даже их, я видел, что по крайней мере один президент хлопает лоб, имея дело с 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.
Больше От benji49
- Десять Причин, Почему Prinergy Все еще Мертв
- Отскочите для более высокооплачиваемой работы |, Когда Оставить Вашу работу
- Десять Шагов к Лучшей Работе
benji49 Рекомендует
- iPhone Apple 4S? Что относительно iPhone 5? (Techclump) (Techclump)
- Я не могу взять жизнь больше, я даже не хочу жить. Я чувствую себя подобно тени человека? (stanfieldsk) (stanfieldsk)
{1 trackback}
{0 комментариев … добавляют тот теперь}