2P by neo 5달전 | favorite | 댓글 1개

기술 업무의 실패한 상품화

  • 데이터 엔지니어링 분야에서 매우 뛰어난 인재이자 첫 번째 관리자인 한 남성의 요리에 대한 열정.
  • 요리에 대한 열정이 매우 강하며, 오븐에서 닭의 열 분포에 대한 분석을 공유하는 등의 행동.
  • 요리에 대한 복잡성과 맥도날드 운영의 복잡성에 대한 존경심을 표현.

C-수준 경영진의 사고방식에 대한 간략한 통찰

  • 기술 산업의 현황을 이해하기 위해 'The Phoenix Project'라는 책을 읽음.
  • 책은 IT 운영이 제조 공장 작업과 유사하다고 설명하며, 이는 조직 내 작업 흐름 관리에 대한 시사점을 제공.
  • 'The Unicorn Project', 'Investments Unlimited' 등 유사한 주제의 책들이 많으며, 이러한 책들은 조직의 효율적 운영에 대한 조언을 제공.

McData

  • 기술 제품을 판매하는 회사들이 제품의 기술적 세부사항보다는 일관된 작업의 재현 가능성에 초점을 맞추어 제품을 판매.
  • 제품은 기술적 문제를 해결하는 데 있어 특정 엔지니어의 능력에 의존하지 않고도 충분히 좋은 결과물을 제공할 수 있음을 약속.
  • 많은 기업들이 기술적인 세부사항을 무시하고, 단순히 새로운 시스템을 구매하여 문제를 해결하려 함.

It's Fucking Raw

  • 많은 기술 업무가 아직 상품화되지 않았으며, 이는 중요한 문제임.
  • 기술 업무의 상품화는 종종 실패하며, 이는 기업들이 제대로 작동하지 않는 제품을 판매하고 구매하는 현상을 초래.
  • 기술 업무의 상품화는 여전히 개인의 창의성과 연결되어 있으며, 이는 조직 내에서의 인간적인 요소와 연결되어 있음.

GN⁺의 의견

  • 이 글에서 가장 중요한 것은 기술 업무의 상품화가 아직 완전히 성공하지 못했다는 점임.
  • 기술 업무의 복잡성과 창의성을 이해하고, 이를 효과적으로 관리하는 것은 많은 기업들에게 여전히 도전적인 과제임.
  • 이 글이 흥미로운 이유는 기술 업무를 단순한 상품으로 보려는 시도가 실제로는 얼마나 복잡한지를 보여주기 때문임.
Hacker News 의견
  • 기술 작업의 상당 부분이 이제 상품화되었다는 점을 저자가 간과했다고 생각함. 과거에는 기술적인 작업이었던 것들이 현재는 간단한 작업으로 변모함. 예를 들어, 메일 병합이나 이중 입력 회계 등이 이제는 간단한 바코드 스캔과 탭으로 결제하는 것으로 대체됨. 기술적인 작업보다는 요구사항 수집이 더 어려운 부분임.
  • 기술 작업의 완전한 상품화는 나쁜 아이디어이며, 이는 계속 실패할 것이라는 데 동의함. 그러나 '피닉스 프로젝트'가 이를 옹호한다고 생각하지 않음. '피닉스 프로젝트'의 주요 내용은 반복 작업을 관리하고 자동화하는 명확한 시스템을 갖추고, 작업 진행 시간을 최소화하며, 정보를 널리 공유하고, 비즈니스에 실제로 필요한 작업을 수행하며, 계획되지 않은 작업과 소음을 줄여 직원들이 더 가치 있는 작업을 할 수 있도록 하는 것임.
  • '상품화'와 '상품화'라는 용어가 혼동되고 있음을 지적함. '상품화'는 독점적인 것들이 일반적인 것으로 변하는 것을 의미하며, '상품화'는 판매되지 않는 것들이 판매 가능한 것으로 변하는 것을 의미함.
  • 개발자들은 맥도날드의 청소년 직원이 아니라, 그 기계를 설계한 엔지니어에 비유됨. 프로그래밍은 일을 하는 것이 아니라 메타 작업으로, 한 번의 명령어 리스트를 작성하면 컴퓨터가 무한정 작업을 수행함.
  • 소프트웨어 개발이 이미 '상품화'되어 더 이상 코드를 작성할 필요가 없다는 잘못된 인식이 있음. 실제로는 새로운 문제를 해결하기 위한 시스템을 구축하는 것이 쉽지 않으며, 논리적 규칙과 흐름을 나타내는 텍스트, 버전 관리, 롤백 등이 필요함으로 프로그래머가 필요함.
  • 인간 요소가 번성할 수 있도록 허용하지 않고는 가치 있는 자기계발 책을 만들어낼 수 없음. 그러나 여전히 책을 인쇄할 수 있는 공장이 필요하며, 아름다운 제본은 작업에 대한 연결이 있는 사람들이 운영할 때만 나올 수 있음.
  • 기술 산업이 오랫동안 개발자들을 상품화하려고 시도해왔음. 고수준 프레임워크와 함께 단순해 보이는 요구사항에도 불구하고, 많은 소프트웨어가 여전히 잘 작동하지 않음. 저자가 지적한 것처럼, 진정한 해결책은 신경 쓰는 유능한 개발자임.
  • 비즈니스 인텔리전스/분석 역할에서 SQL을 작성하는 사람들을 Tableau와 같은 도구를 사용할 수 있는 사람들로 대체하려는 시도가 있음. 그러나 이에는 몇 가지 문제가 있음: 더 많은 (저임금의) 사람들을 고용해야 하고, 비즈니스 로직이 UI에 숨겨져 복잡해지며, 이제 솔루션은 Tableau 워크북에 저장되어 다른 것에 대한 입력으로 사용될 수 없음.
  • 소프트웨어를 도시 계획과 비교하는 것이 더 적합하다고 보며, 다양한 전문 분야가 생겨나고 있음. 표준이 발전함에 따라 특정 분야에서 일하기 위한 구체적인 자격증이 필요할 수도 있음. 소프트웨어는 많은 경우 최종 결과물이 아니라 자체적인 가능성을 제공하는 것임.
  • '피닉스 프로젝트'의 아이디어를 적용하여 개발자들을 공장의 기계 부품처럼 취급한 회사에서 일했으나, 그 회사는 주요 자회사를 폐쇄하고 대부분의 직원을 해고하는 상황에 이르렀음.