취해야 할 기능을 개발하고 있습니까? [닫은]


64

개별 기고자 (프로그래머 / 디자이너)가 유일한 목적으로 인공물을 개발 한 패턴의 이름은 경영진이 최종 제품에서 해당 기능을 제거 할 수 있도록 전환으로 작용하는 입니까?

이것은 대규모 게임 개발 회사에서 일했던 예전 동료로부터 들었던 민속입니다. 이 회사에서는 중간 관리가 "입력을 제공하고"제품을 "변경"하도록 압력을받는 것으로 잘 알려져 있습니다. 그렇지 않으면 프로젝트에 기여하지 않는 것으로 보일 위험이 있습니다. 이러한 상황은 이러한 불필요한 "관리 입력"으로 인해 많은 프로젝트를 지연시켰다.

위 회사의 한 프로젝트에서 예술가와 개발자는 모든 컷씬에 나타나고 아픈 엄지 손가락처럼 튀어 나와있는 수퍼 애니메이션 애니메이션 캐릭터를 만들었습니다. 게임을 출시하기 전에 쉽게 제거 할 수있는 방식으로 디자인했습니다 (게임이 다운로드 가능한 제품이 아닌 실제 미디어로 판매 된 경우). 분명히 경영진은 애니메이션을 제거하기로 결정했습니다. 긍정적 인 측면에서, 경영진은 제품에 건설적인 입력을 제공했음을 보여 주므로 프로젝트를 지연시킬 불필요한 변경을 도입하지 않았습니다 .

프로세스 패턴 은 회사에서 일하는 게임 프로그래머들 사이에서 이름이 있지만 실제 이름이 무엇인지 잊었습니다. 나는 그것이 duck- 믿습니다 뭔가 . 누구든지 이름을 지적하고 패턴이 어떻게 발전하는지에 대한 다소 믿을만한 언급을 할 수 있습니까?


31
이것은 "회사에 근무할 때의 작업 변경 시간"패턴입니다.
Doc Brown

8
이것을 "오리 기능"이라고합니다. stackoverflow.com/a/2444361/102937 . 실제로, 공식적인 이름은 "Red Herring"입니다.
Robert Harvey

9
그것은라고 unprofessionalism

15
@ Pierre303 : 관리 현실을 다루는 것이라고 부릅니다. 어쨌든 그것은 전문적이다.
와이엇 바넷

3
@ Stargazer712 : 아니요. 비전문가는 사람들을 조작하기 위해 트릭 을 사용하고 있습니다. 훌륭한 개발자는 먼저 정직한 커뮤니케이션 채널을 사용하려고 시도합니다. 작동시킬 방법이 없다면, 그는 Doc Brown을 따를 것입니다.

답변:


78

Interplay 's Battle Chess에서 유래 한 전설에서 유래 한 오리입니다 .

이것은 Interplay 기업의 지식으로 시작되었습니다. 제작자 (게임 업계 위치, 대략 PM에 해당)는 모든 작업을 변경해야한다는 것이 잘 알려져 있습니다. 무의식적으로 그들은 그렇지 않다면 가치를 추가하지 않는다고 생각했습니다.

Battle Chess의 여왕 애니메이션을 작업하는 아티스트는 이러한 경향을 알고 혁신적인 솔루션을 고안했습니다. 그는 여왕을위한 애니메이션을 자신이 최고라고 생각한 방식으로 한 번의 추가로 여왕에게 애완용 오리를주었습니다. 그는이 오리를 여왕의 모든 애니메이션을 통해 애니메이션으로 만들었습니다. 또한 "실제"애니메이션과 겹치지 않도록 세심한주의를 기울였습니다.

결국 제작자가 여왕의 애니메이션 세트를 검토 할 때가되었습니다. 제작자가 앉아서 모든 애니메이션을 보았습니다. 그들이 끝났을 때, 그는 예술가에게 눈을 돌려 말했다. 한 가지만 — 오리를 제거하십시오.”


20
교수에게 교수 조교와 함께 논문을 작성하고 공식 중 하나에 명백한 오류가있는 논문을 제출하는 것에 대한 이야기를 들었습니다. 학생은 왜 오류가 있는지 물었습니다. 교수는 "심판을위한 것"이라고 대답했다.
Aaron Hall

