개발자는 아니고 웹기획자로 정부프로젝트를 3번정도 진행하면서 느낀점은
전문성이나 프로젝트 이해도는 가장 낮고, 일정이나 업무진행에 있어서는 가장 고압적으로 갑의 모습을 강하게 보여주는 집단이였다는 점입니다.

공무원분들도 고생하시는 월급쟁이지만 프로젝트를 진행했던 공무원분들은 왜 저럴까..싶을 정도로 심한 모습을 많이 봤어요.
그 몇번 이후로는 공공기관, 정부 프로젝트쪽으로는 절대 하지 않고 있습니다.

물론 이건 케바케이고 제 개인적인 경험일 뿐이지만 주변 분들과 이야기를 해봐도 비슷한 의견들이 있었습니다.

제가 당한게 좀 많아서 댓글이 날카로웠는데 그냥 정부 프로젝트를 진행하시는 공무원분들께 바라는점은,
아무리 을, 병의 위치지만 IT쪽에는 전문가이니 전문가를 좀 더 믿어달라.
업무 진행을 할때는 통보가 아닌 협의를 해달라.

저 두가지만 잘 해주셔도 프로젝트를 진행하는 입장에서는 훨씬 숨통 트일거라 생각합니다.

안녕하세요 IT이기도하고 말씀하신 프로젝트 경험도 부족하나마 있어 생각나는대로 적어볼게요

1. 힘들고 어려운 업무 하는분 따로, 작정하고 노는분 따로 이런 느낌을 받았습니다.
일반 직장도 그렇지만 공무원쪽은 좀 더 심하다고 할까요

2. 아무래도 시스템관련을 하시는분들이 담당하시는 경우가 거의 없다보니 관련업무 진행에 어려움이 있는 경우가 많습니다.
제대로 아는분들이 많지않다보니까 시스템 외에도 여러가지 일을 겸임하시는 경우가 많았고요

소통 관련된 부분은 어려운거같습니다 이해관계라는게 있을수밖에없다보니까 결국 그 이해관계때문에 양보할수없는 지점도 있다고 생각하는편이여서요

임베디드 하고 있는 사람입니다.
1. 공무원에 대한 이미지는 일하는 사람/노는 사람, 능력있는 사람/무능력한 사람의 편차가 큰 직종이라고 생각하고 고용의 안정성이 높은 직종이라고 생각합니다.
2. 공무원과 일해봤던 기억은 직장인으로서는 없고 군인으로서 몇 번 겪어 봤는데 도청의 도로교통과와 일했던 기억이고 20여명의 인원중에 일하는 사람은 5~6명만 일하고 있구나.. 컴퓨터 다룰 줄 아는 사람이 2~3명 밖에 없구나.. 정도의 감상이었습니다. 20년 전의 일이니까 지금은 바뀌었겠지요. 이외에 공무원과 그나마 비슷한 집단과 일해본 경험은 KT와 일해본 경험인데 여타 SKT나 LG나 삼성과는 다른 점이 쉬군님의 답처럼 갑질은 제일 심한데 뭘 알고 쪼는 것이 아니라 그냥 개발자는 쪼면 결과물이 빨리 나오는 줄 아는 사람들 처럼 보였습니다.
3. 저는 중소기업이라 보통 구조조정에서 가장 먼저 잘려 나가는 직종이고 현재의 비중은 인원으로는 15% 정도입니다. 개발직으로써 임원이나 사업부(영업)직과 대화를 할 때 가장 짜증나는 부분은 "이렇게 하는거 쉽지 않아요?" 뉘앙스의 질문과 영업을 따내기 위해서라는 명목으로 말도 안되는 요구사항을 받아오는 것, 개발자보다 자신이 더 많이 안다고 착각하는 것 정도 입니다.

감사합니다!
1. 모든 조직에서 나타나는 현상이겠지만... 공공분야는 그 속성상 특히 그렇죠 ㅎㅎ

