업무프로세스

뭐.. 나는 기업 전문가가 아니지만 10년 넘게 중소기업만 다녀본 평균 이하의 직장인으로서 이번주에 아래와 같은 글들을 접하게 되니 할 이야기들이 있어서 몇자 적어본다. 허핑턴포스트코리아: [단독] 카셰어링 회사 쏘카의 퇴사율이 70%를 넘어선 이유 회색 블로그: 저는 레진코믹스에 2년만에 돈을 받았습니다. 나름 성공했다고 평해지는 국내 스타트업들의 현실인걸까요? 스타트업이라는 단어가 정확히 정의되어 있지 않은 아직 살아있는 단어라고 하는데 여기서는 그냥 이제 막 시작한 기업이라고 하겠다. 스타트업의 특성상 기업의 여러가지 문제점들을 해결하기 보다는 비즈니스 모델에 중점을 두고 빠르게 수익모델을 찾는건이 최우선일거라는 생각은 한다. 그런데... 위에 언급된 기업들은 어느정도 성과를 인정받고 성공했다는 평..

이번에는 기술적인 이야기가 아니고 가벼운(?) 이야기를 해볼까 합니다. 레드마인뿐만이 아니고 어떤 시스템(프로그램이 아닌 업무 프로세스를 포함)을 도입하게 되는 경우 반발이 심한 곳(?)은 오히려 임원급이 아닌 함께 일하는 실무자 들입니다. "왜 내 업무와 관계도 없는 일을 더 해야 하느냐?" "일을 줄이는 게 아니고 일을 더 해야 되느냐?" 대략 이런 이유로 반발이 발생하게 되는 경우가 많더군요. 저도 회사생활 초창기에는 이런 이유들이 이해(?)가 될 때도 있었습니다. 지금 하고 있는 일들도 바빠 죽겠는데 왜 쓸데없는걸 자꾸 시키는 건지 이유를 알지 못했었죠 그런데 한번 따져보면 왜 프로세스가 필요한지 이런 프로세스를 관리할 시스템이 필요한지 알게 됩니다. 먼저 내 업무와 관계도 없는 일에 대한 이야기..

그동안은 레드마인 시스템 자체에 대한 얘기만 했는데 이번에는 실제 제가 어떻게 근무 중인 회사에 도입을 했는지에 대해 간략하게나마 작성해 보도록 하겠습니다. "[Redmine] 프로젝트 관리 툴 레드마인 도입기 - 프롤로그"에서 얘기했듯이 회사에서 주된 업무 처리 방식은 그룹웨어의 게시판을 사용하고 있었습니다. [Redmine] 프로젝트 관리 툴 레드마인 도입기 - 프롤로그 레드마인: 오픈소스 프로그램으로 웹 기반의 프로젝트 관리 와 버그 추적 기능을 제공하는 도구라고 위키백과에 설명되어 있네요 레드마인을 알게 된 건 2012년도 그러니까 2년 정도 되었군요. damduck01.com 불편했죠. 매번 그룹웨어에 접속해서 게시판을 찾아 들어가 게시물을 확인하고 작업이 완료되면 댓글로 검수 요청을 하고 검수..

대부분의 경력이 파견 SI 직이었던 저는 사실 업무 프로세스에 대한 불만이나 개선했으면 좋겠다는 생각이 있어도 현재 일하고 있는 프로젝트에 적용할 수 없는 현실이었습니다. 진행했던 많은 프로젝트들의 경우 이미 한창 진행 중이거나 막바지에 급하게 투입돼서 갑도 을도 아닌 잘해야 병 아니면 정, 무, 기 의 일개 직원이 그때 뭘 바꾸겠다고 얘기를 꺼낸다는 건 제가 생각해도 말이 안 되는 상황이었죠. 그러다가 SI를 벗어나서 이직한 회사. 규모도 꽤 크고 큰 기대를 가지고 일하게 된 곳에서 입사하자마자 리뉴얼 때문에 정신없이 2~3개월을 보내고 점차 사이트 운영 개발에 어느 정도 익숙해지자 문제점들이 보이기 시작했습니다. 우선 운영개발 업무의 업무 요청 방법을 그룹웨어의 게시판을 이용 이메일 사내 메신저 유선..