명백한 이유로 질문이 익명으로 게시되었습니다. 저는 5-6 명의 개발자로 구성된 회사에서 일하고 있으며, 어려움을 겪고있는 상황에 처해 있습니다.

모든 기술 선택 (언어, 프레임 워크, 데이터베이스, 데이터베이스 체계, 구성 체계 등)은 CEO에 의해 결정되며 종종 많은 근거가 없습니다. 이러한 선택을 수정하는 것은 매우 어렵고 세부적인 장단점을 가진 몇 가지 대안을 제안하더라도 그의 주요 주장은 "나는 이것을 좋아하지 않습니다"로 구성됩니다. 또한 이유를 밝히지 않고 핵심 제품을 처음부터 다시 작성하기로 결정하고, 작업 속도가 느려진다 고 생각하여 개발 회의에 참여하지 않습니다. 우리 (개발자)는 상황을 개선하기 위해 할 수 있습니다.

충격을 준 두 가지 예 :

• 그는 우리에게 구성 관리와 유사한 것을 구현하라고 요구할 것이지만, 기존의 프레임 워크는 그들이 좋아하는 언어로 작성되지 않았기 때문에 (구현 언어는 관련이 없더라도) 거부합니다. 그는 또한 "매우 단순하기 때문에"며칠 안에 이러한 시스템을 작성할 수있을 것으로 기대합니다.
• 그는 현재 코드베이스가 너무 나빠서 (디자인이 자신의 코드베이스이기 때문에) 우리의 핵심 제품을 처음부터 다시 작성하지 않습니다. 우리는 1 년 만에 세 번째로 다시 작성하며, 각각은 이전보다 다시 작성합니다.

지금까지 시도한 것은 제품에 대한 정교한 벤치마킹을 수행하고 (소프트웨어가 너무 느리다는 것을 계속 불평하고 재 작성이 더 빠르다는 것을 정당화 함) 기존의 제품으로 솔루션을 장단점 차트로 만드는 대신 작업 증명으로 구현하는 것입니다. 등 ... 그러나 여전히 이러한 노력의 90 %는 쓰레기통에 간다 (그 뒤에 어떤 종류의 이론적 근거도 다시는 좋아하지 않는다). 나는 그가 원하는대로 정확하게 행동하지 않기 때문에 종종 징계를 받는다. 그가 원하는 것은 불가능하다).

귀찮게하지 마십시오. 언급했듯이 이미 새로운 작품을 찾고 있습니다. 인생은 비참한 일을 감당하기에는 너무 짧습니다. 그 동안 "확실히 무엇이든"이라고 말하고 무책임한 결정이 궁극적으로 CEO를 따라 잡을 가능성에 위안을줍니다.

소프트웨어를 만드는 것은 본질적으로 위험한 노력이며 종종 실패로 이어집니다. 당신이 상사에게 다른 방법으로 그것을하도록 설득하더라도 프로젝트는 결국 당신의 잘못없이 실패 할 수 있습니다. 번거롭지 않습니다.

떠나다.

우선, 장기적인 미래는 없기 때문에 회사와의 장기적인 미래는 없습니다. CEO는 분명히 중요한 문제이며, 지금까지 이런 종류의 문제를 해결했다면 회사가 실패 할 때까지 계속 그렇게 할 것입니다. 그가 아직 이성을 듣지 않았다면 그는 그럴 것입니다.

두 번째로, 당신은 정말로 그런 곳에서 일하고 싶지 않습니다. 그것은 당신의 자존심, 계획을 세우는 능력, 그리고 아마도 당신의 작업 습관을 파괴합니다.

가는 길에 아무 말도하지 않도록 조심하십시오. 당신은 CEO가되는 입증 된 능력으로 적을 뒤로하고 싶지 않습니다. 또한 인터뷰에서 CEO에 대해 말하는 것을주의하십시오. 간단한 사실을 진술하고 면접관이 가치 판단을 내리게하십시오. 경영진과 어울리지 못하는 사람으로 분류되고 싶지 않습니다.

이 질문은 "내 남편은 내가 말할 때마다 폭력으로 나를 위협하고, 모든 돈을 균열, 온라인 포커로 불고, 8 학년 동네 사람들의 성적인 호의를 베풀었고, 자동차 사고를 계속하기를 좋아합니다. 스바루와 사슴 사냥하러 가는데 이혼에 대한 조사에 대해 생각하고있는 중이지만 관계를 고치기 위해 어떻게해야합니까? "

