정성적 지표는 의미 없는 걸까요?

Question

소규모 saas팀에서 백엔드개발을 담당하고 있습니다. 팀 내의 백엔드는 저 한명이고요. 기능 개발이나 성능 향상, 고도화를 주로하여 노력하고 있지만 서비스가 발전하며 지금까진 놓쳐왔던 문서화, 에러, 스웨거, 계층화, 모니터링에도 정성을 들이고 있습니다. 어쩌면 기능개발보다도 시간이 많이 들 때가 있는 것 같아요.요즘들어 드는 고민은 “이러한 정성적 기여들이 과연 의미가 있을까?” 라는 겁니다.백엔드 개발자에게 있어 중요한건 지표로 보이는 성능이나 CS, 이슈 대응일겁니다. 하지만 회사입장에서, 동료 개발자 입장에서 문서화, 에러 핸들링, 스웨거, 계층화, 모니터링 등은 정말 큰 도움이 될거라고 생각해요. 단순히 하나의 API보다도 훨씬이요. 근데 이게.. 들어가는 노력에 비해서 보여지는 임팩트는 많이 부족한 것 같습니다.비개발자 입장에선 이런 기여들 들어도, 그래서 어쩌라고? 느낌으로 보일것같고개발자들 사이에서도 요즘엔 어차피 AI가 하는데 그게 중요해? 라는 의견이 있는것도 알고있습니다.일을 하는만큼 나의 노력과 결과물들을 인정받고 보여주고 싶습니다. 연협때 저의 노력들을 인정받고 싶고, 이직 할 때에도 나는 이런 노력도 하고 협업에도 많은 공을 들이는 개발자라는 걸 보여주고싶습니다. 그런데 이런 정성적인 지표들은 한계가 있는 것 같습니다.정성적인 노력은 필요 없는 걸까요? 그저 자기만족이고, 어필하기 좋은것만 쏙쏙 빼서 넘겨버리면 되는 걸까요? 선배님들의 경험과 조언이 필요합니다.

파아란_푸딩 · Accepted Answer

어떻게든 생산성과 연결시켜 꾸준하게 어필해야 합니다. 문제가 터졌을 때, 내가 준비한 것들 덕분에 빠르게 문제를 해결할 수 있었다, 내가 이러한 일을 시작한 이후로 통계 분석 결과 에러 발생률이 유의미하게 감소했다, 등등…안타깝지만 대부분의 사람들은 눈에 확연히 보이는 정량적 지표에만 집중하는게 현실입니다. 다만 그것은 정성적 지표의 문제라기보다는, 해석하고 평가하는 사람과 조직의 한계입니다.글쓴이님은 분명 올바른 길을 걸어가고 있는게 맞답니다. 채용 기회가 생기면 연락드리고 싶은 마음이 들 정도로 훌륭한 자세를 가지고 계셔요. 왜냐하면 이건 단순히 개발 분야에만 국한되어 있는 것이 절대 아니거든요. 오히려 제게는 크나큰 잠재력과 가능성을 지닌 인재로 보입니다.저도 보이지 않는 곳에서 노력하는 게 어떤 기분인지 잘 알아요. 또 그런 노력들이 인정 받지 못할 때의 좌절감도…언젠가 그 진가를 알아보는 사람들이 반드시 나타날 거예요. 진심으로 응원합니다. 인정해주지 않는 무심한 이들로 인해 그 빛이 바래지 않기를.

동도인 · Answer

둘다 잘 해야죠. 제가 작성한 글에 대해 맞게 이해했는지 모르지만 요점은 겉으로 보이는 API 의 성능 향상 , 클라이언트 와 의 관계 혹은 고객응대 와 아무도 알아주지 않는 문서화 작업 , 모니터링 중 어떤걸 어 중요시 하는게 좋냐고 여쭤보시는거 같습니다만둘다 중요하다고 생각합니다. 눈에 안보이는 모니터링 이나 문서화 작업도 충분히 연협이나 이직시 어필이 가능합니다. 그런걸 잘 어필하는것도 능력이구요.예를들어 모니터링 할때 어디어디에서 몇초간 병목 현상이 눈에 보였고 API 응답 시간상 큰 문제는 없어 보였으나 어디어디를 개선하여 병목현상을 해결하였다 와 같이 이렇게 어필하는게 가능하겠죠.

BlueFestival · Answer

원래 ‘칭찬은 프론트가 받고, 욕은 백엔드가 얻어먹는다.’ 라는 말이 있습니다.근데 ‘사용자들은 칭찬은 안 할 지언정 욕을 하면서 쓰지는 않는다.’ 라는 말도 있죠.문서화, 에러 핸들링, 스웨거, 계층화, 모니터링은 해놓으면 동료 입장에서 좋은 게 아니라 필수적으로 해야 하는 것들입니다.오히려 안 해놓으면 나중에 부채가 되어서 이자까지 해결해야 하는 상황이 올 겁니다.SaaS라면 API 자체가 사용자들에게 제공되는 상품일텐데문서화가 없으면 사용자들에게 어떻게 API 사용법을 제공할 것이며,에러 핸들링이 없으면 SaaS에서 발생하는 모든 에러를 사용자에게 던지는 꼴이 될 것이고,계층화가 안되어 있으면 API 문서 자체가 일관성 없이 뒤죽박죽 되어 있을 것이고,모니터링이 안되고 있으면 SaaS 제품에 공격이 들어오거나 문제가 생겼을 때 그 장애 상황을 사용자들이 고스란히 맞고 있어야 할 겁니다.동료들에게 구지 어필하려고 하지 마세요. (글쓴이 님의 비즈니스가 정확히 어떤 종류인지는 모르겠으나) 결국 다 필요한 것들이라고 봅니다. 그걸 몰라주는 동료에게 구지 생색 낼 필요는 없을 것 같습니다.

sbroh · Answer

당장 눈에 띄는 것은 정량적 성과겠죠. 하지만 문서와 에러 관리 등 정성적 역량도 매우 중요합니다.정량적 성과는 옷을 입는 것에, 정성적 역량은 기초 체력에 비유할 수 있지 않을까요?옷 잘 입는 사람이 첫인상은 좋지만, 결국 오래 일 잘할 수 있는 사람은 기초 체력이 튼튼한 사람이라 생각합니다.정성적 기여도의 어필 방법:API 문서화 체계를 만들어서 신규 입사자 온보딩 시간을 줄였다모니터링 도입 후 장애 감지 시간이 절반으로 줄었다 등활동이 만들어 낸 변화를 써주면 될 것이라 생각합니다. 경영자가 보고 싶은 건 "이 사람이 우리 팀에 오면 뭐가 나아지는가"이고, 그 답은 정량이든 정성이든 상관 없다고 봅니다.도움 되었기 바랍니다.

정성적 지표는 의미 없는 걸까요?

4개의 답변

Q&A 목록