허락을 구하는 것보다 용서를 구하는 것이 언제 / 왜 쉬운가요? [닫은]

"허가를 구하는 것보다 용서를 구하는 것이 더 쉽다"는 말은 프로그래머들 사이에서 꽤 인기가 있고 IIRC는 Grace Hopper에 기인 한 것입니다. 이것은 어떤 상황에서 일반적으로 사실이며, 왜 그러한 반 직관적 인 제안이있을 것이라고 생각하십니까?

한 가지 중요한 이유는 책임이라고 생각합니다. 허가를 요청함으로써 귀하는 요청한 사람에게 책임을 전가하게되므로, 실패한 경우 결과에 대한 책임을지지 않기 위해 거부하는 경향이있을 수 있습니다.

반면에 일단 완료되면 더 이상 문제가되지 않습니다. 결과가 실패 했더라도 용서를 받든 안 받든 상관없이 여전히 책임이 있습니다.

무언가를 한 번 해치면, 상황이 나 빠지지 않는 한, 그것을 꺼내는 것보다 떠나는 것이 더 쉽습니다 (예 : "한 일이 완료되었습니다").

정치, 모든 정치입니다.

경영진이나 고객이 단순한 변경 (예 : 시스템에 대해 전혀 모르고 너무 많은 비즈니스 영역에서 서명을 받아야하는 사람들에 의한 "품질"검토)에 너무 많은 장벽을 두었을 때 이것이 현실이되는 것을 보았습니다. 때로는 "붕대를 벗겨내는"것이 더 빠르고 쉽습니다. 너무 많은 사람들에게 말하지 말고, 변경 만하면됩니다. 모든 사람이 행복하면 "프로세스를 따르지 않음"으로 인해 손목을 때릴 수 있습니다. 등

물론, 변경에 실패하면 더 많은 프로세스가 계층화되는 것을 발견 할 수 있지만 그로 인한 위험이 있습니다.

(면책 조항 : 품질 관리, 수표 및 잔액에 문제가 없습니다-합리적이라면)

나는 당신이 생각하는 것이 훨씬 더 복잡하다고 생각합니다. 문제에 대한 두 가지 견해는 다음과 같습니다.

아무것도 요구하지 않음

월급 인상에 대한 토론을들을 때 나는 항상 놀랍습니다. 사람들은 자신이 증가하지 않는다고 불평합니다. 그러나 그들이 요구하지 않으면 (행정 자동 급여가 미리 정해진 경우가 아니라면) 기다리면 아무것도 얻을 수 없습니다.

당신이 빌리고 싶은 이웃의 차와 똑같습니다 ... 당신은 "그는 내가 ....."라고 생각할 것입니다. 어쨌든 필요할 것입니다 .... ".

진실은 당신이 물어볼 때까지 당신이 모른다는 것입니다. 그러나 우리의 뇌가 일하는 방식은 당신이 스스로 창조했다는 도움이되지 않는 생각으로 우리의 마음을 채울 것입니다. 대부분의 경우, 그들은 거짓입니다.

따라서 요청하는 것이 가장 먼저 시도 될 수 있습니다.

요청하는 대신 거절하지 마십시오. 실패하면 사과 할 수 있습니다

책임이 명확하게 정의되고 개인의 성과에 대해 사람들이 평가되는 기업에서는이 진술도 마찬가지입니다.

다른 부서의 책임자에게 (생각한다고 생각한) 부정적인 영향을 줄 수 있지만 그 결과 (긍정적 인 경우)가 그에게 영향을 미치지 않을 경우, 그는 안전하게 거부하기를 거부 할 것입니다.

두 가지 대답은 매우 비슷합니다. 두려움. 첫 번째 대답에서는 그것이 당신의 두려움이고, 두 번째 대답은 THEM에 대한 두려움입니다.

다른 사람들에 대한 두려움을 극복하기 위해 묻지 마십시오. 많은 경우에, 당신은 성공할 것이고, 실패 할 경우에, 그렇습니다 ... 사과는 충분할 것입니다.