아무도 스스로를 떨림으로 생각하기를 원하지 않습니다. 어느 누구도 상황을 고치려고 노력하지 않고 상황에 처한 것처럼 느끼기를 원하지 않습니다. 그러나 당신은 그 종 곡선의 반대편 끝에 있습니다.

때때로, 이길 수있는 유일한 방법은 상황이 무기 등급 FAIL의 더미가되어 버렸다는 것을 인정하는 것입니다.

당신의 직업이 오랫동안 그 단계에 도달했다는 내 애도가 있습니다.

이제 걷기 시작하십시오.

안전한 답은 없으며 도망하거나 싸우는 두 가지 선택이 있습니다.

자신이 기술적으로 정통하다는 것을 입증하지 못했지만 기술 결정을 내릴만큼 충분히 알고 있다고 생각하는 CEO는 바보입니다. 일부는 기술적으로 정통한 사람들과 자신을 둘러싼 후 자신의 의견을 경청하기에 충분히 영리하지만, 그렇게하지 않았다면 배가 누수를 시작하기 전에 시간 문제가됩니다.

이런 종류의 행동과 싸우는 것은지는 싸움입니다. CEO는 당신의 임금, 동료 임금, 최고 경영진의 큰 클럽을 가지고 있습니다. 대부분의 사람들은 월급을 잃을 때 일 어설 수 없기 때문에 CEO와의 의견 불일치는 그에 직면 할 것입니다.

저는 훌륭한 기술 관리자들과 여러 번 일해 왔으며 그것을 좋아했습니다. 그들이 처음으로 무언가를 알지 못했다면 토론에 나왔을 때 다음에 그것을 잘 알았고 눈을 내린 사람들에게 화를 냈습니다. 그들은 거기에 있고, 당신은 그들을 찾을 수 있지만, 그들이 현명하다면 다른 곳으로 떠나고 갈 것이기 때문에 아마도 당신이 어디에 있지 않을 것입니다.

따라서 머리를 내리고 치아를 약간 바르고 좋은 방법을 찾으십시오. 배가 아니라면 가라 앉는 배에서 도망 치는 쥐가된다는 것은 아무 문제가 없습니다!

그리고 행운을 빌어!

나가

Go를 통과하지 마십시오. 주식 옵션이 가득 찰 때까지 기다리지 마십시오. 당신의 영혼이 코를 통해 빠져 나가기 전에 지옥에서 빠져 나와 건강에 문제가 생기기 시작하고 SEC 앞에서 당신이 왜 책임있는 전문가로서 이런 종류의 비이성적 인 것을 "허용"했는지 설명하려고 노력합니다. 행동.

가설 적으로.

할 수있는 일이 많이있는 것 같지 않습니다. 그는 마이크로 매니저처럼 들린다. CEO는 실제로 책임을 위임하는 방법을 배워야하며 여기에는 기술적 결정이 포함됩니다. 이와 같은 회사는 이로 인해 소유자 / CEO가 개인적으로 관리 할 수있는 것보다 더 크게 성장하지 않는 경향이 있습니다.

표시 결과와 실제 실제 사례는 나를 기술적으로 열렬 / 교육받지 못한 모든 육즙 세부 사항을 이야기하기가, 일한 적이있다 그것은 그런 식으로 설득하려고 단지 무의미하다.

또한, 자신의 결정이 잘못되었다고 생각하면 어떻게 고통을 당할 것인지가 아니라 어떻게 비용이 더 많이 들고 경쟁에 불리한 지에 대해 말하게 됩니다 .

나는 항상 당신이 아니더라도 가능한 어떤 방법으로도 업계의 다른 사람들을 교육하는 것이 개발자 / 프로그래머에게 달려 있다고 생각했습니다.

나는 Watts Humphrey가 책에서 다음과 같이 말한 것을 회상했다. "무엇이든 무료로 무언가를 개발하도록 요구하는 것은 관리자의 일이다. 협상하는 것은 당신의 일이다". 이것이 당신이 그런 사람을 마지막으로 다룰 때가 아닐 가능성이 높으므로 연습하십시오 .

