누구나 완벽하지는 않아요. 특히 시크릿 개발자도요. 그들의 프로그래밍 경력 동안 (불행하게도) 많은 지옥 같은 상황을 겪었고, 그 중 상당 수가 팀 전체가 인지해야 할 문제를 가진 나쁜 사람들임을 발견했어요.

다행히도 이 나쁜 사람들은 그들의 정체를 여기저기 힌트로 남겨두죠.

여기 나쁜 사람과 함께 일하고 있다는 단서, 그리고 그에 대해 해야 할 일을 예리하게 지적하며 알려드릴게요.

혼잡한 집 == 혼잡한 마음

나는 단순히 1995년식이 아닌 2024년식으로 인테리어된 침실을 보는 것이 아니라, Zoom을 통해 지난 몇 년 동안 간혹 정말 형편없는 침실을 보았어. 더 심각한 건, 더러운 옷조차 정리하지 않는 모습을 보면 당신의 성격에 부정적인 면이 드러난다는 거야.

나는 쓰레기통에 휴지가 꽉 찬 걸(진짜), 열려있는 옷장(무서운 것들을 감추고 있는), 시든 식물(왜 물을 주지 않는 건지)와 열려있는 문(저기엔 뭐가 있을까?)이 있다는 걸 봤어. 이 사람은 내 상사였는데, 그가 회사를 나간 후 금방 떠났지 않았던 것 같아. 그들의 엉성한 코드가 혹시라도 그들의 혼잡한 마음을 나타내는 지표일 뿐은 아니라는 것을 알아차렸어.

신호들:

• 영상 통화 중 혼란스러운 배경
• 카메라에 보이는 정리되지 않은 작업 공간

행동 결과:

• 주의 산만, 집중 부족으로 마감일을 미달하는 경우
• 회의에 늦거나 전혀 참석하지 못하는 경우
• 코드 또는 문서에서 세부 사항에 대한 주의 부족
• 업무나 프로젝트 요구 사항을 기억하기 어려워하는 경우

해결책:

• 워크스페이스 정리에 관련해 부드러운 제안을 제공해보세요.
• 업무 관리 및 시간 관리 도구 사용을 장려해주세요.
• 얼마나 많은 양말이 정돈되어 있는지 확인하라고 유머를 이용하여 알려주세요.

화를 내는 태도

제가 여태까지 몇 명의 화를 내는 사람들과 함께 지냈습니다. 프로덕션 버그를 재현하지 못한 개발자가 사무실을 돌아다니며 "재현이 안 되는데 어떻게 해결해?"라고 말한 적도 있었고, 왜 항상 이딴 쓰레기같은 솔루션을 구현하는지 물었던 적도 있습니다. 화를 내는 사람으로서, 그들은 '좋은' 개발자로서 존경받았기 때문에 그런 말을 할 수 있었습니다. 보통 팀워크가 이것을 넘어선다고 생각하지만, 제가 현재 있는 회사에서는 그렇지 않습니다.

신호:

• 회의 중에 자주 화를 내거나 화를 내는 댓글을 남김
• 동료들에게 가혹하거나 비판적인 언어를 사용함
• 다른 사람을 가로막거나 대화를 지배함
• 팔짱을 끼거나 노려보는 것과 같은 공격적인 몸짓
• 스티브 잡스라고 생각하며 팀에게 자신들의 일이 쓰레기라고 말함

행동 결과:

• 사기와 협업 수준 감소
• 팀 구성원 중 이직율 또는 결근율 증가
• 궁극적으로는 긴장된 또는 적대적인 업무 환경 조성

해결책:

• 팀원의 행동에 대해 직접적으로 개인적으로 대화해 보세요 (팀원과의 관계에 따라 다를 수 있음)
• 스트레스 관리 기술이나 자원을 권장하세요
• 그들을 피하려고 노력하세요

책임 회피

왜 사람들이 일과 책임을 피하는지 이해하기 시작했습니다. 현재의 자리에서 어떤 사람을 업무를 맡도록 하기가 엄청나게 까다롭고, 그 영향이 누군가에게 옮겨집니다. 어떤 클래스를 리팩터링하고 싶다면 (구체적인 JIRA 티켓이 필요한) 그리고 테스트 시간과 업무 일정 내에서 시간을 정당화해야 합니다.

신호들:

• 새로운 업무나 프로젝트에 자발적으로 참여하는 경우가 드물다.
• 종종 다른 팀원들에게 책임을 전가하거나 돌리는 경향이 있다.
• 추가 업무를 맡는 것이 무리라고 자주 주장한다.

행동 결과:

• 약속을 피하기 위해 수동적인 언어 사용 (“노력해 볼게요,” “어쩌면”)
• 진행 상황이나 기여에 대한 질문을 회피함
• 과제를 완수하지 못하는 경우가 있음
• 가끔은 프로젝트가 망가지도록 기여함

해결책:

• 명확한 마감일과 책임 소재 설정
• 면접을 통해 이러한 사람들을 걸러내고 회사 프로세스에 이바지하세요

사람 회피하기

내 동료 중 한 명이 출근을 피하고 있습니다. 그렇다는 건 우리가 그를 전혀 보지 못한다는 뜻이고, 솔직히 말해서 이 시점에서는 그를 알아볼 수 없을 것 같아요.

신호:

• 팀원들에게 질문하지 않고 "스스로 해결하려"고 한다
• 팀 회의를 피한다
• 팀 결정이나 프로세스에 공격적으로 반대한다

행동 결과:

• 팀과 중요한 정보를 공유하지 않는다
• 코드 리뷰 중 간결하거나 건설적이지 않은 피드백을 제공한다
• 다른 사람들의 기여를 거의 인정하거나 감사하지 않는다
• 조정이나 커뮤니케이션 부족으로 인한 지연을 주로 일으키며 오해와 갈등을 야기한다

해결책:

• 팀 빌딩 활동을 기획해보세요. (이것은 매니저가 아니더라도 할 수 있어요)
• 그들의 행동에 대한 피드백을 제공해보세요

결론

나쁜 숨이라고 말도 안 했네요. 혹은 사무실에서 노래를 부르던 사람(마임, 입 모양만 따라하는)에 대해요.

그래요.

작성자 소개

프로 소프트웨어 개발자 "The Secret Developer"는 Twitter에서 @TheSDeveloper로 찾을 수 있으며 주로 Medium.com을 통해 기사를 정기적으로 게시합니다.

The Secret Developer는 거의 확실히 나쁜 애구일 것입니다.