밑에 si회사 하소연 글 올린 주니어 개발자 입니다.

Question

혹시 궁금한게정상적인 회사에서는 어떤 싸이클로 업무를 보는지 알 수 있을까요??물론 회사마다 문화는 다르겠지만어느정도 공통 분모는 있을 거라 판단합니다.제가 생각하기에는 제가 이전에 올린 글처럼무식하게 문서 하나 없이 구두로만 요청하고요청하면 당연히 요청 당일에 결과가 나와야하는게당연하다고 생각하지는 않을 거 같거든요..(요청하는 사람이 언제 요청을 하든지 본인이 요청하면당연히 당일에 나와야 한다고 생각해서진짜 압박감이 심합니다.)혹시 정상적인 회사에서는 어떤식으로 업무를 볼까요??아래 내용은 제가 이전에 올린 글의 원문 내용 입니다.__________________________________________________________________________평일 주말 상관없이 업무 연락 오고밤 11시 넘어서도 업무 연락 오고오후 7시에 다음 날 오전까지 자료 만들어오라고 하고그런데 솔직히 이정도는 그냥 그러려니 넘어갈 수 있는데모든 요청이 죄다 구두로 이루어지고문서 조차 제대로 안만드는 곳에다가진짜 무슨 코드가 chat gpt에다 요청해서 뿅 나오는 것마냥뚝딱 나오는 줄 알고진짜 쉽게 쉽게 내뱉고슥 보더니아.. 이게 아니네 그럼 이렇게 만들어줄래요?2시간 뒤에 볼 수 있죠?이딴식으로 진짜 요청을 쉽게쉽게 바꾸고 배설하는 수준인데이게 혹시 it의 평균인가요?아니면 이 곳이 좀 역겨운 곳인가요?배울 거라고는 하나도 없고 그냥 코딩 차력쇼만 하는 느낌이라퇴사하려고 하는데그 전에 고견 한번 묻습니다.

cartea · Answer

일단 그곳이 정상은 아니네요.2시간ㅋㅋㅋㅋ일단 보통은 PM이든 PL이든 관리자 급에서 현업이랑 논의를 하죠. 2시간만에 해달라는건 보통 자를거고요.글만 봤을때는 위에 관리자가 없는 것 같은데...그럼 일단 안된다고 하는게 맞는거 같아요.되더라도 너무 다 해주시는 느낌이라

장독깨기 · Answer

당장 급하게 처리할 건도 있을테고, 시간이 좀 필요한 건도 있을텐데요,일정을 본인이 조절하셔야 합니다.

좋은언덕 · Answer

개발자 출신 아니면 진짜 몰라서 그러는 경우고개발자 출신이면 괴롭힘이져괴롭힘엔 의도가 있는거고

몰랑토끼 · Answer

수평적인 회사의 업무 방식.업무가 하루이틀만에 끝날 경우가 아니라면. (몇주 이상이 걸릴 경우)-> 기획자로부터 시작하여 기획의 기획리뷰를 한번 진행하고 그 과정속에서 협업자들의 이해도를 심어주고, 가능하다 오래걸린다 불가능하다등을 1차 판별 및 큰 그림 그려줌.-> 기획자는 디자이너와 계속 협의하며 디자인이 만들어지고, 디자인 리뷰도 다시 진행. 그 과정에서 디자이너의 의도파악. 좀 더 구체적인 프로세스 파악.이 리뷰는 1차 기획리뷰보다 구체적이니 개인의 일정을 잡을수있는데, 각 포지션마다 얼마나 걸릴지 대충 얘기하며 업무 조율함.최소 20인 이상이어도 대표로부터 일이 다이렉트로 내려오지 않음. 무조건 전체 일정이 공유되며 그 공유된 일정을 배경으로 업무가 진행.pm이 기획하는 경우도 있지만 pm,pl 처럼 일을 '하달 하는 방식'이 아니라 '같이 시작하자'라는 느낌. (모든 업무 내용이 공유되니)서비스회사에서 pm pl 이란 단어보다는 팀장이나 cto로 많이 사용됨.만약 일정안에 안되더라도 어느정도 협의하여 배포.만약 중간에 기획이 최대한 변경되지 않게 애초에 기획을 잘잡으려 하며 기획이 변경되도 업무의 진행에는 영향이 잘없음.만약 중간에 마케팅이나 운영이슈가 있을때에도 업무 일정을 그점을 고려해서 잡고, 고려해서 잡는다고 해도 아무도 뭐라안함.일정주기(주간 or 아무때나) 개발자들끼리 개발얘기 커피챗이든 하는 시기는 항상있음.ㅡㅡㅡㅡ모든 요청은 지라를 통해서 관리되고, 자잘한 업무들도 마찬가지로 지라 티켓을 만들면 슬랙에서 알림이 옴.모든 업무 관련 얘기들은 히스토리를 남기기 위해서 웬만하면 메신저를 사용함.ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ이런 업무 방식으로 인해서 직원들은 전체 방향을 알게되고, 업무도 협의하고 (권한과 정보) 일 적으로 같이 한다는 느낌을 받기 때문에 직원들이 알아서 잘함. 내가 안하면 다른사람이 딜레이 되기 때문.큰 배경,방향을 알며 진행할때 나중에 수정해야되거나 우선순위가 낮아보이는건 '백로그'에 누적해서 여유가 있을때 알아서 함.