2. 저도 비슷한 일을 해봤는데... 큰 어려움을 겪었습니다.
학생들을 교육할 수 있는 시설물을 만들자는 기획을 예로 들어보겠습니다.
- (1단계) 전문성이 부족해서 꽃밭같은 기획안을 내놓는다.
- (2단계) 꽃밭인지 학교인지 모를 기획안이 통과된다.
- (3단계) 막상 시작해보니 학교은 안올라가고 자꾸 꽃이 들어온다.
- (4단계) 학교 말고 상가를 지어보자는 의견이 어디선가 떨어진다. (공유오피스를 차려서 교육도 하고 남는 시간에 회의실 임대도 하자.)
- (5단계) 꽃밭+상가+학교가 어우러진 무엇인가가 완성된다...

이러한 사태를 피하기 위해서는
기획 단계에서부터 우리가 짓는 것은 학교이며 몇층이고 몇명이 들어갈수있고 탄탄히 해야하는데...
제 경험을 돌이켜봐도 탄탄하지 못한 경우가 많습니다.

3. 이해관계라... 어렴풋하게 이해가 됩니다. ㅎㅎ

감사합니다!!

1. 모든 조직이 마찬가지이겠지만... 계량적 성과측정이 어려운 공조직에서 더 많이 발생한다고 생각합니다.
- 반대로 생각하면 '공공조직의 일을 어떻게 정의하느냐?'에 대한 논의로 진전시킬 수 있습니다.
- 노는 것처럼 보여도 일하고 있는 경우....가 가끔 있습니다. 일의 정의가 달라서 생기는 현상인데...아주 가끔입니다.

2. 제 이야기 같아서 죄송하네요...
- KT가 통신사 중에서는 공공기관에 가장 가까운 문화를 가지고 있나보군요...
- 인상깊게 읽었던 기사를 첨부합니다. 10년전과 비교해서 많이 변했을까? 하는 의문이 있습니다.
- https://www.mk.co.kr/news/economy/view/2011/11/737120/
- 모르고 쪼는 현상을 줄이려면 개발자와 의사결정자 사이의 메신저(담당 직원)이 위아래로 정말 많은 관심을 가지고 열심히 뛰어야 합니다.
- 열심이 뛰지 않다가 시일이 임박하게 되면... 위를 쪼을 수는 없으니 아래를 쪼개 되는 사태가 발생합니다.
- 비슷한 프로젝트를 맡게 되면... 열심히 뛰겠습니다 ㅎㅎ;;
- P.S. 지금은 PC사용비율이 높습니다. 특히 고위공무원단 중에서는 태블릿 사용하시는 분들이 많습니다.
펜과 함께 사용하시는 경우가 대부분입니다. 갤탭 기준 S7부터 적응에 드는 품이 많이 줄어서 인 것 같습니다.

3. 제가 가장 걱정하는 부분과 일맥상통하는 부분이 있습니다. 비엔지니어의 입장입니다.
- AI, 머신러닝...? 등등 기술 발달은 빨라지고 대화에 필요한 기본지식 수준도 높아질 것입니다.
- 10년뒤, 20년뒤에 IT 상식이 부족해서 대화가 안통하는 사람이 되고 싶지 않습니다.
- 코딩을 배우는 것이 답이 될지... 고민이 많네요. 질문글을 올리게 된 이유 중 하나이기도 합니다.

감사합니다!
영상 재밌게 봤습니다. 드라마 한번 봐야겠네요.