3
나는 프레젠테이션이 5 분 동안 10 분의 질문 기간으로 5 분이 지난 후 우리가 실제로 혁신적인 작업을 수행 한 몇 가지 영역에 대해 기술적으로 설명했습니다! 나는 우리의 실제 작업에 대한 모든 세부 사항에 대답하기 위해 슬라이드를 만들었으므로 그들이 그것에 대해 물었을 때 우리는 준비되었습니다. 우리는 평범한 사소한 질문 대신 전체 질문 기간 동안 실제 작업에 대해 이야기해야했습니다.
Phil

4
인용의 출처로 연결될 가치가 있다고 생각합니다. 아마도 blog.codinghorror.com/new-programming-jargon ?
안토니오


3
참조 : Dilbert : dilbert.com/strip/2007-02-02
adib

10

나는 단순히 계획된 작업을 가능한 한 연장하거나 사람들이 바쁘거나 일할 수 있도록 의미없는 바쁜 일을 만들어 프로젝트에서 자신의 목적을 검증하는 경영진이라고 생각합니다.

나는 이것을 다섯 가지 유형으로 개인적으로 보았다.

  • 정부 프로젝트-관리자의 프로젝트가 예산 부족 또는 시간에 따라 운영되는 경우 많은 시간이 소요될 수 있습니다. 그들은 좋은 일에 대한 칭찬을 얻을 수 있지만, 예산을 정당화 할 수 없다면 내년에 예산이 줄어들 것이라는 위험을 감수해야합니다. 정부 예산 책정 방식으로 인해 정부 프로젝트는 할당 된 예산의 최대한을 활용하는 것을 목표로합니다.

  • 상대적으로 유지 관리 또는 작성이 쉬운 소프트웨어에 대한 큰 팀과 책임이있는 쓸모없는 관리자입니다. 기업 세계에서는 위험을 감수하려 할 때 최소한의 책임을 가진 중간 관리자를 찾아 그곳으로 이동하게 될 위험이 있습니다. 그들은 자신의 위치를 ​​보호하는 불필요한 범위를 과대 평가하고 만들어서 느끼고 있다고 생각합니다.

  • 일부 소프트웨어 회사는 기본적으로 Good Ol 'Boy 클럽으로 수익성이 높지만 틈새 시장을 포괄하는 단순 또는 레거시 소프트웨어를 보유하고 있습니다. 일반적으로 돈은 비교적 쉽고, 야망은 상대적으로 낮으며, 모든 관리자는 큰 월급을받는 동안 서로의 목적을 확인하려고하는 가장 친한 친구입니다. 당신이 연결되어 있지 않으면 그러한 회사에서 발전의 여지가 없습니다. 그들은 종종 잘 해결 된 문제에 대한 의미없는 바쁜 작업을 만들어 자신의 중요성을 검증하려고 시도합니다.

  • 일부 계약 언어는 정기적 인 릴리스와 소프트웨어의 지속적인 개선이 필요합니다. 잘 해결 된 문제의 경우 고유하고 새로운 기능을 찾는 것이 어렵거나 불가능할 수 있습니다. 종종 바쁜 작업이 할당 될 것입니다. 아마도 무언가를 추가 한 후 다음 릴리스에서 대부분 제거 할 것입니다.

  • 관리자는 합법적으로 팀이 죄책감에 빠지거나 친절하게 노력하는 데 관심이 있습니다. 그는 자신의 팀의 목적을 확인하여 그를 계속 고용 할 것입니다.


6

상사는 그것을 "분수 전략"이라고 불렀습니다. 그는 전면에 거대한 분수대가있는 대학을위한 새로운 컴퓨터 날개를 설계했습니다. 날개는 계획대로 분수없이 승인되었지만 승인되었습니다.

그것은 50 년 전이었습니다. 그래서 이것은 새로운 것이 아닙니다.


5

내가 작업 한 일부 프로젝트에서는 자전거 헛간 문제 라는 용어에 "노동자 헛간"이라고 불렀습니다 . 이 용어는 파킨슨의 법칙 (Parkinson 's Law) 이라는 책에서 유래 한 것으로서 , 원자력 발전소는 너무 복잡해서 잘못 관리하는 사람이 무엇이든 만질 것을 두려워 할 것이지만, 자전거 창고는 너무 단순해서 모든 사람들이 "디더와 함께 바이올린을 피워야합니다. 관리 "

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.