요구사항 정리하는 데만 한 달이 걸릴 줄 몰랐다 처음 기획서를 들고 SI 업체를 찾아갔을 때는 단순히 ‘예약 기능이 있는 앱 하나 만들면 되겠지’라고 아주 가볍게 생각했다. 그런데 막상 미팅을 시작해보니 내가 생각한 건 그냥 막연한 그림일 뿐이었다. 개발자분들이 질문을 쏟아내는데 대답을 못 해서 돌아온 날이 한두 번이 아니었다. ‘결제 연동은 어디랑 할 건지’, ‘서버는 AWS로 … 더 읽기
솔직히 말해서 SI회사에서 개발자로 살아남는다는 건, 학교에서 배우던 깔끔한 알고리즘과는 완전히 다른 세상입니다. 제가 30대 중반이 되어 돌이켜보니, 대학 시절 ‘언젠가 멋진 프로그램을 만들겠다’며 안드로이드 스튜디오를 붙잡고 밤을 새우던 열정은 실무의 벽에 부딪히기 일쑤였습니다. 많은 분이 웹사이트제작업체나 SI업체에 첫발을 들일 때 막연한 환상을 가지는데, 이 업계는 기술 그 자체보다 ‘비즈니스 언어’를 얼마나 잘 통역하느냐가 생존의 … 더 읽기
템플릿 쇼핑몰 대신 무리하게 자체 앱개발을 선택했던 초기 상황 원래는 그냥 상품을 가볍게 소개하고 문의 글이나 받는 정도의 단순한 웹사이트제작만 하려고 했었다. 그런데 작년 말쯤 되니까 주변 경쟁 업체들이 하나둘 자체 어플개발을 해서 서비스를 런칭했다는 소식이 들려왔다. 그걸 보니까 나도 모르게 마음이 조급해졌던 것 같다. 카페24나 아임웹 같은 템플릿 형태의 쇼핑몰제작 시스템을 쓰면 월 비용도 … 더 읽기
기획 단계에서 어플만들기 범위를 명확히 해야 하는 이유 처음 창업을 준비하거나 사내 신규 프로젝트로 모바일 서비스를 구축하려 할 때 가장 먼저 직면하는 단계가 바로 어플만들기 과정이다. 대다수의 기획자나 예비 창업자들은 머릿속에 있는 아이디어를 설명하면 앱개발회사가 알아서 다 만들어 줄 것이라고 기대하지만 현실은 전혀 다르다. 명확한 화면 설계서나 기능 명세서가 없는 상태에서 견적 문의를 해봤자 돌아오는 … 더 읽기
프로그램개발을 계획할 때 가장 먼저 마주하는 벽은 막연함이다. 단순히 기능을 나열하는 것만으로는 원하는 결과를 얻을 수 없으며 개발 과정에서 겪는 수많은 의사결정은 결국 비용과 시간의 문제로 직결된다. 현장에서 마주하는 의뢰인들은 흔히 화려한 인터페이스나 최신 기술 도입에 집착하지만 정작 중요한 것은 비즈니스 로직의 안정성과 유지보수의 편의성이다. 개발 언어나 프레임워크 선택보다 중요한 것은 지금 내 문제 상황을 … 더 읽기
처음에는 단순히 우리 회사 내부에서 쓸 일정관리프로그램 하나가 필요했다. 시중에 나와 있는 것들은 너무 범용적이라 우리 팀의 특수한 업무 프로세스를 하나도 반영하지 못했다. 그래서 무식하면 용감하다고, 앱개발회사 몇 군데에 견적을 문의했다. 그런데 이게 웬걸, 앱개발비용이 내가 생각했던 범위를 한참 벗어났다. 견적서 몇 장을 받아보니 입이 떡 벌어졌다. 소규모 프로젝트인데도 불구하고 몇천만 원 단위가 우습게 찍히더라. … 더 읽기
IT 분야에서 새로운 사업을 시작할 때 ‘MVP 개발’이라는 말을 자주 듣게 됩니다. 저 역시 온라인 교육 플랫폼이나 AI 기반의 서비스를 기획하면서 이 MVP라는 개념이 얼마나 중요한지 몸소 깨달았는데요. 단순히 ‘최소한의 기능’만 넣으라는 이야기처럼 들리지만, 실제로는 많은 고민과 판단이 필요한 부분입니다. 완벽한 제품을 만들고 싶다는 욕심은 누구나 있지만, 현실적으로는 MVP부터 시작하는 것이 훨씬 현명할 때가 많습니다. … 더 읽기
프로그램개발 프로젝트를 시작할 때 가장 흔하게 범하는 실수는 기술 스택 자체에 매몰되는 일이다. 처음에는 자바스크립트나 특정 프레임워크가 마치 만능 해결책처럼 보이지만, 실제 서비스 단계로 넘어가면 비즈니스 로직을 얼마나 명확하게 설계했느냐가 성패를 가른다. 기획자가 본인의 아이디어를 기술적으로 번역하지 못하면 외주 업체와의 소통 과정에서 반드시 비용 초과나 일정 지연이 발생한다. 개발 기간을 3개월로 잡았다면 최소 4주 정도는 … 더 읽기
프로그램개발을 시작할 때 많은 이들이 기술 스택부터 고민하지만 사실 가장 먼저 고려해야 할 것은 서비스의 목적이다. 단순히 앱만들기 과정을 통해 무언가를 구현하는 것과 실제 시장의 문제를 해결하는 것은 완전히 다른 차원의 일이다. 개발 기간이나 인건비를 산정할 때 막연한 낙관론에 빠지면 프로젝트는 예산 초과라는 늪에 빠지기 일쑤다. 실무적인 관점에서 보면 요구사항 정의서에 적힌 기능 중 30퍼센트는 … 더 읽기
대구에 있는 사무실을 직접 찾아갔던 날 작년 가을쯤이었나, 우리 팀에서 쓰는 고객 관리 프로그램이 너무 낡아서 도저히 안 되겠다는 결론이 나왔다. 엑셀로 일일이 정리하는 것도 한계가 있고, 그렇다고 대기업용 CRM 솔루션을 도입하자니 비용이 몇 천만 원 단위로 뛰어서 엄두가 안 났다. 결국 대구에 있는 홈페이지 제작 겸 소프트웨어 개발을 한다는 작은 업체랑 미팅을 잡았다. 처음에는 … 더 읽기
솔직히 말씀드리면, IT 프로젝트를 시작할 때 가장 많이 범하는 실수는 ‘완벽한 결과물’을 한 번에 뽑아내려 한다는 점입니다. 저도 30대 중반에 작은 커뮤니티 서비스를 기획하면서 홈페이지제작사이트를 뒤지고, 프리랜서 개발자들과 수십 통의 견적 메일을 주고받았죠. 당시 제 예상은 3개월이면 깔끔한 플랫폼이 나올 줄 알았습니다. 하지만 현실은 달랐습니다. 처음에는 1천만 원 정도면 충분할 거라 생각했던 예산은 서버 운영비, … 더 읽기
자체 소프트웨어 개발의 시작과 현실적인 고려 사항 새로운 IT 솔루션이나 웹사이트 제작을 기획할 때 가장 먼저 마주하는 고민은 과연 어디까지를 외주로 해결하고, 어느 부분부터 내부 역량을 키워야 하는가에 대한 지점입니다. 특히 자사몰을 제작하거나 대리운전 앱과 같은 실시간 인터페이스가 중요한 서비스를 만들 때, 기획 단계에서부터 개발 환경을 어떻게 설정하느냐가 이후 유지보수 비용을 결정합니다. 단순히 기능 구현에만 … 더 읽기