(이 게시물의 내용이 확실하지 않습니까? Living Bungie의 엔지니어로서의 가치를 확인하세요.)
아직도 여기 있어! 안녕하세요! 이 시점에서 당신이 여기에 있는 이유를 알 것입니다.
우리가 팀으로서 기하학적 가치 핸드북을 처음 검토했을 때, 우리는 특정 가치를 조사하기 위해 여러 날에 걸친 다자간 채팅 스레드로 끝났습니다. 우리 모두는 “느슨한 일관성”에 완전히 동의하지만 “강력한 아이디어”에 대한 다양한 해석이 있습니다! 아이디어가 공정한 청문회를 받도록 하는 강력한 옹호에 관한 것이었습니까? 통념에 도전하는 용감한 제안? 너무 흥미로운 것을 피하는 사려 깊은 제안? 핸드북의 이 섹션은 우리에게 이런 종류의 뉘앙스를 탐구할 기회를 주었습니다.
좋은 아이디어는 직위, 연공서열, 전문 분야에 관계없이 누구에게나 나올 수 있다고 믿습니다.
- 우리는 모든 상호 작용에서 평등 의식을 위해 노력합니다.
- 우리는 서로에게 심리적 안정을 제공하려고 노력합니다. 우리는 사칭 증후군의 보편적인 보편성을 인식하고 비판의 어조와 맥락을 세심하게 배려하면서 자유롭게 존경과 감탄을 표하며 서로를 구축하려고 노력합니다.
- 우리는 기본적으로 모든 사람을 존중한다는 것을 분명히 보여주려고 노력합니다. 특히 아직 그들과 함께 일하지 않은 경우에도 그렇습니다. 이는 아직 제도적 신뢰를 구축하지 못한 신입 직원에게 심리적 안정을 제공하는 데 특히 중요합니다.
- 토론과 의사 결정 과정에서 아이디어를 제안한 사람과 아이디어를 분리하려고 합니다.
| “약 1년 전, 저는 게임플레이 엔지니어링에서 그래픽으로 옮겨갔고 얼마 지나지 않아 첫 번째 중요한 기능 계획 작업을 시작했습니다. 20년 이상의 경력을 가진 수석 그래픽 엔지니어인 멘토인 Mark Davis와 문제 공간에 대해 이야기했을 때 경험, 나는 내 엔지니어들이 얼마나 많은지 놀랐습니다. 두 개의 도면만 함께 문제를 해결합니다.잠재적 솔루션과 합병증에 대해 오가며 토론할 때 내가 동등한 입장에 있다는 것이 매우 분명했으며 도전하거나 아이디어를 가져오세요.나는 지속적으로 모든 토론의 정회원이 된 것처럼 느꼈고 내 의견이 큰 가치가 있다고 느꼈습니다. Mark, 그래픽 팀, 다른 엔지니어 또는 Bungie 전체와 상관없이 가치 있고 의미가 있습니다.초기 경력 새로운 분야의 엔지니어로서 저는 새로운 역할로 진화했고 이와 같은 권한 부여를 많이 배웠습니다. 이것은 매우 흥미롭고 재미있는 경험을 위해 설계되었습니다.” 애비 웰치, 2020- |
우리는 실수를 볼 만큼 충분히 용감합니다.
- 잘못된 것처럼 보이는 것은 위협적일 수 있지만 이는 우리의 성공에 매우 중요합니다. 두려움에 낙담하게 되면 창의성과 성장을 위한 기회를 희생하게 됩니다.
- 잘못된 사람으로 여겨지는 경험은 결코 고통스러운 경험이 되어서는 안 됩니다. 팀의 환영과 지원을 받아야 합니다. 심리적 안전을 유지하기 위한 우리의 작업은 여기에서 가장 중요합니다(위 섹션 참조) – 우리는 당신이 틀렸을 때 안전하다고 느끼기 위해 “스트레스”를 받을 필요가 없는 장소를 만듭니다.
- 우리는 틀릴 가능성이 높더라도 계획을 추진하는 데 도움이 되는 제안을 할 만큼 충분히 용감합니다.우리는 우리의 제안이 현명해 보일 것이라고 100% 확신하기를 멈추지 않습니다.
- 우리는 개인적 공격을 받지 않고 우리의 아이디어가 도전받는 것을 볼 만큼 충분히 용감합니다.– 우리는 우리가 상관없이 존중한다는 것을 기억하려고 노력합니다.
- 우리는 전문가가 아니더라도 우려나 아이디어를 제기할 만큼 용감합니다. 또는 우리는 그들을 더 높은 순위의 누군가에게 올립니다.
- 우리는 일찍 생각을 나눌 만큼 용감하고, 다른 사람에게서 승진을 구하고 다른 사람을 놀라게 하는 큰 폭로를 위해 혼자 생각을 연마하지 마십시오.
| “새로운 엔진 모델을 개발하는 동안 Activity Programming 팀은 서버 생태계 내에서 Activity 스크립트가 실행되는 방법과 위치를 개선하고 있었습니다. 생태계 내의 다양한 요소에 배포하면 더 많은 표현이 가능하지만 교착 상태일 수 있는 스크립트 작성을 위한 동시성이 생성되었습니다. 경쟁 조건으로 인해 예기치 않은 동작이 발생하거나 이러한 가능성을 줄이기 위해 엔지니어링 코드 검토와 유사한 디자이너 설계 스크립트에 대한 코드 검토 프로세스를 제안했습니다. 광범위한 지지를 받지 못했을 것입니다. 그래서 대신에 우리는 텍스트 표현의 손실을 최소화하면서 위험을 완화하기 위해 허브에 기술 디자인을 집중시켰고 당시에는 디자이너 텍스트 리뷰를 채택하지 않았습니다. 끈기 있는 인간으로 이 문제를 해결하는 것은 우리가 흥미로운 기술 솔루션을 찾을 수 있게 해주었지만 올바른 솔루션이 아니었습니다.” 에드 카이저, 2010- |
우리는 성공이 그룹이 최상의 답변에 도달하는 데 도움이 된다고 믿습니다. 그리고 그는 더 강한 관계로 떠납니다.
- 당신이 최고의 답을 내놓았지만 사람들이 당신과 다시 일하고 싶어 하지 않는다면, 실패했습니다.
- 회의나 프로젝트를 25% 더 효율적으로 만들었는데 사람들이 당신과 다시 일하고 싶어 하지 않는다면, 실패했습니다.
- 모두가 당신과 다시 작업하고 싶어하지만 큰 단점이나 기회에 대해 이야기하지 않은 경우, 이것은 실패했다
| “엔지니어링 조직은 관리자와 리더십 위치에 있는 다른 사람들이 함께 모여 중요한 사항에 대해 이야기하는 정기적인 리더십 회의를 얼마 동안 가졌습니다. 마침내 내가 부름을 충분히 받을 수 있게 되었을 때 즐거운 시간을 보낸 것 같았습니다. . 검증되는 느낌이면서도 겁이 났어요. 가장 훌륭하고 밝은 번지로 이 방에 기여할 가치가 있는지 확신했습니다. 마침내 조화를 이루기 위해 정신을 모았을 때 모든 사람들이 내 의견을 진지하게 받아 들인 것에 기분 좋게 놀랐습니다. “나는 이것이 그룹에 합류한 모든 사람에게 적용된다는 것을 깨달았습니다. 다른 사람들을 가리는 지배적인 의견은 없었습니다. 모든 목소리는 항상 중요했습니다.” 제임스 헤이우드, 2007- |
다음 시간에 가치 #4 – 클로징 일일 연습에서 만나요!
엔지니어링 번지
우리는 당신과 이야기하게 된 것을 기쁘게 생각합니다. 다음은 우리가 고용하고 있는 기술적인 역할 중 일부이며 더 많은 역할이 있습니다. 직업 페이지!
/cdn.vox-cdn.com/uploads/chorus_asset/file/25050265/Apple_Pencil_USB_C_sliding_cap.jpg){kind=small}
