직장 문화에 대한 몇 가지 교훈

발행: (2026년 4월 1일 오후 09:28 GMT+9)
8 분 소요
원문: Dev.to

Source: Dev.to

Overview

실제 업무 아래에 문화라는 층이 있습니다.
그 층은 당신이 하루를 어떻게 보내는지, 어떻게 급여를 받는지, 그리고 사람들이 당신을 신뢰할 수 있는 사람으로 보는지 혹은 단지 이용 가능한 사람으로 보는지를 조용히 형성합니다. 업무를 진행하면서 자연스럽게 익히게 되며, 여기 몇 가지 교훈을 정리했습니다.

1. 당신은 클라이언트의 팀원이지, 그들의 공급업체가 아니다

전담 팀 구성을 할 때, 당신은 클라이언트의 세계 안에 포함됩니다. 외부에서 산출물을 전달하는 것이 아니라, 그들의 테이블(가상)에서 함께 일하고, 그들의 Jira에 참여하며, 스탠드‑업에 참석하고, 때로는 내부 드라마에 끌려들기도 합니다.

  • 상황이 어떻든 항상 깔끔하고 전문적으로 소통하세요.
  • 클라이언트의 자신의 고객을 만날 때는, 당신이 소속된 회사를 소개하는 것이 아니라 에이전시를 대표한다는 점을 기억하고, 외부인으로 자신을 소개하지 마세요.

2. 티켓 업데이트는 일종의 존중이다

당신이 건드리는 모든 티켓은 댓글을 남겨야 합니다—현 상황에 대한 명확하고 솔직한 업데이트만 있으면 됩니다. 특히 작업이 예상보다 오래 걸리거나, 블로커가 발생했거나, 다른 사람을 기다리고 있을 때는 더욱 그렇습니다.

  • 누구도 일일이 물어볼 필요 없이 모두가 같은 방향을 유지할 수 있습니다.
  • 슬랙 스레드, 상태 회의, 그리고 누군가의 오후 시간을 절약합니다.
  • 티켓 기록을 실시간 작업 일지처럼 생각하고, 읽기 쉽게 유지하세요.

3. 시간 기록은 선택 사항이 아니라 — 당신을 보호한다

시간 기록은 관리 업무처럼 느껴질 수 있지만, 정확한 급여 지급을 보장하고 분쟁을 예방합니다.

  • 매일 기록하고, 금요일과 월말에 스크린샷을 남기세요.
  • 5분 정도의 습관이 나중에 몇 시간의 스트레스를 절감합니다.
  • 기록된 시간이 클라이언트 기록과 일치하면 논쟁할 여지가 없습니다.

4. 티켓이 없다고 자유시간이 아니다. 행동 신호이다

할 일이 없을 경우, 즉시 무언가를 말하세요.

  • 바로 PM이나 TL에게 알리세요.
  • 그 사이에 오래된 티켓, 다가오는 스프린트 아이템, 엣지 케이스, 혹은 몇 주 전에 작성한 코드를 검토하세요.
  • 정말 작업이 없을 경우, 유휴 시간을 위한 티켓을 생성해 매니저가 알 수 있게 하세요.

5. 휴일 보너스와 초과근무수당이 존재한다 — 먼저 말해야 한다

국경일에 근무하고 이중 급여를 원한다면, 미리 팀에 알려 주세요. 당일 아침에 말하지 마세요.

  • 초과근무도 마찬가지입니다: 추가 근무 전 승인을 받으세요.
  • 사전 커뮤니케이션을 통해 요율이 협상되고 급여에 반영됩니다.

6. 휴가 통보는 생각보다 길다

  • 대부분의 시기에는 2주 전 통보.
  • 바쁜 여름 시즌과 연말에는 4주 전 통보.

클라이언트는 당신의 가용성을 기준으로 스프린트 계획, 티켓 할당, 스탠드‑업을 구성합니다. 충분히 미리 알려 주면 모두에게, 특히 당신에게도 공정합니다.

7. 병가도 절차가 있다 — 즉시 따르세요

아프면 먼저 클라이언트 측 PM에게 알리고, 가능한 한 빨리 HR에 이메일을 보내세요.

  • 신속한 소통으로 다른 사람들이 일정을 재조정할 수 있고, 병가 처리가 정확히 이루어져 급여가 보호됩니다.

8. 도움을 요청할 시점을 아는 것은 기술이다

전담 업무는 고립감을 줄 수 있습니다—두 조직에 속하지만 어느 쪽에도 완전히 소속되지 않은 느낌이죠.

  • 의심스러울 때는 즉시 직접 매니저나 부서 리드에게 물어보세요, 일주일 동안 맴돌지 말고.
  • 좋은 팀은 명확한 에스컬레이션 경로를 가지고 있습니다; 이를 활용하세요. 스스로 해결하려는 노력은 좋지만, 혼자서 바퀴만 도는 것은 비효율적입니다.

The bigger picture

전담 팀에서 일하면서 깨달은 점은 좋은 개발자는 깨끗한 코드를 쓰는 것만이 아니라는 것입니다. 명확히 소통하고, 정직하게 기록하고, 신뢰할 수 있게 나타나며, 당신이 단일 티켓보다 더 큰 무언가의 일부라는 것을 이해하는 것이 중요합니다. “소프트 스킬”이 실제로는 하중을 지탱하는 역할을 하며, 그것을 없애버리면 훌륭한 코드조차 버티지 못합니다.

이런 역할로 이동하거나 이미 맡고 있다면, 여기서 무언가가 여러분에게 와닿길 바랍니다.

Credits: Scandiweb

0 조회
Back to Blog

관련 글

더 보기 »

프로그래밍 언어 vs 스크립트 언어

소프트웨어 개발 분야에서 프로그래밍 언어와 스크립팅 언어라는 용어는 종종 서로 바꿔 사용됩니다. 그러나 이들은 뚜렷한 목적을 가지고 있습니다...