Q&A와 스터디
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:1096point (45%), 레벨:3/30"){kind=icon}
blue9954자랑을 하려는게 아니고, 승진을 함에따라 일반 사원의 입장에서 회사의 입장도 고려해야하는 어려운 상황에 처하게 되었는데요. 최근 스케쥴이 너무 빡빡하게 내려와서 저조차도 주말 출근을 하는 상황입니다. 그러던 와중에 다른 파트장의 팀원이 와이프에게 회사일이 너무 많고, 집에 시간을 쓰지 않는다는 이유로 경고(?!)조치를 받았습니다. 제팀원들은 아직 의욕이 있어서 다행이지만 기력이 꺾기게 되면 대부분 않좋은 결과를 얻는다는 경험을 해보았기에 어쩌지, 어쩌지 고민을 하던중. 회사가 여유분이 있는 스케쥴을 숨기고 있다는것을 알게 되었습니다. 모르면 모르는데로 스케쥴을 진행할텐데 이런 여유가 있다는걸 알게되니 '역시나'라는 생각과 팀원들의 건강관리와 기력관리, 일단 회사가 원하는 스케쥴과의 밸런스를 어디에 두어야할지 고민하고 있습니다. 혹시 비슷한 경험이 있으신분들은 지식을 공유해주신다면 감사하겠습니다.
![[레벨:4]](http://old.lameproof.com/modules/point/icons/default/4.gif "포인트:1904point (57%), 레벨:4/30"){kind=icon}
그랑죠
2010.05.18 14:37:21 (*.40.198.98)
![[레벨:13]](http://old.lameproof.com/modules/point/icons/default/13.gif "포인트:16257point (43%), 레벨:13/30"){kind=icon}
채이도훈아빠 톰 디마르코의 slack 이란 책을 읽어보세요. 경영진에게도 추천해주시고요. 말이 안 통하면 살며시 사표를..
2010.05.18 22:27:25 (*.251.79.254)
blue9954 그랑죠님// 귀한 말씀 감사합니다. 실은 오늘 팀원들이 하나둘씩 몸이 안좋아서 어떻게든 해야겠다는 생각이 들더군요.
채이도훈아빠님// 추천한 책은 반드시 읽겠습니다. 감사합니다.^^
채이도훈아빠님// 추천한 책은 반드시 읽겠습니다. 감사합니다.^^
2010.05.19 00:09:22 (*.34.176.51)
![[레벨:9]](http://old.lameproof.com/modules/point/icons/default/9.gif "포인트:7372point (4%), 레벨:9/30"){kind=icon}
꼬마네꼬 관리자와는 거리가 먼 쌩개발자 입장에서 말씀드리자면,
관리자의 위치는 대단히 중요합니다. 다른말 하려는 게 아니라...
판단은 자신과 팀원들의 역량을 감안하여 해야 한다고 생각합니다.
여유분이 있건 없건 별로 중요한 것은 아닙니다.
오히려, (숨겨진 일정을 포함한) 일정이 딜레이 되는 것에 대한 플랜은 회사가 가지고 있어야 합니다. 그것을 관리자에게 책임을 묻는다? 어이쿠. 이런. 티맥스 같은 회사군요. 이 경우엔 정말 할 말이 없습니다.
관리자는 조율을 잘 해야 한다고 생각합니다. 그게 관리자의 일이죠.
적절한 타협점을 찾아야 한다는 것인데,
그걸 어떻게 찾아야 하는지는 저한테 물어보셔도 소용 없겠네요.
전 그냥 일개 개발자이거든요.
(그리고 제가 관리직으로 올라가고 싶지 않은 가장 큰 이유지요.)
그 조율 문제는 경험이라고 밖에는 설명할 수 없을 것 같습니다
어떠한 일정으로 정말 딱 맞출 수 있다고 생각 된다면 그 일정으로 가시면 되겠죠.
물론 구성원들에 대한 독려가 필요하겠지요. 인센티브나, 휴가 같은.
(매우 일시적인 당근인데다가 효력은 아주 단기간입니다.
게다가 저런 썩어 문드러진 당근으로 달리다 보면, 일정이 밀리게 되면 아수라장이 됩니다.)
조금이라도 무리라고 생각이 든다면 더 고민하셔야 할 것 같습니다.
도저히 안 되겠다면 책임감 있게 윗선을 설득해야겠지요.
(그게 관리자의 일인데 안 하는 사람들이 너무 많아요.)
특히, 아무리 일정이 넉넉하다고 생각해도 프로젝트 말미에는 이슈들이 복리가 붙어서 쌓이게 되죠.
아무리 일정이 이전에 잡히는 것은 이 나라 IT 생태라지만,
그것을 조절하셔서 부디 개발자들이 쓸데없는 고생 않기를 바랍니다.
프로젝트가 끝날 때 까지 중요한 것은 일정이 아니라 구성원들의 사기이다...라는 말에 저도 공감합니다.
덧붙이자면,
의욕이란 것은 얄팍하게도 프로젝트 초기에만 찾아옵니다.
물론 관리자와 이야기 할 때에는 항상 의욕 충만이지요. 속으론 좀 썩었고 있어도.
관리자의 위치는 대단히 중요합니다. 다른말 하려는 게 아니라...
판단은 자신과 팀원들의 역량을 감안하여 해야 한다고 생각합니다.
여유분이 있건 없건 별로 중요한 것은 아닙니다.
오히려, (숨겨진 일정을 포함한) 일정이 딜레이 되는 것에 대한 플랜은 회사가 가지고 있어야 합니다. 그것을 관리자에게 책임을 묻는다? 어이쿠. 이런. 티맥스 같은 회사군요. 이 경우엔 정말 할 말이 없습니다.
관리자는 조율을 잘 해야 한다고 생각합니다. 그게 관리자의 일이죠.
적절한 타협점을 찾아야 한다는 것인데,
그걸 어떻게 찾아야 하는지는 저한테 물어보셔도 소용 없겠네요.
전 그냥 일개 개발자이거든요.
(그리고 제가 관리직으로 올라가고 싶지 않은 가장 큰 이유지요.)
그 조율 문제는 경험이라고 밖에는 설명할 수 없을 것 같습니다
어떠한 일정으로 정말 딱 맞출 수 있다고 생각 된다면 그 일정으로 가시면 되겠죠.
물론 구성원들에 대한 독려가 필요하겠지요. 인센티브나, 휴가 같은.
(매우 일시적인 당근인데다가 효력은 아주 단기간입니다.
게다가 저런 썩어 문드러진 당근으로 달리다 보면, 일정이 밀리게 되면 아수라장이 됩니다.)
조금이라도 무리라고 생각이 든다면 더 고민하셔야 할 것 같습니다.
도저히 안 되겠다면 책임감 있게 윗선을 설득해야겠지요.
(그게 관리자의 일인데 안 하는 사람들이 너무 많아요.)
특히, 아무리 일정이 넉넉하다고 생각해도 프로젝트 말미에는 이슈들이 복리가 붙어서 쌓이게 되죠.
아무리 일정이 이전에 잡히는 것은 이 나라 IT 생태라지만,
그것을 조절하셔서 부디 개발자들이 쓸데없는 고생 않기를 바랍니다.
프로젝트가 끝날 때 까지 중요한 것은 일정이 아니라 구성원들의 사기이다...라는 말에 저도 공감합니다.
덧붙이자면,
의욕이란 것은 얄팍하게도 프로젝트 초기에만 찾아옵니다.
물론 관리자와 이야기 할 때에는 항상 의욕 충만이지요. 속으론 좀 썩었고 있어도.
2010.05.19 03:22:58 (*.51.74.159)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:645point (63%), 레벨:2/30"){kind=icon}
AI 저도 말단사원입장에서 중간관리자를 바라보면 그냥 한마디로 구성원들의 사기가 답이라고 생각하고
그 사기는 관리자의 '덕'에서 발현된다고 생각합니다.
그냥 사람이 사람을 이끄는데 한국사회서 '덕'이 다인 거 같습니다.
그러다보면 라인도 생기고 학연도 생기고 지연도 생기고 챙기는 사람도 생기고
그러면 끼리끼리 놀게되고 하는 과정만 조심하시면 되지않을까 싶습니다.
그 사기는 관리자의 '덕'에서 발현된다고 생각합니다.
그냥 사람이 사람을 이끄는데 한국사회서 '덕'이 다인 거 같습니다.
그러다보면 라인도 생기고 학연도 생기고 지연도 생기고 챙기는 사람도 생기고
그러면 끼리끼리 놀게되고 하는 과정만 조심하시면 되지않을까 싶습니다.
2013.05.19 11:26:20 (*.153.235.115)
bestbasci01@yahoo.com
저는 팀원의 사기진작에 조금 더 신경썼던 것이 좋은 결정이었습니다.
대신 당사자인 제가 피말리는건 피할수 없었습니다. ㅋㅋ