SM개발자 일의 범주 판단 좀 부탁드립니다.

Question

안녕하세요.다름이 아니라 진짜 돈이랑 타협하고 모든거 다 내려놓고 일을 하고 있다보니 개발자로써 기준을 많이 잃어버린 기분이라 판단이 안되서 다른 개발자분들께서는 어떻게 생각하고 판단하실지 궁금하여 이렇게 글을 씁니다.개발과 크게 관련없는 이야기라서 죄송합니다.저는 9년차 유지보수만 쭉 해온 개발자 입니다.지금도 유지보수를 하고 있는데 기존 개발되어 있는게 문제가 발생하여 왜 문제가 발생했는지 팀장(PL)에게 설명하여 보고를 했습니다.그리고 글로 간단명료하게 요약해서 전달했습니다.근데 팀장(PL)님께서는 우리는 하청이고 발주업체에 이해를 시켜야하고 설득을 해야 하니 PPT로 순서와 그림을 그려서 제출해달라고 하더라구요...약간 좀 현타가 왔습니다.제가 해야할일은 문제에 대한 원인 파악 후 개발수정 이라고 생각이 드는데 이걸 저렇게 까지해서 설득 문서까지 만드는게 제 일의 영역인지... 여태껏 많은 곳에서 일을 해왔지만 이게 맞나라는 생각이 드는건 또 처음이다 보니... 판단이 안서네요.개발자가 아니라 잡부가 된 기분이라서 솔직히 기분은 좋지 않습니다.여러분의 의견 좀 듣고 싶습니다.

옥다방고양이 · Answer

저는 PL 요청대로 해주는게 맞다고 생각합니다.이 고민(갈등)은 &#34;SM업무범위 문제&#34;가 아닙니다.님이 이 사안에 대해서 &#34;SM업무범위&#34;관련해서 반박하거나, 이슈제기 해봤자,,,님이 PL과 논쟁해서 아무런 이득이 없습니다.( 이번 논쟁에서 PL에게 이겨봤자, 아무런 이득이 없습니다)이왕 해야 하는거, 최대한 빨리 PPT 설명자료&문서 만들어 주고, 빨리 손 털어버리세요.일단, 70% 정도의 완성도로 최대한 빨리 PPT 만들어서 제출하세요. 왜냐하면, 이런 종류의 문서는, 어차피 한 번 더 수정사항 추가해서 수정요청 할 거니깐요. 그때, 99% 완성도로 문서 만들어 주면 됩니다.

mirheeoj · Answer

계약에 따라 돌아가는 서비스에 동의없는 임의수정이 불가능하다면 저런 절차가 필요할 수도 있습니다. 또는, 부하직원이 하기는 해야 한다는데 자기는 잘 모르겠고, 혹시 잘못되면 책임져야 될 상황도 있을 수 있으니 책임소재를 명확히 하기 위해서 명시적인 허가를 요구하고 싶은 상황일 수도 있고요. 글만 봐서는 잘 모르겠습니다.그런 자료까지 만들어야 하는 게 개발자의 직무인가, 이것은 애매한 문제입니다. 보통은 고객에게 보여줄 자료를 개발자가 직접 만들지는 않으나, 이건 개발자가 그걸 해서는 안 되기 때문이 아니라 그 일을 시키기에 더욱 적합한 인력이 따로 있기 때문일 뿐입니다. 인력이 적은 회사의 경우 일어날 수도 있는 일이라는 것이죠. 고객이 요구하면 누군가 하기는 해야 하니까요.

rarity · Answer

문제발생img (issue )문제 원인 원점 > 1차 > 2차 > .... > 현재 이슈---- img ( log ) ----해결 방안---- 도식 ( 원점 해결, 원점 해결 불가시 > 1차 레이어 억제 > 2차 레이어 억제) -----git 원격 레포 이슈 관리랑 크게 차이가 있을까요?거기가 개발자 기준이라 그렇지 사실상 그 개발자들도 해당 프로젝트를 이해하지 못한채유저의 입장에서 사용하는 경우가 많습니다.리버스 엔지니어링이나, 분석해서 커스터 마이징 가능하신분들은 거기에 글 잘 안쓰시니까요.깃허브 이슈 해결 과정을 스크린샷으로 찍는 느낌이라 보셔도 조금 기분이 그러실까요?물론 여기서 더 나아가 발표를 하라거나 비용산정이나, MM을 니가 산정하고 책임져.이런거라면 문제가 있지요.

SM개발자 일의 범주 판단 좀 부탁드립니다.

3개의 답변

Q&A 목록