신기한 연구소

안녕하세요. 신기한 연구소입니다.

프로젝트를 진행하다 보면 다양한 변수가 발생합니다.

프로그래머(개발자)인 우리에게 가장 부담이 되는 변수는

아마도 추가 개발이나 이미 개발이 완료된 부분에 대해 많은 부분을

다시 개발할 정도의 변경 요청을 고객사로 받은 경우일 것이다.

짜증 나는 일이지만 사실 종종 발생합니다.

이런 경우 PM과 영업대표가 유연하게 잘 대응해야 합니다.

간혹 일만 더 키우고 쏙 빠지는 영업맨들이 있는데

그건 상황을 잘 대처할 수 있는 PM의 역할이 더 중요하다고 할 수 있습니다.

처음 프리랜서로 근무했던 게 을지로 모 금융사였습니다.

짧은 기간이었고 기존 개발팀이 투입되어 진행되다가

일정을 맞추기 위해 프리랜서 프로그래머(개발자) 3명을 추가로 투입하게 된 사이트였습니다.

미 개발된 프로그램들을 기 투입된 개발자와 추가 3명의 프리 개발자에게

다시 균등하게 배분해서 주더군요.

나를 포함한 2명의 프리 개발자는 맘이 척척 잘 맞아서인지

일도 깔끔하게 잘 처리해갔습니다. (자랑 죄송~ ㅜㅜ)

9시 출근이지만 8시 30분쯤 나와서 맑은 정신으로

퇴근시간인 18시까지 엉덩이가 무겁게 앉아서

집중 개발을 했고 총 3개월의 기간 중 2달여만에 요청한 개발 분량을

전부 다 완료하게 되었습니다.

하지만 퇴근시간 18시가 문제가 되었습니다.

PM은 가끔 와서 너무 빨리 퇴근하는거 아니냐면서 싫은 내색을 하더군요. (왜???)

기존 개발팀은 야근이나 철야를 하고 주말에도 나와서 일하는데

프리 3인방은 칼퇴근 한다면서 보기 안 좋다고 따로 불러서 이야기하더군요. (우린 프린데??)

우리 3명은 이렇게 응대했습니다.

"우리는 요청하신 분량을 3개월동안 개발하기로 하고 계약하고 들어온 프리랜서입니다.

혹시 3개월 내로 안될 거 같으면 그때 야근 및 주말근무를 해서라도 책임지고~~

일정을 맞추겠습니다"

PM은 더 이상 야근을 요청할 명분이 없기에 인상만 쓰고 가더군요.

하지만 우리는 2개월여만에 약속을 지켰고 계약 기간이 남아서 

각자 시간 보내기(?)를 하고 있었답니다. 

하지만 개발팀은 일정을 못맞추고 계속 야근에 주말근무까지 하더군요.

결국 PM이 우리를 다시 불렀습니다.

그리고 정중하게 부탁을 하더군요.

"일정을 맞추기 위해 여러분을 추가 투입했는데 지금 개발팀 일정이 지연되고 있고

여러분은 개발이 완료되었음을 확인했기에 남은 기간 동안

우리 개발팀의 업무를 추가로 개발해주실 수 있을까요?"

우리 3명은 좀 난감했습니다.

하지만 앞으로도 계속 프로그래머로 일을 해야 하고 또 만날지도 모르기에

남는 시간에 도와주기로 협의를 했습니다.

단, PM께 도와주는 대신 조건을 말했습니다.

"남은 기간 동안 추가로 요청을 주시면 개발을 하겠습니다.

하지만 야근이나 주말근무를 해야 할 만큼의 추가분은 안되고

정시퇴근까지 열심히 도와드리겠습니다.

또한 우리가 도와드린 개발분에 대한 테스트와 오류 수정은 

원래 담당했던 개발자가 했으면 합니다.

즉 도와줄 수는 있지만 추가분에 대한 책임을 지게 되면 3개월이 되는 시점에

문제가 될 수 있다고 생각해서입니다.

그렇다고 대충 만들지는 않을 것이고 최선을 다해 만들어드릴게요"

PM은 흔쾌히 수락했고 우리 셋은 18시까지 열심히 추가분을 개발했습니다.

3개월이 다 되었을 즈음 추가 개발 분량도 잘 처리되었고 PM도 맘에 들어했습니다.

하지만 개발팀은 여전히 일을 마무리 못하고 야근에 철야까지 하고 있더군요.

왜 그런지는 뒤에서 이야기할게요.

PM은 우리 3명이 맘에 들었는지 다음 프로젝트를 이어서 계약하자고 하더군요.

하지만 거리가 멀어서 다음에 기회가 되면 만나자고 했습니다.

물론 계약에 의해 추가 개발분을 안 해도 되었지만

우리가 언제 어려움을 겪을지 모릅니다.

내가 여유가 있다면 도와주는 게 마음도 편하고 

혹시 다음에 다시 만날 수도 있기에 (정말 다시 만나는 경우가 종종 있답니다.)

잘 정리하고 헤어지는 것도 중요하다고 생각합니다.

