이런저런 이야기

한 달 전 나와의 싸움은 반복된다.

tiny writer — Mon, 11 Nov 2024 17:54:11 +0900

한 달 전 나와의 싸움은 생각보다 치열했다.

한 달에 한 번 진행하는 반복적이고 단순한 업무를 프로그램화하여 자동화한 점에서는 성과가 있었지만, 데이터 정리가 너무 불편하게 되어 있었다는 것이 문제였다. 결국 한 달 후, 나는 그 프로그램의 사용법을 이해하기 위해 다시 씨름해야 했다.

코드는 돌아가고 있었지만, 내가 만들어놓은 데이터셋 구성은 복잡했고, 당시에 써둔 설명(주석, 기록)도 이해하는 데 시간이 걸렸다.

그때의 나는 미래의 내가 이런 골칫거리를 만날 것을 알고 있었다. 게으름이 문제였고, '다음 달의 내가 해결하겠지'라는 생각에 맡겨두었을 뿐이었다. 결국 나는 데이터셋을 다시 정리하고, 문제를 해결해야 했다.

데이터셋을 새롭게 만들어내는 코드를 작성하면서 일이 조금씩 수월해졌고, 시간이 지날수록 매달 업무가 조금씩 나아지고 편해지는 것을 느꼈다.

결국 오늘의 업무를 정리하며, 이 싸움에서 나는 승리했다. 코드를 다듬고, 데이터셋을 다시 구성하면서 과거의 내가 만든 기술 부채를 오늘의 내가 해결했기 때문이다.

물론, 다음 달의 나도 오늘 내가 만든 또 다른 기술 부채를 해결하고 있을 것이다. 이 고리를 빠르게 끊어내야 한다.

불편함을 해결하는 시간과 노력의 균형

tiny writer — Mon, 4 Nov 2024 17:44:41 +0900

반복 업무 개선으로 업무 피로도를 줄이고, 효율성이 올라가는 상황임을 알면서도 복잡한 감정이 듭니다. 효율성을 높이는 것이 맞지만, 그 과정에서 다양한 감정이 교차합니다. 회사에서 매년 반복되는 신고 업무의 자동화를 위한 업무 미팅을 하면서 여러 생각이 들었습니다.

이 작업은 담당자가 2주간 야근까지 하면서 해야 하는 고된 일이지만, 자동화를 위한 개발에는 약 2주가 소요됩니다. 이는 시스템의 데이터 구조를 파악하고, DB를 정리하며, 전산화된 신고 양식에 맞춘 결과물을 만들어낼 코드를 작성해야 하기 때문입니다.

자동화가 이루어지면 소요되는 시간이 대폭 줄어들고, 불필요한 야근을 줄일 수 있습니다. 개발에 들어간다면 추가적인 수작업이나 복잡한 절차 없이 담당자는 업무를 훨씬 쉽게 끝낼 수 있습니다. 신고업무의 특성상 잘못된 데이터 입력에 대한 부담도 있는데 이런 부분 역시 해결이 될 것입니다. 자동화 이후에는 누구나 쉽게 처리할 수 있는 업무가 될 가능성이 큽니다. 자료 Export 버튼 한 번만 눌러주면 될거니까요.

이 문제는 단순히 시간의 절약만으로 설명되지 않습니다. 한 사람의 야근과 피로-결국 반복업무로 지치면 실수가 일어날 확률은 증가할 것입니다-를 덜어주는 일이, 회사의 관점에서 보면 비용과 생산성을 어떻게 평가해야 할지 고민하게 됩니다.

여러 명이 더 많은 시간을 소모하며 발생하는 시간 손실과 불편함을 개선하는 것, 그리고 특정 팀의 한두 명을 위한 편의 개선이라는 점에서 고민을 많이 하게 됩니다. 이러한 상황에서 어떤 선택이 더 나은 결과를 가져올지 생각해 봅니다.

결론적으로 거절하거나 다른 제안을 해야 하지만, 실무자의 고생을 알기에 고민이 깊어집니다.

전자결재 도입, 실무자의 설득 과정에서 배운 것들

tiny writer — Thu, 31 Oct 2024 20:33:33 +0900

