소하
1k
2020-09-16 15:45:10
46
3308

악성 프로젝트, 그리고 그 사이의 개발자


코로나로 힘든 요즘 모두들 안녕하신지 모르겠습니다.

저는 좀 안녕하지 못합니다.


요 한 3~4주간 정말 힘들고 바쁘게 일했습니다.

인생에 다시 없을 성장의 기회라 생각하고 열심히 임했죠.

그러나 이상과 현실은 달랐습니다.


제가 과거에 이런 글을 썼었습니다. SI의 프로젝트나 코드에 왜 흉흉한 괴담이 떠도는지요.

그때 회사가 프로젝트에 대해 산정한 시간이나 보수에 관한 철학에 하자가 있으면 프로젝트가 산으로 간다..

뭐 이런 글을 썼던 것으로 기억합니다.


이번에 정말, 마치 '그래서는 안될 케이스'에 교과서 예시로 실릴만한 프로젝트를 경험해 그 썰을 풀어볼까 싶습니다.

SI 프로젝트가 어째서 그토록 암울하고 어두운 풍문이 떠도는 도시전설같은 존재가 되는지.

바람직한 사원의 모습, 열정적인 신입의 모습이 아닌 잿빛 세상에 내던져진 사이버 노동자의 입장에서 글을 써보려고 합니다.


여러분은 지금, 성실하고 열정적으로 살고자 했던 신입사원이 현실에 물들어 영락해가는 모습을 보고 계십니다.

저를 비롯한 모든 개발자들이 앞으로는 이와 같은 힘든 일을 겪지 않기를...


1. '시간' 을 이유로 규범과 규칙이 무시된다.

소프트웨어를 개발하는데 있어 수 많은 규범과 규정, 그리고 어드바이스가 있죠.

하지만, 시쳇말로 '꼬롬한' SI 프로젝트에는 그런 것들이 고려되지 않습니다.

고려하기 싫어서 그러는 것은 아닙니다. '시간'이 없어서 그렇습니다.

그 '시간' 이 없다보니 일단 중구난방 코드를 짜게 됩니다. 우선 돌아가기만 하면 된다. 이런 마인드로 말이죠.

문제는 어떻게든 짠 그 코드가 영원히 올바른 동작을 보장할 수 없다는 겁니다.

언젠가는 뜻하지 않은 곳에서 문제가 생기고, 변화에 대응해야 할 때가 와요.

그런데 그런 이슈가 발생했을 때에는 시간에 여유가 있을거라 장담할 수 있을까요? 

...코드는 점점 괴물이 되어갑니다.


2. 개발을 쉬이 여기는 사람들이 주변에 산재해 있다.

케바케일거라고 생각합니다만, 괴물같은 코드와 지옥같은 일정을 가진 프로젝트는 

대부분 개발을 모르는 사람이 감독으로나, 고객으로나 꼭 있습니다.

개발을 모르는 것 자체는 문제가 되지 않습니다. 모를 수도 있죠.


진짜 문제는, 이 분들이 개발을 '앉아서 키보드질만 하는 것' 으로 여기면서 시작됩니다.

책상머리에 앉아서 키보드만 두들기면 원하는 바가 뚝딱! 나오는 편한 일쯤으로 생각한다는거에요.

개발이라는 일을 모르는 사람이 뒤에서 쳐다만 보고 있으면 그렇게 쉬워보일 수가 없나봐요.


이런 분들이 무언가 요구사항을 이야기 할 때 개발자가 시간이 10만큼 필요하다고 하면,

왜 금쪽같은 시간을 10이나 쓰려고하냐며 반문하고 따집니다. 자기가 봤을 때는 3정도만 있어도 될 것 같거든요.

이 사람들한테 개발은 그냥 타자연습이나 다름없고, 구글링 하는건 웹서핑으로 보여요. 

(네이버에서 검색하고 있으면 난리가 납니다. 근무시간에 웹서핑을 왜하냐고...)

개발자 입장에서 절대 납득할 수 없는 시간이지만, 철저히 을의 입장에 선 개발자는 할 수 있는 말이 그다지 많지 않습니다.