하지만 내 코가 석자인 경우엔 다릅니다.

지금 계약해서 일하는 분량도 겨우 진행하는데

일정 조율 없이 추가분을 요청하는 경우는 신중하게 판단해야 합니다.

불가능하다면 정중하게 거절하는 것도 중요합니다.

한다고 하고선 나중에 못하겠다고 하면 분쟁이 발생하고

심각한 상황이 될 수 있거든요.

특히 애매한 것은 야근을 하지 않고 퇴근하는데

추가분을 거절하는 경우 PM이 상당히 불쾌해하는 경우가 있습니다.

하지만 프리랜서 개발자는 계약에 의해 움직이는 것이고

가장 중요한 것은 본인이 계약할 당시 맡은 분량을 

최고의 품질로 기간 내 완수하는 게 1번이기에

불가능하거나 혹은 엄청난 무리수가 있음에도

눈치가 보인다고 수락하는 실수를 하지 않기를 바랍니다.

사실 그게 쉽지는 않습니다.

저 또한 눈치 야근도 수도 없이 해봤고

난처한 상황에 짜증 나는 요구를 받아본 적 있습니다.

싸우기도 했었고요.

그렇지만 결국 서로 불편해지는 상황이 발생했었고요.

그래서 할 거면 기분 좋게 해 주고

아니다 싶으면 확실히 거절 의사를 이야기하는 것도

당시는 그렇게 말하는 게 힘들겠지만 중요하다고 느꼈거든요.

오히려 도와주려다 욕만 먹거나 불편해질 수 있거든요.

그리고 원래 계약할 때 목표했던 분량을 기간 내 잘 처리해 주면

중간에 잠깐 불편했더라도 일을 잘 처리해줬기 때문에

나중에 또 좋은 인연이 될 수 있답니다.

그래도 도와주는 것은 도와주는 것인 뿐

추가분에 대해서는 나중에 문제가 되지 않도록 확실히 정리하고 도와주는 게

좋답니다.

그 회사와 개발팀은 지금까지 다시 만난 적은 없지만

해당 고객사는 다시 투입된 적이 있었답니다. ㅎㅎ

정말 IT업계는 좁더군요. 

궁금했던 개발팀의 야근과 철야근무에 대해 이야기하자면,

사실 우리 셋은 개발팀의 근무태도에 깜짝 놀랐었답니다.

아침에 8시 30분에 출근을 하면 사무실에서 침낭 깔고 자고 있더군요.

처음에는 일이 정말 빡세나 보다.

우리도 살짝 걱정이 되었답니다.

하지만 하루하루 일정에 맞게 개발을 하다 보니

사실 그리 큰 난이도가 있는 부분이 아니었습니다.

근무시간만 열심히 해도 여유롭게 아니 더 빨리 끝낼 수 있는 분량이었거든요.

하지만 개발팀은 근무태도가 정말 이상했습니다.

우리가 와도 자고 있습니다.

그리고 10시쯤 일어납니다.

이후로 밥 먹고 담배 피우고..

점심때는 게임하고

오후에도 일 조금 하고 담배 피우러 가는데

보통 1시간 정도 나갔다 옵니다.

어느덧 퇴근시간이 되면 이렇게 말하더군요.

어차피 야근할거니깐 저녁 먹고 게임이나 좀 하다가 날 새자~~

매일 야근하고 종종 철야에 주말까지 근무해도

왜 일정을 못 맞추는지 이유를 알겠더군요.

어짜피 야근할 거니깐 낮에는 대충 하자?

정말 어리석은 발상이 아닌가 싶었답니다.

서울에서 처음 직장 다닐 때 친했던 부장님께서 이런 말씀을 하셨는데..

아직도 기억이 납니다.

"니들 하루 종일 일한다고 하는데 실제 몇 시간 일하는지 알아?

아마 3시간도 안될걸?

차 마시고 담배 피우고 인터넷 검색하고 전화하고 등등"

근무시간에 집중해서 열심히 개발하면

일정 맞추는데 큰 문제가 없을 거라 생각합니다.

아래 하트(공감) 버튼을 눌러서 더 다양한 글을 쓸 수 있게 응원 부탁드립니다. 감사합니다.

IT 개발 업체에 처음 취업했던 그때가 기억나네요.

델파이로 하드웨어 컨트롤을 하는 미니 프로젝트였는데..

초보에 처음 만드는 프로그램이어서 긴장도 많이 하고 걱정도 많았던 시절이었답니다.

20년이 지난 지금도 아직 모르는 것도 많고 새로운 분야가 계속 나오기에

공부를 하지 않으면 뒤쳐질 수 밖에 없는 현실입니다.

대학교 졸업해서 취업하면 공부는 안할거란 생각했는데 (그때도 공부를 잘하지 못했지만요. ㅎㅎ)

프로그래머로 살다 보니 수시로 공부를 해야 프로젝트도 뛰고

회의할 때 대화(커뮤니케이션이라고 하죠)도 되고