새로운 시스템 도입으로 결재 과정을 전자결재로 전환하고 있다. 나는 문서의 생산과 관리를 하고 있는 실무자 사원과 대리급 인원들에게 전자결재라는 막연한 개념을 설명하고, 그들을 설득해야 한다. 실무자가 개념을 이해하면 관리자와 임원을 설득하기가 쉬워지기 때문에 이를 우선 진행하고 있다.

이를 위해 먼저 우리 팀과 타 팀 직원에게 해당 개념을 설명하고 반응과 피드백을 통해 방향을 설정하고 있다.

전자결재 시스템은 문서의 생산주기를 효율적으로 관리할 수 있는 시스템으로, 문서의 생성, 기록, 보관, 폐기까지 전체 과정을 체계적으로 처리할 수 있게 한다. 하지만 전자결재 시스템에 대해 일반적인 시선은 결재를 시스템화 해서 컴퓨터를 통해 한다고 생각하는 경우가 대부분이다. 이는 관리자와 임원들도 마찬가지일 가능성이 크다. 시스템을 사용하더라도 구동 원리는 고려하지 않기 때문이다.

문서 생성, 기록 등 문서 대장의 프로세스를 관리자와 실무자들이 명확하게 이해하지 못하고 있기 때문이다. 추상적인 개념으로 접근하기 때문에 직관적으로 이해하는 인원은 드물다. 문서의 생산주기는 기록과 관리의 효율성을 높이기 위해 매우 중요하다. 현재 회사의 구성원 대부분은 문서 대장을 작성하지 않거나 약식으로 처리하는 경우가 많다.

따라서 나는 다른 팀을 돌아다니며 관리 대장, 접수 대장, 이관 대장을 사용하는 사례들을 조사하고 있다. 이렇게 수집한 자료를 바탕으로, 전자결재가 중요한 이유를 설명하며 반응을 확인하고 있다. 결재의 편리함뿐 아니라 문서의 생성, 기록, 보관, 폐기까지의 과정을 시스템화할 수 있다는 점을 강조하니 전자결재 시스템 도입에 대한 반감이 줄어들었다.

설득에서는 상대의 요구를 파악하고, 개념을 구체화하여 설명하는 것이 중요하다. 실질적인 변화를 보여줄 때 설득력이 가장 강하다.

IT로 줄이려 했던 귀찮음, 오히려 늘어난 이유

tiny writer — Wed, 30 Oct 2024 18:03:18 +0900

IT 서비스를 도입하고 운영하면서 느끼는 아이러니한 점이 있다. 편리함을 위해 도입한 기술이 때로는 오히려 더 큰 번거로움을 만들어낸다는 것이다. 특히 초기 도입시에 이런 문제들이 두드러지는데, 시간이 지나면서 익숙해지고 나면 그 번거로움의 이유를 이해하게 되고, 진입 장벽도 점차 낮아지는 경우가 많다.

새로운 시스템은 사용자에게 편리함보다는 어려움을 먼저 떠올리게 한다. 이를 해결하기 위해 다양한 방법으로 설명하고 안내를 하지만, 새로운 것에 대한 두려움과 낯설음을 극복하는 것은 여전히 어려운 일이다.

모두에게는 해결해야 할 '불편한 점'이 있다. 이를 해결하려고 여러 가지 방법을 시도하지만, 모든 사람을 만족시킬 수 있는 단 하나의 해결책은 없다. 예를 들어, 가려운 등을 긁기 위해 복잡한 기계 장치를 사용하는 것보다, 그 동작이 어렵다면 가족에게 "여기 좀 긁어줘"라고 부탁하는 것이 훨씬 더 간단하고 편리하다. 기술이 있어도 그 사용이 복잡하고 어려우면 단순히 사람에게 요청하는 것이 더 나을 때가 많다. 이것이 복잡한 기술보다는 단순한 해결 방법이 더 나은 이유다.

기술은 우리를 돕기 위해 발전했지만, 그 과정에서 생기는 이해 부족과 낯설음을 해결하는 것이 정말 중요하다.