어떻게 어떻게 협상을 해서 한 5~7정도의 시간을 받아옵니다. 그럼 1번같은 상황이 발생하는거에요.


비하하는 것은 아니지만... 유독 나이가 좀 있으신 분들이 이런 경향이 강합니다. 내가 하는 일은 힘들고 고되지만, 남이 하는 일은 만사 편할 것 같다는 편견...


3. 돌이키기엔 너무나 멀리 와버린 것들이 많다.

말 그대로입니다. 지금 하는 작업이 처음부터 끝까지 새롭게 개발하는 것이 아니라면 이 부분이 크게 느껴집니다.

한 반년만 프로젝트가 진행되었어도, 바꾸고 싶은 것들 쉽게 못바꿉니다.

더 세련되고 빠른 로직, 더 깔끔한 표시 방식을 발견했어도 이미 DB 안에 들어가 있는 수많은 데이터를 당장 어찌할 수가 없기 때문입니다.

무언가 바꿔버렸을 때 이전에 올린 게시물이나 데이터들의 안정성을 보장할 수 없다는 문제가 있는 이상

위에서는 해당 부분을 바꾸기 꺼려할테고, 개발자 역시 시간도 없는데 확실하지 않은 일을 리스크를 떠안고 맡을 이유가 없습니다.

아직 우리나라에 구형 자바와 DB, 프레임워크가 많은 이유가 이것일 겁니다.


위의 1, 2, 3번 문제는 따로따로 발생하는것이 아니라 톱니처럼 맞물려 복합적으로 일어나는 사항입니다.

서로가 서로의 이유 및 핑계가 되면서 프로젝트를 점점 경직시키고, 결과적으로 괴물이 탄생하고 마는거죠.


프로젝트가 제 영역을 떠난 지금, 내 손으로 괴물을 만들고 말았다는 죄의식과 불안감에 시달리는 오후입니다...