귀사에 CTO (또는 VP Engineering 또는 Chief Architect와 유사한)가 없습니까? 그렇다면 CTO가 CEO를 관리하여 업무를 수행하지 않는 것입니다. 그렇지 않은 경우 실제로 CTO 인 CEO입니다. 기본적으로 그는 회사에 강력한 CTO가 없기 때문에 자신이하고있는 일을하고 있습니다.

평평하게 나가는 대신에 왜 물러나지 않겠습니까? 그와 대면하여 기술은 CEO의 직무가 아니며 기술에서 벗어나기를 원한다고 말하십시오. 회사에 강력한 CTO가 필요하며 기술 바보라고 말하십시오. CTO가되고 싶다고 말하고 모든 기술적 결정을 내립니다. 당신은 그것에 대해 삐걱 거리거나 밟고 그것에 대해 무언가를 할 수 있습니다. 그러니 징징 거리고 물러서십시오.

다른 사람이 제안한 것처럼 싸울 수도 있고 도망 칠 수도 있습니다. 이미 '탈주'경로를 걷고 있습니다. 노력을 강화하십시오. :)

내가 당신이라면, 출구 전략을 세우고 나면 CEO와 대화를 나눌 것입니다. 왜 떠나고 있는지 말해줘 당신이 생각하는 것과 왜 생각하는지 진실하게 알려주십시오. 원한다면 서면으로 작성하십시오. 사직서에 넣으십시오. 출구 인터뷰를 요청하십시오. 충분하지 않은 것처럼 느끼지 않고 직장에서 멀어 지도록 말해야 할 것을 말하십시오.

다음 인터뷰 준비를 시작하십시오. 자신의 상황에 대해 객관적인 태도를 취하고 나쁜 상사의 말을 알아보십시오. 그렇지 않으면, 당신은 같은 자리에있게 될 것입니다.

"새로운 상사를 만나십시오. 이전 상사와 같습니다." -피트 타운젠드

1. 먼저 저축이나 다른 직업 제안을받습니다. 협상에 대한 "예수"책을 읽으면 협상 계약의 최선의 대안에 대해 이해할 수 있습니다. 소프트웨어 사람들은 일반적으로 협상에 너무 나쁘다.
2. 일부 회사 / 개인은 피드백을 처리하기에 충분한 성숙도를 갖지만 일부는 그렇지 않습니다. 당신은 돼지에게 날도록 가르 칠 수없고, 시간을 잃고 동물은 화를냅니다.
3. 대립하지 말고 취한 입장을 협상하지 마십시오. 갈등을 해결하는 창의적인 방법을 찾으십시오.
4. 당신은 그 관계의 효율성을 향상시키는 방법에 대해 당신 둘 다를 훈련하는 컨설팅 회사를 얻을 수 있습니다.
5. 이 상황을 너무 싫어하는 소프트웨어 사용자가 자주 떠나 있다고 말할 것입니다. 진심이 아니라면 다른 사람의 증오심을 자신의 것으로 여기지 마십시오.
6. 반면에 ... 주소가 마음에 들지 않으면 ... 이동하십시오! 당신은 나무가 아닙니다! 당신의 직업이 마음에 들지 않으면 ... 종료하고 계속하십시오! 당신은 책상이 아닙니다!
7. 당신은 성격이없는 가난한 사람입니까? 당신은 주입니까? 5 년 후에 자신을 어떻게보고 싶어하는지 알고 있습니까? 아직도 아픈 관계의 일부입니까? 결정을 내리지 않으면 ... 다른 사람이 내린 결정에 따라 살고 있습니다.
8. 기술적 측면에서, 그들이 스스로 결정을 내리고 실수를 저지르고 교훈을 배우고 반복을 향상시킬 수 없다면. 그런 다음 종료하십시오. 실패하지 않으면 경험을 얻을 가능성이 거의 없습니다. 걷기를 배우고 넘어 질 수없는 아이와 같습니다. 그만해 당신은 실수를 할 권리와 필요가 있으며, 그들은 당신의 정신을 키우고 기술을 키 웁니다. 이것을 그에게 설명하십시오.

당신은 인생이 단 하나뿐입니다. 당신이 사랑하는 것과 사랑하는 상태에서 그것을 보내십시오.