일정 관리 앱도 마찬가지다. 중요한 일정을 잊지 않도록 도와주지만, 일정을 기록하는 과정이 생각보다 번거로울 수 있다. 일정을 입력하려면 여러 단계를 거쳐야 해서 번거롭기 때문이다. 필기로 간단히 적는 것보다 앱을 열어 일정을 입력하는 것이 더 번거롭고 시간이 걸릴 때도 있다. 물론 음성으로 "Hey Google, xx월 xx일 xx시 무슨 일정 등록해줘"라고 말할 수도 있지만, 사람 많은 곳에서는 이런 방식이 부담스러울 수 있다.

결국, 기술을 통해 진정한 편리함을 얻으려면 이러한 불편함과 진입 장벽을 극복하는 과정이 필요하다. 진정한 편리함은 기술 그 자체가 아니라, 그 기술을 얼마나 쉽게 사용할 수 있는지에 달려 있다.

그리고 그 부분을 찾아내는 사람만이 돈을 번다.

누적된 데이터가 말해주는 그때는 몰랐던 사실

tiny writer — Tue, 29 Oct 2024 16:06:38 +0900

컴퓨터를 사용해서 IT로 할 수 있는 많은 일을 해봤다. 현재는 in-house로 정규직 소속의 IT 관리자 겸 간단한 개발 및 유지보수를 하고 있다. ERP를 전문적으로 보기 시작한 지도 이제 10년 정도 되었다. 직원들이 잘 안되거나 동작이 의도치 않게 되는 경우들에 대해 로직을 찾아보면 그때는 맞았지만 지금은 틀린, 예측하지 못한 미래에 대한 코드들이 많다.

우리 회사는 올해로 30년이 된 중견 건설회사이다. 현재 운영 중인 시스템은 10년을 조금 넘긴 상태이다. 그때와 지금을 비교해 보면 회사의 규모가 2배 이상 커졌다. 당시 기획하고 만들어진 시스템—나는 그 기획 단계에서는 회사에 없었고, 만들어진 시스템을 이어받아 운영하고 유지보수만 해왔다—은 그 당시 회사에서 일어나는 일들을 담아두었다.

예를 들면, 현장이 개설되고 종료되는 공사의 시기가 1년 이상 걸리는 일이 거의 없었고, 2년 이상 걸리는 일은 있을 수 없었다. 계약의 규모도 100억 단위까지 나오는 경우는 없었고, 특정 지역에서 계속해서 공사를 하게 되는 상황도 전혀 예상되지 않았다.

하지만 지금은 많은 것이 바뀌었다. 그때는 그때고, 지금은 지금이다.

공사는 100억 단위의 계약도 심심찮게 나온다.

공사의 기간도 1~2년, 길게는 3년까지 가는 경우가 있다.

특정 지역에서 공사를 계속하게 되는 일도 많아졌다.

이로 인해 예전에는 1회성으로 끝났던 숙소 계약과 관리의 개념들이 이제는 다회차로 입력되고 관리되는 과정으로 바뀌었다. 그에 따라 소소한 데이터 연결 문제들이 하나씩 둘씩 드러나고 있고, 그에 따른 수정을 해야 하는 단계까지 왔다.

그 시절 기획을 하던 사람들이 아무리 미래를 예상하려고 해도, 회사의 성장으로 인해 업무의 프로세스도 바뀐 지금과 같은 상황까지는 고려하지 않았을 것이다. 나 역시 새로운 시스템을 준비하고 정리하는 과정에 있다. 미래를 고려하면 해야 할 것이 많다. 하지만 추가적인 비용이나 시간 문제를 생각하면, 그리고 꼭 필요하지 않아도 시스템이 돌아간다는 것을 생각하면, 확장성은 어느 정도 고려해야 하지만 어떻게 될지는 모르겠다.

일단 만들고 나서 그 다음을 생각하는 것이 맞겠지만, 지금의 변화에 대응하기 위해 어떻게 확장성을 가질 수 있을지 고민하고 있다.

무엇이든 좋으니 글쓰기를 해본다.

tiny writer — Mon, 28 Oct 2024 18:38:33 +0900

뭐라도 만들어야 하고

뭐라도 해봐야 하고

머리속에 있는 것들을 실행하고 행하지 못한 것들이 많아

머리속에 있는 것들을 정리하기 위해서

내가 살아가는 기록들과 내용들을 남기기 위해서

글쓰기를 해본다.

오늘이 첫번째다.

서브도메인에 티스토리 연결까지 했으니 이쯤하면 잘했다.