20
0
  • 댓글 46

  • 초보자1212
    1k
    2020-09-16 15:50:09

    화이팅입니다. ㅠㅠ

  • linuxer
    2k
    2020-09-16 16:05:06 작성 2020-09-16 16:05:38 수정됨

    소하님도 글 을 잘 쓰시네오

    감사합니다 ^^

  • 날라리개발자
    297
    2020-09-16 16:47:12

    프로젝트의 결과물은 발주사의 재산입니다

    너무 죄책감을 가지시진 말았으면 좋겠습니다


    그리고 진짜 괴물은

    그걸 인식하지도 못하는 분들이 만드는겁니다

  • 힘내라마소
    1k
    2020-09-16 16:51:07

    전 죄책감보다도 이 폭탄이 언제 터질까가 제일 걱정되더군요.

    일정 상 기능은 완성해도 테스트가 부족하다, 완벽한 기능 구현을 보장할 수 없다. 등등 아무리 얘기해도 고객이 그건 그 때 처리하면 되니 급한 불부터 꺼달라 요구하니 어쩔 수 없이 만들어주긴 하는데....

    철수 전이야 내가 처리하면 되지만 그 이후엔 누가 이 폭탄을 넘겨받을 것인가.

    개판인 SI는 문서를 아무리 남겨도 결국 터지더라구요.

  • 라이라
    2k
    2020-09-16 17:01:18

    프로젝트 엎어지면 pl,pm 새키들한테 손배 청구하도록 명시 해야지 저런 개짓을 안 할겁니다

  • kkey21a
    4k
    2020-09-16 17:19:29 작성 2020-09-16 17:22:12 수정됨

    SI는 나가면 그 뿐이죠.


    요즘 SI분들이 윗 글처럼 솔직히 본인 합리화를 많이 하고, 진짜 딱 돌아가게끔만 짜는 친구들이 많아서...(1번 핑계가 가장 많은듯)


    운영도 피곤하네요.

     프로그램 전체 갈아 엎는 것도 한 두번이지 지겹네요. SI사업하는 것보다 그냥 운영하면서 개발하는게 어떤면에서는 편하다는 ~ 

    (뭐 제가 특이할 겁니다.)


    처음 일 시작할때, 너가 운영할거냐라는 소리 들으면서, 소스 삭제까지 당하면서 배워서 그런지, 아무튼 인간적으로는 이해는 가나...


    이렇게쓰면 욕먹겠죠? ㅎ

  • flyso2
    591
    2020-09-16 17:26:27

    똥을 원하는 사람에겐 똥을 주세요.. 그 사람들에 금을 줘도 좋아하지 않습니다

  • 만년코더
    6k
    2020-09-16 17:27:16

    @라이라 

    죄송한데 PM이나 PL도 

    그냥 주어진 미션을 수행해야할 뿐입니다.

    욕받이일 뿐입니다...

  • 라이라
    2k
    2020-09-16 17:30:24

    프로젝트 엎어지는 게 pl, pm 이 일을 제대로 안 해서 그런거죠.

    작업시간 철저히 관리하고, 불합리한 요구나 사항에 대해서 따지는 게 pm, pl 일 아닌가요?

    -1
  • 만년코더
    6k
    2020-09-16 18:15:18 작성 2020-09-16 18:18:15 수정됨

    @라이라님

    그건맞는데요

    무한책임이라고하기엔 고객의 요구가 말이 안되는 상황이 많습니다.

    안된다고하면 교체될 뿐이구요.

    주어진 환경내에 최대한 퍼포먼스를 내긴하는데

    주어진 환경이 심각하게 거지같으면 

    목표치도달은 힘들지 않을까요?

    제 말은 무슨 손해배상 당할정도로 돈을 받고있지도 않고

    권한도 없으며 선택지도 많지 않다는데 고충이 있다는겁니다.

  • 라이라
    2k
    2020-09-16 18:37:37
    제가 잘못 알고 있는 건가요?
    pl, pm 이 프로젝트 리더이고, 매니저이면 최종 책임을 지는 포지션 아닌가요?
    pl, pm 위에 뭐가 더 있나요?
    -2
  • 만년코더
    6k
    2020-09-16 18:53:54 작성 2020-09-16 18:59:19 수정됨

    PM=CEO는 아니잖아요


    당연히 위에는 사장 임원 관리자가 있고

    회사니까 기획 경영전략 재무 부서 다 설득해야하고 (거의 상전)

    무엇보다 고객님이 갑이시구요


    애초에 ITO개발부서는 사업파트에 한 영역이에요

  • 만년코더
    6k
    2020-09-16 18:57:09


  • 만년코더
    6k
    2020-09-16 18:58:20 작성 2020-09-16 18:59:39 수정됨

    KT DS 조직도일부 인데요. 한국 ITO에서 PM은 그냥 일개부서의 중간 관리잡니다.


  • 만년코더
    6k
    2020-09-16 19:07:03
  • 라이라
    2k
    2020-09-16 19:12:33

    프로젝트 = 회사 인가요?

    설정한 목표를 이루기 위해서 프로젝트가 만들어지고, 그 프로젝트를 완수하기 위해서 개발자, pm, pl 들이 모이는 건데 갑자기 무슨 뚱딴지 같은 소리를 하시는 건가요?



    -3
  • 만년코더
    6k
    2020-09-16 19:20:13 작성 2020-09-16 19:21:04 수정됨

    엉뚱한 소리가 아니고 

    프로젝트는 결국 회사 전체 사업 행위의 일부분에 불과하고 

    그렇기에 프로젝트 외적인 요인으로 인해 실제적으로 프로젝트를 둘러싼 외부환경이 악화되어있고 

    그게 진짜 프로젝트의 망한 원인인 경우가 많은데

    전체로보면 중간관리자에 불과한 PM에게 손해배상을 물린다는 건 과하다는 이야기인데요.


  • 돈까스
    4k
    2020-09-16 19:21:44 작성 2020-09-16 19:24:45 수정됨

    라이라님...

    프로젝트가 엎어지면, 그 책임을 모두 PM, PL이 독박으로 써야 한다는 무서운 생각을 하고 계시군요.

    게다가 PM, PL에게 손해 배상 청구까지 해야한다니 정말 놀랍습니다.

    예전에 우리 회사 PM 에게 갑이 재떨이 던졌다는 이야기 들었는데, 음 그것 보다 더 심하네요.

    사실 재떨이 한번 맞는게 손해배상으로 소송당하는 것 보다는 낫잖아요.

    설마, 말이 그렇고 요즘엔 그 정도까지는 아니겠죠, 아니길 바랍니다.

  • 만년코더
    6k
    2020-09-16 19:24:32 작성 2020-09-16 19:25:13 수정됨

    @돈까스

    월급이나 권한이라도 많이 주고 이야기하던가요

    물론 책임이 없다는거는 아닌데

    권한도 안주고 책임만 무한으로 지우겠다는건 그냥 분풀이죠

  • 라이라
    2k
    2020-09-16 19:26:29

    프로젝트를 제대로 관리하지 못하는 pm, pl 이 없어져야 된다는 말입니다.

    책임자 포지션이 개발자, 디자이너 갈아넣기만 하면 되는 자리입니까?

    고객 설득하고, 부당한 요구에는 싸우고, 자기 부서 사람들 작업 제대로 하는지 감시하고 관리하는 게 역할 아닌가요? 그런 역할 안 할거면 그냥 pm, pl 하지 말라는 거죠

  • 돈까스
    4k
    2020-09-16 19:26:30 작성 2020-09-16 19:27:58 수정됨

    프로젝트가 망하는데는 다양한 이유가 있는데,

    그걸 다 무시하고 PM, PL이 잘못했으니 손해배상까지 해야 한다는게...

    어떤 삶을 사셨기에 그런 생각을 하는지 궁금하긴 합니다.


    시야가 너무 좁으신 것 같아요.

    PM, PL이 제대로 일하고, 개발자들 갈아넣지 않고도 망하는 프로젝트 안보셨나보네요.

  • 라이라
    2k
    2020-09-16 19:27:42

    저는 그게 pl, pm이 제 역할을 못했기 때문에 망하는 거라고 생각합니다.

    -2
  • 라이라
    2k
    2020-09-16 19:30:40

    애초에 프로젝트가 안 망하도록 관리하는 게 pl, pm 역할 아닌가요?

    저 역할을 안 하면 대체 pm, pl이 프로젝트에서 무슨 역할을 하는 건가요?

    -2
  • ISA
    2k
    2020-09-16 19:35:20

    을들의 전쟁...

  • 돈까스
    4k
    2020-09-16 19:37:00 작성 2020-09-23 12:55:24 수정됨

    어, 그러면 이런 논리로 말해볼게요.

    PM, PL이 일을 제대로 못해서 프로젝트가 망했으니,

    그 모든 책임은 그 PM, PL을 제대로 선정하지 못한 갑사 담당자 책임이다로 가보겠습니다.

    모든 프로젝트가 망하는 원인은 PM, PL을 제대로 채용/선정하지 못한 갑사 관리자와 담당자 책임입니다.

    그 갑사 관리자한테 프로젝트에 대한 손해배상을 청구해야 합니다.


    이 논리가 맞다고 생각하시는지 궁금합니다. :)


    각자의 역할과 그에 따른 책임이 있는 것입니다.

    그렇게 쉽게 누구 하나에게 책임을 몰 수 없어요.


    그렇게 논리를 비틀어버리면,

    가정에서 아이들이 공부 못하는 것은 학생은 잘못이 전혀 없고, 전부 부모나 선생님 책임이고,

    회사가 돈을 못 버는 것은 직원은 잘못이 없고, 전부 사장 잘못이 되겠네요.


    지금 라이라 님이 하는 말은 책임질 위치에 가보지 않은 사람들이 쉽게 내뱉는 말이에요.

    라아리 님이 그런 생각하시는 거야 별 상관 없습니다.

    어차피 책임지지 않을 위치에 계실 거 같으니까...

    그런데 책임을 져야 하는 사람들이 그런식으로 생각해서 희생양을 만들어서 책임전가를 한다고 생각하면 끔찍하군요.


    프로젝트가 망하면 각자가 자기 위치에서 책임질 부분을 책임져야죠.

    그런 책임의 양이 PM PL이 조금 더 많을 수는 있는데 모든게 PM PL 문제라고 하시면 곤란하죠.


  • 라이라
    2k
    2020-09-16 19:39:27 작성 2020-09-16 19:46:02 수정됨

    처음부터 무리한 사항인데 굳이 pm, pl을 왜 하는 건가요? 그냥 월급루팡하다가 적당한 때에 도망가겠다는 거 아닌가요?

    프로젝트 관리할 능력 없으면 pm, pl 하지 말고 다른 포지션 하라는 겁니다. 이게 너무한 건가요? 

    -2
  • 돈까스
    4k
    2020-09-16 19:47:41 작성 2020-09-16 19:53:44 수정됨

    개발자로서 어떠한 프로젝트의 프로세스를 한번이라도 시작부터 끝까지 진행해보셨는지 궁금합니다.


    우리가 처음에 개발을 시작할때 모든걸 다알고 예측하고 시작할수 없습니다.

    리스크 관리를 충분히 했더라도, 예측하지 못한 일이 일어날 수 있어요.

    우리는 전지전능한 사람이 아니기 때문에 모든 요구사항에 대한 것을 완벽하게 파악하기도 어렵습니다.

    일을 하다보면 미처 처음에 알지 못했던 부분들이 나타나기도 합니다.

    프로젝트가 진행되고, 어느정도의 산출물이 나오고 생각이 정리되면 그때서야 처음에 했던게 잘못됐다는 것을 알게 되기도하고요.


    우리가 일하는 자원이 충분하고, 어느 정도의 버퍼가 있으면 문제가 없습니다만,

    자원이 충분하지 못하면 항상 계획한대로 진행되지 않을 수 있습니다.

    글쓴분이 말씀하신 1,2,3이 모두 그런 상황이에요.


    PM, PL이 전지전능한 사람들이 아니에요.

    월급루팡을 안하기 위해서 회사가 조금 무리한 프로젝트에 PM을 하라고 시켜도 하겠다고 하고 진행을 하다보니까 그렇게 되기도 하는 겁니다.

    내가 하기에 쉽고 널널한 일만 골라서 할 수는 없잖아요.


    개발자로 계속 일하시다보면 언젠가는 작든 크든, PM, PL일을 하실 일이 있을 겁니다.

    그 때 한번 지금의 생각을 다시 돌이켜 보시면 좋겠네요.

  • 라이라
    2k
    2020-09-16 19:53:48

    돈까스님이 진행한 프로젝트는 태초 이래 처음 겪는 프로젝트였었나 보네요.

    프로젝트 중간에 이슈가 생기는 사항이면 개발 영역이 아닌 환경들일텐데, 그런거 관리하는 게 PM, PL 입니다. 근데 관리 못했으면 책임지라는 거죠. 


    -3
  • 돈까스
    4k
    2020-09-16 20:01:24 작성 2020-09-16 20:02:37 수정됨

    음. 어조가 많이 약해지셨네요.

    당연히 관리 못했으면 책임져야죠.

    그정도로만 말씀하셨으면 제가 이렇게 길게 안썼죠. :)

  • 만년코더
    6k
    2020-09-16 20:03:07
    문제의 원인을 한가지로만 찾고
    적아니면 아군으로 이분법적으로 구분하고
    모아니면 도로 흑백논리로 살면

    사고는 깨끗하고 무오류이며
    정리되서 편안합니다.

    근데 그럼 본인 마음만 편하지
    주위사람이 피곤해요

    불신지옥 믿음천국 외치는 거랑 하등 다를바가 없거든요
  • 돈까스
    4k
    2020-09-16 20:04:45 작성 2020-09-16 20:05:21 수정됨

    어차피 그런 분들은 책임질 위치에는 보통 잘 안가시니까 괜찮습니다.

    동료 개발자 정도까지는... 뭐 어떻게 잘 극복할 수 있는데...

    어쩌다 고객이나, 혹은 상사로 그런 분들 만나면 정말 힘듭니다.

    그냥 게시판에서만 봤으면 좋겠네요.


  • 만년코더
    6k
    2020-09-16 20:08:43

    @돈까스

    요새 트랜드인거같기도 합니다.

    정치만 봐도 진영논리심하고요


    남녀갈등

    세대갈등 


    요즘 너무 심해요.


  • 라이라
    2k
    2020-09-16 20:09:42

    우리나라도 좀 외국처럼 reasonable 하게 돼야되지 않겠습니까? 

    언제까지 주변 상황 핑계만 댈 겁니까? 부당한 요구에 당연히 싸워야 우리도 그런 문화가 자리 잡는거죠. 

    개발자는 개발하고, 디자이너는 디자인 하고, pm은 관리하고, pl은 전체 진행 이끌고... 

    이렇게 일하고 싶은 게 무리한 겁니까?

    -2
  • 만년코더
    6k
    2020-09-16 20:15:50

    @라이라

    각자 맡은 바 자리에서 책임감 있게 최선을 다하자 수준의 발언이었다면, PM 중에 책임감없는 사람 많아 하고 동조 했겠죠.

    프로젝트가 망하는건 전적으로 PM의 책임이며 손해배상을 청구해야한다. 그리고 뭐라하든 다 핑계야 수준의 발언을 하시니 이야기하는 겁니다.

    당신 이야기대로면 역으로 개발자는 코드오류 하나 날때마다 벌금 물려야합니까? 


  • 라이라
    2k
    2020-09-16 20:18:32

    제 처음 댓글은 개짓을 하는 pm, pl을 욕한건데, 왜 발끈하시는 건가요? 찔리시는 게 있으신가요?

    -3
  • 만년코더
    6k
    2020-09-16 20:19:54

    네 그렇게 생각하셔요.

  • 김똘똘
    111
    2020-09-16 21:26:04

    간혹 1~2년차 초보 개발자들이 본인 개발은 아주 허접하게 개판으로 해놓고 남탓, PM탓, 옆자리개발자탓, 명세서가 잘 안적혀있어서 개발이 늦었다느니 개소리 하는 초보개발자들 좀 있죠

    저한테 걸리면 실력없는 입만살은 병신 개발자 만들어 망신 제대로 주고 내보냅니다 ㅋㅋㅋ

  • ercnam
    4k
    2020-09-17 09:58:42

    PL PM이 부당요구에 항의하면 그자리에서 날려버리고 다른회사 들이니까 울며 겨자먹기로 똥프로젝트 안고가는것 아니겠습니까..

    물론 월급루팡도 있겠지만은.

    하긴 저도 PL PM은 아니지만 나름 중간관리자 포지션에 있다보니 느낀건데

    이 중간관리자라는게 참 개같아요

    위에선 지르라고 프레셔누르지 밑에선 못한다고 배째라고

    결국 이도저도 못하는데 욕은 내가 다처먹어야되...

    월급이나 개많이 퍼주고 사내권력같은거나 빠방하게 쥐어주면 모를까 그것도 아니고

    가만보면 "중간" 관리자인데 실질 위치는 최하 말단 쫄병대우받는것 같음;

    오죽하면 나이차고 짬찬 개발자들이 관리자 안할려고 할까요. 다 이유가 있는겁니다.

  • 개발자999
    195
    2020-09-17 10:22:01

    PM, PL분들 너무 뭐라 하지 마세요

    그분들... 처자식이 있어서 위에서(고객사 및 사장) 까이고 아래서(개발자 등등) 까여도

    더럽고 힘들어도 그만 못두시는 분들입니다. 

    강심장 또라이 PM도 플젝 때 원형탈모가 오기도 하더라구요

  • rezigrene
    1k
    2020-09-17 13:44:56 작성 2020-09-17 14:04:55 수정됨

    라이라//

    개발자에게 버그생길시 손해배상 계약서 들이미는 악덕문화를 본인이 선도하고 계시네요...

    고객사일떄는 PM에게, 중간업체면 프리에게.

    일단 손해배상 계약들이미는 자체가 싸워야할 부당한 요구네요.

  • 초무쿤
    4k
    2020-09-18 00:05:03

    모든건 적당히..근데 그게 제일 어려운거 같네요.

  • kkey21a
    4k
    2020-09-18 09:58:23
    pl,pm 새키들한테 손배 청구


    ㅎㄷㄷ

  • 난한놈만패
    405
    2020-09-18 11:32:37

    저도 과장 시절부터 PL을 했었고 지금은 PM도 하지만 

    손해배상 청구라니 무섭군요

    프로젝트 사업규모부터 시작한건 아니고 새 프로젝트 들어왔으니 들어가라 해서 들어갔는데

    이미 영업부터 박리다매로 가지고 온 프로젝트도 있었고

    현업이 진상이라 제대로 끌어가기 힘들었던 프로젝트도 있었고

    결국 가운데서 정말 힘들었던 기억이 나네요

    문제가 생겨서 본사에 보고하면

    어쩔수없다 지원해주겠다 조금만 버텨봐라 어떻게 해봐라

    결국 남은건 야근과 밤샘 주말출근뿐..

    몃년하고 더이상은 몸도 힘들고 정말 드러워서 못해먹겠다 싶어서 나오긴 했는데

    다시는 SI나 에이전시는 하지않겠다고 마음먹었던 계기였습니다

    손해배상 청구까지 받았으면 이 업을 버렸을지도 모르겠습니다 ㅎㅎ




  • 팬더재즈Bass
    1k
    2020-09-20 13:01:24

    말로만 일하는사람들

    엉뚱한 요구사항과 말도안되는 설계문서 

    점점 힘들어져갑니다 ㅋ

  • 삼식이
    1k
    2020-09-20 15:54:11

    프로젝트의 헤가 가는 PM은 큰 문제이긴 하죠.

    차라리 아무것도 안하고 노는게 도움이 될때도 있으니깐요.

  • 인사동
    1k
    2020-09-23 12:46:08

    저는 전부다 각자의 포지션에서 맡은 롤을 충분히 수행할때 전체적으로 올바른 프로젝트가 된다고 생각합니다.

    상사의 문제다 밑의 사람이 못해서 문제다 물론 가능합니다만 해당 파이프라인이 연결된 곳에서도 어느정도 조율을 해야 합니다. 

    누가 돈 더 많이 받으니 누구에게 더 책임이 있다 이런건 말이 안되죠.

    반대로 내가 돈 더 적게 받으니 이거만 하면 된다는 얘기도 이해는 하지만 맞는말이라 보기는 어렵습니다.


    프로젝트가 망하면 각자가 자기 위치에서 책임질 부분을 책임져야죠.

    > 그런 책임의 양이 PM PL이 조금 더 많을 수는 있는데 모든게 PM PL 문제라고 하시면 곤란하죠.

    이말에 공감합니다. 


    불만은 누구나 가질수 있고 문제제기는 쉽습니다만 해결책을 제시하거나 그 해결을 향해 멱살잡고 끌고 갈수 있는 인력은 적죠.

    제가 하는 행동은 문제가 발견되면 주위에 알리고 개선요청을 지속적으로 합니다. 아니면 제가 고쳐보도록 행동을 일으키기도 하구요. 물론 그게 받아들여지지 않거나 반대로 주위에서 일하기 힘든 환경이 된다면 다른 파이프라인을 통해 해결노력을 해보고 그것 마저도 여의치 않다면 그전에 해당 프로젝트를 떠나야지요.

    실패할게 불보듯 뻔한 프로젝트에 계속 남아있는것 역시 무책임한 행동이라고 생각합니다.


  • 로그인을 하시면 댓글 을 등록할 수 있습니다.