쪽팔리는 상황을 미연에 방지할 수도 있더군요.

정직원(별 의미 없지만), 프리랜서를 하면서 다양한 크고 작은 프로젝트를 해봤답니다.

그럼 당연히 다양한 환경, 언어를 접하게 되고

다양한 프로그래머(개발자), 영업맨, 대표이사 등을 만나게 된답니다.

그러면서 느끼는 점이 있었다면 

공부하는 개발자와 그러지 않은 개발자는 정말 확연하게 차이가 났다는거에요.

한 번은 EAI와 Web Service로 BPM 프로젝트를 한 적이 있었답니다.

웹서비스(Web Service)? 우리가 보통 웹에서 홈페이지 만드는 건가?

그런 생각을 하면서 첫 미팅을 가게 되었답니다.

하지만 웹서비스는 웹에서 홈페이지를 만드는 것이 아닌 

서로 다른 환경의 서버끼리 통신을 하는 기술을 말하는 것이었습니다.

WSDL, SOAP 등 정의도 알아야 했고 한 번도 사용해 본 적이 없었지만

인터넷 서점을 통해서 바로 Web Service 책을 구매하고 집에서 공부하고

실제 환경을 만들어 테스트까지 한 뒤 프로젝트에 참여하게 되었어요.

세상에 처음부터 알고 하는 것이 어디 있나요?

그러니 처음이라도 걱정하지 말고 미리 준비하면 된답니다.

그때 팀원 중 한 명이 처음 접하는 환경이라 개발에 어려움을 겪고 있었는데

책을 소개해주고 빨리 읽으면 도움이 될 거라고 이야기해줬지만

결국 책도 안사고 관련 공부도 안 하고 버티다가 트러블만 만들고 떠났답니다. 

처음 접하는 언어나 환경에 대해 두려워하지 마세요.

걱정한다고 해결되는 건 없답니다.

우선 나에게 경력으로 또 하나의 기술과 환경을 접할 수 있는 좋은 기회라고 생각하면 됩니다.

그리고 관련 책과 정보를 수집하세요.

그리고 기초부터 개념부터 차근차근 공부하세요.

직접 환경도 만들고 코딩도 해보세요.

그리고 프로젝트에 투입돼서 미팅을 하면

무슨 이야기를 하는지도 알 수 있고

심지어 책에서 보고 알게 된 내용으로 본인의 의견도 낼 수도 있답니다.

가장 좋은 교재는 관련사에서 제공하는 튜토리얼입니다.

그리고 서점에 가서 본인이 잘 이해할 수 있게 설명된 책을 선택합니다.

블로그를 통해서 부족함을 채울 수 있습니다.

하지만 주의할 점이 있습니다.

기존의 누군가가, 또는 주변 개발자가 만든 소스를

단순히 복사해서 사용하는 것은 주의해야 합니다.

본인이 이해하지도 못한 코드를 사용한다는 것은 버그의 원인이 되고

정말 심각한 경우는 프로젝트 폭탄이 될 수도 있습니다.

대충 복사해서 사용한 코드에서 심각한 버그가 발생했을 경우

처리를 못하는 경우도 있기 때문입니다.

실제 있었던 일인데..

급한 마음에 다른 개발자가 만든 비슷한 화면을 찾아서

분석도 하지 않고 찾아내 복사해서 사용했던 적이 있었답니다.

그런데 업무팀에서 기능에 대한 변경을 요구했는데

베껴온 소스를 조금만 건들어도 오류가 나고 깨지는 현상이 발생했지요.

어떻게든 해보려고 했는데 이해도 잘 안 되고 짜증이 나더군요.

결국 다 지우고 제가 이해한 대로 라이브러리를 찾아서 재개발했던 적이 있었습니다.

처음부터 정석대로 개발했다면 오히려 시간도 절약되었을 텐데 말이죠. ㅎㅎ

개발 언어를 보면 기본적으로 제공되는 다양한 모듈, 라이브러리가 있습니다.

너무 많기에 다 기억할 수 없기에 문서로 제공하고 있고

검색 기능이 있기에 찾아볼 수도 있습니다.

사용법에 대한 설명이 약하면 블로그 등을 검색해서 

예제를 찾아보면 됩니다.

초반에 조금 번거로울 수 있지만

프로 개발자라면

미리 공부를 해서 내가 만든 소스 코드는 

당연히 내가 이해하고 알아야 하며

버그가 발생해도 처리할 수 있고

언제든 변경할 수 있어야 합니다.

프로젝트 중 관련된 부분에 대한 정보나 지식이 없어서

금방 할 수 있는 업무 개발임에도

야근도 많이 하고 일정에 쫓기는 경우를 종종 봤답니다.

프로젝트 투입 전 관련 환경과 기술에 대해서

미리 준비하고 공부한다면

좀 더 쾌적한 프로젝트가 될 거라고 믿습니다.

다들 즐 코딩하세요.

아래 하트(공감) 버튼을 눌러서 더 다양한 글을 쓸 수 있게 응원 부탁드립니다. 감사합니다.