말씀하신 것 처럼 정부조직은 형식과 의전에 꽤 신경쓰는 편입니다.
저도 지금도 의전이 어렵네요. 복잡하기도 하고요.
왜 이렇게 세세할까 생각하다보면 작은 합리성을 발견 할 수도 있습니다.
국민과 정부조직은 주인(국민)-대리인(정부) 관계입니다.
대리인들끼리 모이면 생기는 근본적인 물음이 하나 있습니다.
누가 어느 분야를 얼마만큼 위임받았는가?입니다.
이를 가시적으로 구분하기 위해 부처를 나누고, 1급~9급이라는 계급을 두는 것입니다.
(사족이지만, 9단계로 나누는 제도는 삼국지의 조비가 처음 도입했습니다. ㅎㅎ)
서로 다른 소속, 계급의 사람들이 만났을때 예의를 지키는 규칙을 의전이라고 보시면 될 것 같습니다.

사기업에도 물론 소속, 계급이 있습니다.
공공기관에서 소속, 계급을 조금 더 중요시 하는 이유는 위와 마찬가지로 대리인 조직의 특성입니다.
주인(오너)이 바꾸라고 하면 조직이 바뀌는 기업과는 약간 다릅니다.
대리인끼리 모인 조직이므로 조직변화에 필요한 합의, 논의, 절차가 조금 더 빡빡할 수 있습니다.
변화의 속도가 느린만큼 세세한 규칙들이 많이 축적되었다고 이해하실 수 있을 것 같습니다.

주관적인 설명입니다. 도움이 되셨으면 좋겠네요.
감사합니다.

정말 감사합니다!
운이 좋은 편이라... 동료중에는 항상 공부하시는 분들도 많습니다.
다만, 업계 전반적으로 '도태되지 않기 위해 공부하는 분위기'는 아닌 것 같습니다.

1. 말씀하신 '트렌드를 읽기 위한 노력'은 저의 가장 큰 고민이기도 합니다.
지금이야 젊은 축에 속하고, 관심도 있어서 학습력이 유지되는데요.
과연 20년~30년 뒤의 세상에 적응 할 수 있을지가 걱정입니다.
이 글을 올리게 된 이유이기도 합니다.

2. 어떤 노력을 해야하는지도 많이 고민하는 부분입니다.
댓글로 많은 화두를 제시해주셨습니다. 큰 기쁨입니다.
(1) 어떤 노력을 해야 하는지?
- 무엇인가를 배워야 하는가? 많은 사람을 만나야 하는가? 책을 읽어야 하는가?
(2) 왜 노력하지 않는다고 보일까?
(3) 어떻게 하면 노력하게 할 수 있을까?
- (2), (3)은 우선순위의 문제입니다. 관료제 구성원의 입장에서, 소위 윗사람에게는 많은 관심을 가지고 공부하게 되더라고요.(^^)
그러다보니 환경변화에 둔감해지는 경우가 있을 지도 모른다는 생각이 들었습니다.

3. 제가 하는 일
부서나 제도를 명기하기보다 역할관점에서는 설명해보겠습니다.
학부시절 프레더릭 브룩스의 맨먼스 미신(The Mythical Man-Month)를 인상깊게 읽었습니다.
할란 밀스(Harlan Mills)가 제시한 프로그래밍 팀 구조 중 Copilot과 Administrator에 속합니다.
(https://course.ccs.neu.edu/cs5500f14/Notes/Teamwork2/surgical1.html)

4.'일정과 비용 산정을 사실 그대로 작성하였는지, 실현가능성은 어느정도인지'를 파악하기 엄청 어려웠습니다.
반증가능한 역량이 없으니 그냥 부르는대로 받아들이는 수 밖에 없었는데.. 약간 속아 넘어가는 느낌도 있었고요.
설계도를 읽는 법을 배우는 것은 단기적 목표로 삼고,개발자 분들의 관심사와 사고방식을 배우는 것은 궁극적 목표로 하고 있습니다.

5. 공무원의 공부에 대한 이야기는 별개의 글로 남기는게 좋을 것 같습니다.
한번 정리해서 올려보겠습니다.
개인적으로 생각하기에 '환경변화에 따른 공부'가 특히 많이 요구되는 부처는 금융위, 공정위, 특허청입니다.