불행히도 대부분의 경우는 아니지만 인생과 경력을 발전시키기 위해서는 반드시 위험을 감수해야합니다.

계층 적 조직에서 상위 경영진은 일반적으로 작업중인 주제에 대한 실마리가 없습니다. 그들의 결정은 필연적으로 당신이 당신의 제안을 어떻게 표현 하는지에 따라 결정 됩니다. 기술이 아닌 사람들에게 기술적 아이디어를 표현하는 것은 매우 어려운 것으로 악명 높습니다. 만약 당신이 그것을 그대로 설명한다면, 그들은 아무것도 이해하지 못하고 그로 인해 거부 할 수 있습니다. 그리고 그들이 이해하도록 설명한다면, 당신은 그것을 그대로 진술하지 않은 것입니다. 윤리적인가? 따라서 경영진이 동의하는 화려하고 거짓된 방식으로 설명하는 대신 올바른 일을하는 것이 최선일 수 있습니다.

무책임하지 않습니다. 허가를 요청한 경우에도 결과는 문제를 어떻게 표현했는지에 따라 크게 달라집니다. 이런 식으로 결정에 영향을 줄 수 있기 때문에 왜 귀찮습니까? 그냥하고 관료주의를 조이십시오. 적어도 당신은 거짓말을하지 않습니다. 핵심은 그것이 옳은 일임을 알고 있다는 것 입니다.

물론, 지금 위험에 처한 사람이기 때문에 자신이 옳다는 것을 확신해야합니다. 당신이 절약하는 것은 당신과 경영진의 시간과 노력입니다. 작은 위업이 아닙니다.

허가를 요청할 때 요청하는 사람은 허가를 받으면 COULD가 초래하는 결과를 상상해야합니다. 여기에는 회사가 파산하는 것과 같은 끔찍한 일이 포함될 수 있습니다. 위험을 회피하는 사람 (혹은 상상력이없는 사람)은 아무 말도하지 않습니다. 그들은 당신의 계획의 가능한 혜택으로 흔들리지 않을 수도 있습니다. 당신이 그냥 가서 묻지 않고 그것을 할 때, 당신이 이익을 얻는다면, 당신은 벌을 받거나 징계 될 것 같지 않습니다. 작은 결과를 얻으면 약간의 처벌을 받게됩니다. 물론, 당신이 고용주를 파산하면 끝났습니다.

나는 모든 이메일, 모든 코드 라인에서 나와 정기적으로 일할 수있는 권한을 계속 원하고있는 사람을 고용 할 수 없다. 그러나 어리석은 도박으로 회사 전체를 위험에 빠뜨릴 수 있다고 생각한 사람은 (나는 그것을 소유하지 않았기 때문에 위험에 처하지 않은 회사) 도박을 지불하더라도 여전히 나를 위해 일하지 않을 것입니다. 이러한 태도를 취하기 위해서는 상당히 크고 깊은 주머니에 든 조직 (예 : 미군)에 있어야하며 위험을 잘 이해해야합니다.

내가 경험 한 것은 때로는 작업 과정이나 도구에서 특정 변경을하기 위해 논쟁하기가 어렵다는 것입니다. 현재 프로세스와 도구가 작동하는 한 모든 관리자 (또는 동료)가 a) 행동 적으로 나아지지 않거나 b) 실패 할 수있는 새로운 무언가를 시도 할 위험이 있습니다.

시간과 자원이 들어가고, 사람들이 적응해야 할 수도 있습니다. 당신이 미리 가서 변화를 요구한다면, 당신은 약간의 주저함을 만나고 강력한 논쟁을해야 할 것입니다. 관리자가 변경을 원하지 않는 데는 여러 가지 이유가있을 수 있으며 반드시 게 으르거나 변경되지 않았기 때문일 필요는 없습니다. 그러나 당신은 결정적인 결정이나 "가자!" 실제로 관리자에게 책임이 있습니다.