dong bang · Answer

본인이 나중에 높은 자리에 올라가면, 지금처럼은 하지 않으시면 됩니다.지금 상황이 싫으시다면 나가는 것도 방법입니다.다만 사람을 20명, 50명, 200명씩 관리하다 보면 정말 다양한 유형의 사람을 만나게 됩니다.좋은 사람들만 상대할 수는 없으니, 지금 구두로 요청하는 사람의 스타일을 분석해 두셨다가나중에 부하 직원이 되었을 때 어떻게 컨트롤할지 연습해 보시는 것도 좋습니다.지금은 인생 경험 한다 생각 하고 이사람 저사람 특이 이상한 사람들과의 접촉은 좋습니다.나중에 꽃길만 걷다가 부하직원으로 이상한 사람 만나면 그때가 답이 없습니다.

cryingSpamMan · Answer

흔히 말하는 ㅈ소 이면 구두로 요청하는 경우 많긴함 그래도 정식으로 개발팀을 두면은 일단 문서 양식은 갖추고 있는경우가 많음 없으면 만들던지 왜냐 하면 말로만하면 오더 내린사람도 받은사람도 까먹는경우가 있으니깐 하다못해 메신저식으로라도 증거를 남길려고 애를씀 결과물이 당일에 나올지 언제 나올지는 작업자의 숙련도 , 작업난이도 에 따라 다른건데 그런거 고려 안하고 일단 쪼면 어떻게든 빨리 나오겠지라는 마인드를 가진 상급자들이 있긴함 이런경우라면 일단 유도리 있게 일정 조율 해달라고 말을 해보고 안통하면머라 하던지 말던지 본인의 룰대로 운영하던지 퇴사 해야함.

코몽이 · Answer

아.. 이게 아니네 그럼 이렇게 만들어줄래요?2시간 뒤에 볼 수 있죠?하면 앵무새처럼 해봐야 알아요~ 라고 답하는 수 밖에 없어보이네요.뭐 간단한 수정 같은거야 원래 개발요청서 같은게 들어온 상태에서는 구두로 한다 치더라도 전체적인 틀이 바뀌면 요청서 다시 써오라고 해야죠.말로 한건 기억 안난다면서 몇개 빠트리면서 해보세요 ㅋㅋ

압구정개발자 · Answer

티켓 단위로 업무를 생성 -> 우선순위/관련도 순으로 자기가 해결할 티켓을 정해 해결급한 경우 퇴근 이후 혹은 주말에 업무 가능 -> 연장근로수당 (연차 1.5배 가산) 받음다녔던 회사들 모두 이런 구조였습니다. IT 평균이 작성자님이 말한것과 같지는 않습니다.

킹콩부대찌게 · Answer

회사에 개발자 본인만 있나요? 본인만 있으면 언능 다른데 가셈;

한안아 · Answer

그걸 다 대응해주니까 그렇게 요청하는 겁니다.님이 적당히 컨트롤 하며 상대를 길들여야 합니다.

BlueFestival · Answer

그.. 조심스러운 말씀이긴한데..일단 회사가 이상한게 맞아요. 맞고. 거기 사람들이 상식 밖의 언행을 하는게 맞거든요.근데 저런 못된 인간들은 어딜가도 있어요. 여기 오키도 마찬가지구요.어딜가도 손해 보는 성격이 있어요. 제 가까운 지인이 딱 그런 성격이구요.사람이 순둥순둥 하고 남한테 폐끼치는걸 죽기보다 싫어하는 성격이에요.그리고 윗 사람이 시키면 어쨌든 해야한다. 라는 마인드도 있구요.어딜가든 혹사 당하고. 어딜가든 대우 못 받더라구요. 이 분이 퇴사하니깐 그 자리에 두 명 뽑는 것도 봤어요. 그렇다고 연봉이 셌던 것도 아니구요.세상 사람들은 생각보다 우리 사정에 관심이 없어요. 세상 사람들은 생각보다 나쁜 사람들 많고요.난처한 부탁에는 난처한 척도 할 줄 알아야 하고. 계산할 건 다 계산해야 해요. 공짜 점심은 없는 법이지만 그건 상대방에게도 마찬가지이죠.상대방이 정말 상식이하의 언행을 하고 있다면, 내가 다른 이들에게 어떻게 보이나? 라는 성찰도 필요한 것 같아요.세상 사람들 모두가 착하기를 기대할 수는 없으니까요.

불백한상 · Answer

아주 비정상 입니다개선 결함 구분해서 문서 작성하라고 해야해요, 엑셀이나 구글 스프레드시트니 이용해서 리스트 관리하시고결함은 최대한 빠르게 해야하지만 개선은 경중에 따라 다르지만 일정을 최소 1주일 2주는 잡아야 하고 반영전 테스트 또는 검수 해야하구요위 업무 프로세스는 필수에요, 그래야 내가 이번달 뭘 했다 성과는 뭐다 말 할 수 있지요

밑에 si회사 하소연 글 올린 주니어 개발자 입니다.

12개의 답변

커리어 목록