원래 개발이란게 이런건가요? ㅠ.ㅠ

개인적인 경험상 현실적으로 개발자가 빠진 채 기획/협의되는 기획서나 시나리오, 스펙 등등에서 개발이 불가능하거나 너무나 비효율적인 요소가 난무할 가능성이 크기때문에, 귀찮아도 개발자가 직접 기획/협의 과정에 참여해야 하는 경우가 많습니다. 안 그러면, 더 귀찮아지면서 책임을 뒤집어쓰기도......

"(기획서에) 이런 이런 기능 다 해서 1주일 안에 보여주기로 모 업체랑 이야기 됐다. 무조건 만들어야 한다."

-_- 무지 짜증납니다.

"내가 할 지 안 할지도 안 정해졌는데 나한테 말해봤자 소용없어요. 그리고 내가 한다 해도 그건 일주일로는 불가능해요. 다른 일정들 조절할 수도 없는 상황이고, 다른 사람이 하면 더 오래 걸릴테고."

결국 기간때문에 드롭됐습니다. 그런데 나한테 와서 징징대고 가더군요. 미리 말이라도 해서 협의하던가, 기간을 조정하던가 해야지, 혼자서 독단적으로 다 결정해서 불가능한 상황을 만들어 놓고는 나 때문에 드롭된 거라는 식으로 말하니 엄청 짜증나더군요.

심지어, 기획 단계에 참여해서 "원하는 대로 할 수는 있는데 그 경우 품질은 더 떨어집니다. 품질 보장 못해요."라며 샘플까지 만들어서 보여준 적이 있는데, 결국 서비스가 런칭되었다가 품질문제로 금방 서비스를 내렸습니다. 그러고서는 한다는 말이, "제가 작업한 부분에서 품질이 제대로 안 나와서 내렸다"더군요. 어쩌라구...... 품질 안 나온다고 여러 번 말했건만 자기가 품질 나온다고 하고서는 밀어붙여서 런칭했으면서......

여하간 여러 번 덤탱이 쓸 뻔 했습니다.

전 애초에 기획단계에서 끼어들 수 있으면 끼어들어서 협의하거든요.

그래도 덤탱이 쓸 뻔 한 적이 여러 번 있습니다.

개발만 하는 건 정말 쉽지 않은 듯......

문제는, 기획하는 사람들 상당수가 애초에 기술적 기반이 없어 가능한지 불가능한지 가능해도 기간이나 비용이 어느 정도 소요될지 예측도 못하는 사람들일수록, 개발자를 배제하고 정말 터무니없는 기획을 하려 드는 것 같습니다. 조금이라도 아는 사람들은 기획하기 전 단계에서부터 이것 저것 열심히 물어보고 협의하고 그러더군요.

자신을 보호하기 위해서라도 회사에 손해를 입히지 않기 위해서라도, 기획/마케팅/영업쪽 인력들과 친하게 지내면서 그런 꺼리들이 있으면 사전에 이야기가 어느 정도 이루어지도록 하는 게 좋은 것 같습니다.

애초에... 개발에만 전념할 수 있는 자리라면 더 좋겠지요. :-)

무엇때문에 저는 이 글을 족구나 축구를 매우 못하는 사람의 한탄으로 생각하고 클릭한 것일까요?

대한민국의 IT 개발자로 성공하기 위해 필요한 것과 우선 순위.
1. 체력
2. 체력
3. 체력
4. 예지력 (언제 어떤 일이 터질지 미리 예지하는)
5. 순발력 (그때 그때 상황을 빠르게 인식하여 행동하는)
6. 속독력 (레퍼런스의 앞뒤를 자르고 현재 당장 필요한 부분만 이해하는)
7. 개발 기술력.
8. 문서 작성력.
9. 기타
(의뢰인 비유 맞추기, 말도 안되는 처우에도 꾹 참기,
늦는다고 앙앙대는 마눌님 바가지 받아주기..)
개발 스팩 문서라...
너무 사치스러운 말씀을...

흠.. 너무 비참한가??
모.. 어쨌거나 현실.