의사 결정자에게 변경 사항이 명백 해지는 순간 변경 사항을 작업장에 몰래 들여 놓은 경우 이미 다음과 같은 사실을 입증했을 것입니다.

a) 할 수 있습니다.
b) 작동합니다.
c) 업무를 향상시킵니다.
d) 실제로 많은 리소스를 차지하지 않았습니다.

... 등등.

실패한 경우 약간의 영향이있을 수 있지만, 엉터리 보스와 함께 작업하지 않는 한, 손목이 튀어 나오고 겸손한 변명이 뒤지지 않을 수 있습니다.

우리는 CTO의 뒤에서 다른 버그 추적 시스템을 몰래 시도한 적이 있습니다. 그 자리에있는 사람은 개발자 팀의 모든 사람에 의해 열정으로 미움을 받았지만 (어떤 개발자도 평가하지 않았으며 비용을 지불했기 때문에 사용하기로 예상했습니다) 다른 라이센스를 위해 라이센스가 남아 있습니다. .

슬프게도, 허가보다는 용서를 구하는이 사례는 실패했습니다. 우리는 이전 시스템으로 돌아가라는 요청을 받았습니다. 누군가가 실제로 CTO에 대답해야하는지 모르겠습니다.

따라서 기본적으로 CTO에 버그 추적 시스템을 변경하고 권한을 얻도록 요청하십시오.

다른 한편으로, 그것을 사용하기 시작한 후 (설정하는 데 드는 시간 이외의 비용은 들지 않음) 뚱뚱한 기회는 아니지만 제로보다 상당히 높은 사실 후에 우리는 약간의 허가를 얻을 수 있는지를 봅니다.

그 진술이 호퍼 제독보다 오래되었다고 들었거나 읽은 것 같지만 세부 사항은 기억 나지 않습니다. 원본 소스가 시간이 지났다고 생각합니다.

어쨌든, "허가를받는 것보다 사과하는 것이 더 쉽다"는 말을 처음 기억하는 것은 근처의 대학이 1985 년에 새로운 컴퓨터 센터를 열었을 때 위대한 여인이 한 연설에서였습니다. 보통 그녀가 무엇을 성취하려고했는지 이해하지 못한다. 그들이 이해하지 못한 것에 대한 그들의 기본 답변은 "아니오"였습니다. 그러나 답변을 무시하면 거의 항상 결과에 만족했습니다. 따라서 그녀는 허가를 요구하지 않고 진행하는 것이 더 쉽다는 것을 금방 알았습니다. 누군가 화가났다면 미안하다고 말할 수있었습니다.

내 나노초 는 몇 년 전에 잃어 버릴 때까지 소중한 기념품이었습니다. :-(

왜 그런 반 직관적 인 제안이

위험을 감수하는 것은 옹호하는 관점입니다. 이러한 관점에서, 위험을 감수하지 않으면 물을 테스트하지 않으며 최대 잠재력에 도달하지 못합니다.

실수를 통해 배우는 데 동의하면이 속담에 동의 할 수 있습니다. 당신은 당신이 취하는 멍이 당신이 상상했던 것만 큼 나쁘지 않다는 것을 알 수 있습니다. 그리고 당신이 성공했을 때, 당신은 "리더십을 보여 주었기 때문에"초과 보상을받습니다.

이 사고 패턴은 실습이 아닌 개념을 직관적으로 만듭니다.

• http://en.wikipedia.org/wiki/Risk
• http://en.wikipedia.org/wiki/Risk_aversion

어떤 상황에서 이것은 일반적으로 사실입니까

이 태도는 새로운 직업 상황에 있지만, 유능한 관리를 가정 한 확립 된 실적을 가진 사람에게 가장 가치있는 사람입니다. 이것은 실수가 가장 자주 용서 될 때 (좋은 의미, 의도, 이론적 근거를 가정 할 때)이며, 진보는 가장 큰 보상을받을 것입니다.