뭄바이(Mumbai)에서 소프트웨어 개발 회사 채용하기: 개발 커뮤니티가 실제로 알고 있는 것

이 글은 무언가를 직접 만들어본 사람과, 무언가를 만드는 팀을 평가해야 했던 사람 양쪽의 입장을 모두 경험해 본 사람들을 위해 작성되었습니다. 일반적인 벤더 평가(Vendor evaluation) 조언은 너무 많은 것을 놓치고 있습니다. 여기 뭄바이(Mumbai)의 맥락에서 실제로 중요한 것들이 있습니다.

시장의 현실

BKC에서 Powai에 이르는 뭄바이의 기술 회랑(Tech corridor)과 Andheri East 및 Lower Parel의 클러스터에는 5명 규모의 제품 스튜디오부터 2,000명 규모의 IT 서비스 기업에 이르기까지 모든 형태의 기업이 모여 있습니다. 시장이 충분히 성숙해 있기 때문에 대부분의 기업은 말은 그럴싸하게 합니다. 뭄바이에서 소프트웨어 개발 회사를 선정할 때, 기술적 깊이(Technical depth)야말로 진정한 차별점이 나타나는 지점입니다.

기술적 대화에서 테스트해야 할 사항

아키텍처 추론(Architecture reasoning)은 가장 신뢰할 수 있는 신호입니다. 그들의 포트폴리오에서 프로젝트 하나를 골라, 지금이라면 어떻게 다르게 접근했을지 물어보십시오. 어떤 데이터베이스(Database) 결정이 바뀌었을까요? 현재의 툴링(Tooling)을 사용한다면 동일한 규모의 요구사항(Scale requirements)을 어떻게 처리할까요? 실제로 복잡한 시스템을 출시해 본 팀은 이에 대한 의견을 가지고 있습니다. 그렇지 않은 팀은 피상적인 수준에 머뭅니다.

구체적으로 다음 사항들을 질문하십시오:

• 실제 운영 시스템(Live production systems)에서의 스키마 설계(Schema design) 및 마이그레이션 전략(Migration strategy)
• 클라이언트 릴리스 사이클 전반에 걸친 API 버전 관리(API versioning) 및 하위 호환성(Backward compatibility)
• 관찰 가능성(Observability) — 배포 후 모니터링(Monitoring)은 어떤 모습인가?
• 개인정보(PII) 처리 및 데이터 보안 — 특히 핀테크(Fintech)와 헬스테크(Healthtech)에서 매우 중요함
• 사고 대응(Incident response) — 밤 11시에 누구에게 연락하며, 문서화된 프로세스는 무엇인가?

클라우드 질문

뭄바이의 대부분의 진지한 기업들은 AWS와 Azure를 모두 사용합니다. 귀하의 워크로드(Workload)에 어떤 플랫폼을 추천하는지, 그리고 그 이유는 무엇인지 물어보십시오. 만약 답변에 귀하의 지연 시간(Latency) 요구사항, 팀의 숙련도, 또는 예상 트래픽에 대한 후속 질문이 포함되지 않는다면, 그들은 귀하에게 적합한 것이 아니라 자신들이 잘 아는 것을 추천하고 있는 것입니다.

핸드오프(Handoff) 문제

이는 뭄바이(Mumbai) 시장의 특수성을 직접적으로 지적할 수 있을 만큼 구체적인 문제입니다. 상당수의 계약이 작동은 하지만 유지보수가 불가능한 코드로 끝납니다. 즉, 문서(docs)도 없고, 운영 매뉴얼(runbooks)도 없으며, 내부 팀이 운영할 수 있는 테스트(tests)도 없는 상태입니다. 명시적으로 질문하십시오: 핸드오프(handoff) 시점의 저장소(repo) 상태는 어떠합니까? 우리 팀이 귀하에게 연락하지 않고도 첫날 바로 실행할 수 있는 것은 무엇입니까?

훌륭한 팀은 핸드오프(handoff)가 프로세스에 내장되어 있기 때문에 표준화된 답변을 가지고 있습니다. 핸드오프를 나중에 논의할 주제로 취급하는 팀은 그것이 우선순위가 아니라는 점을 귀하에게 말하고 있는 것입니다.

지식재산권(IP) 및 거버넌스(governance)

계약 체결 전 확인하십시오: 첫날부터 코드와 자격 증명(credentials)의 소유권은 누구에게 있습니까? 컬럼 수준의 액세스 제어(column-level access controls), 감사 로깅(audit logging), 데이터 계보(data lineage) — 이 기능들은 처음부터 설계되었습니까, 아니면 요청 시 사후에 적용(retrofitted)되는 것입니까? 두 번째 질문에 대한 답변은 그 어떤 포트폴리오 스크린샷보다 해당 팀의 기본 엔지니어링 표준(engineering standards)에 대해 더 많은 것을 드러냅니다.