I'm MK: 기술로 바라보는 미래

알스퀘어에서 준비한 두 번째 제품 Homedot 서비스의 시작을 앞두고 있습니다. ▶︎ Homedot은 알스퀘어의 비상업용 부동산 시장을 향한 첫걸음으로, 공동 주택과 집합건물(아파트)의 관리를 지원하는 클라우드 기반의 통합 솔루션입니다. ▶︎ 비상업용 부동산 시장을 향한 첫 시작으로 아파트 비용을 종합적으로 관리(검침, 부과, 회계 등)할 수 있는 ERP 솔루션인 Homedot ERP을 곧 시장에 제공할 예정입니다. ▶︎ 아파트 ERP 시장은 매우 단단한 과점 시장입니다. 현재 2개의 확고한 사업자가 존재하고 여기에 Y사, N사 등 빅스타트업과 대기업도 출사표를 낸 상태입니다. ▶︎ ERP는 매우 매우 디테일이 필요한 솔루션 입니다. 제공해야 하는 기능의 개수가 수백 가지이고, 수백 개의 기능 내 수천..

Product - Service - Engineering 2024. 8. 30. 17:04

“우리 회사에 인하우스 개발팀이 있는데 왜 아웃소싱을 하는 건가요?” 라는 질문을 가끔 받습니다. 질문하시는 분들의 속 마음은… 이런 거 같습니다. “아니 개발팀이 있는데 왜 자꾸 외주 개발을 해야 한다는 건가요?” 책을 읽던 중 눈에 띄는 좋은 표가 있어서 몇 글자 적어 봅니다. 이 표가 말하는 의미는 무엇일까요? 저는 이렇게 해석했습니다. 중요한 핵심적인 기술/제품이라면 직접 개발하거나, 인수합병해야 한다 만일 중요하지 않은, 비핵심적인, 부수적인 기술/제품이라면, 파트너십과 외주용역(계약)을 선택해도 좋다 하지만, 이런 아쉬운 선택을 하는 경우가 많은 것 같습니다. 시간 압박이 심하면, 인수하거나 외주 용역을 시도한다 시간 압박이 덜하면, 직접 개발하거나 파트너십을 시도한다 전자와 후자의 차이는 생..

Product - Service - Engineering 2024. 2. 12. 13:08

우리는 대부분 처음 무언가를 만들어 보게 됩니다. 이전에 만들어 봤던 것과 완전히 다른 경우도 많고 꽤 다른 경우가 대부분이죠. 이런 경우에 가장 안전한 개발 방법은 무엇일까요? 저의 경험 상 가장 좋은 답은 반복적 개발 방법론을 적용하는 것이었습니다. (전문 SI 업체는 비슷한 전문 소프트웨어를 용역 개발하기 때문에 본 글과는 큰 상관이 없을 것 같습니다.) 여기서 반복이 무엇일까요? 매일 아침에 모여서 스크럼을 진행하고, 3주 간격으로 스프린트를 반복하는 것이 '반복'일까요? 특정한 기능 구현 시 업무를 1/4씩 나누어서 4번에 걸쳐서 나누어서 기능을 개발하는 것이 여기서 말하는 반복일까요? 제가 생각하는 올바른 반복이란? 한 번의 반복 후에 고객이 사용 가능한 산출물을 만들어 내고, 해당 산출물을 ..

Product - Service - Engineering 2023. 12. 29. 17:20

'고객은 왕이다' 장사 잘되는 음식점 벽에 종종 붙어 있는 글귀입니다. 그런데 대부분은 크게 신경을 쓰지 않는 글귀이기도 하지요. '최고의 조직'이라는 책에서 소개된 고객과 관련된 LG 구자경 회장의 일화를 잠시 소개합니다. 구자경 회장은 일상에서 종종 통찰력을 얻었습니다. 그가 자주 가는 냉면집은 육수 맛이 좋아서 소문이 널리 퍼졌습니다. 여러 지방에서 미식가들이 찾아올 정도였지요. 그 음식점에는 정면에 커다랗게 '고객은 왕이다' 아는 표어가 걸려 있었습니다. 하지만 그건 액자에서만 하는 말일 뿐, 현실은 딴판이었습니다. 손님들이 우왕좌왕하는데도 종업원은 멀뚱히 쳐다보기만 하거나, 냉면이 나오면 탁자 위에 탕탕 소리나게 올려놓기 일쑤였습니다. 주문도 귓등으로 듣는 둥 마는 둥 했습니다. 그걸 보면서 구..

Product - Service - Engineering 2023. 1. 14. 18:49

Success is simple. Do what's right, the right way, at the right time" -Arnold H.Glasow- 성공은 간단하다. 옳은 일을 옳은 방식으로, 옳은 타이밍에 하면 된다. - 아널드 글라소 - 참 쉽게 잘 이해되는 말입니다. 그런데... 이 말이 더 맘에 와서 파악! 꽂히는 이유는... 알면서도 잘 되지 않기 때문이지요. 제품을 개발하면서 오랜 시간 나에게 부담을 주었던 것을 하나 꼽으라면... 저는 주저하지 않고 '엄청나게 쌓여 있는 백로그'를 뽑겠습니다. 사실 이건 비단 저에게만 해당되는 이야기는 아닐 거예요. IT, SW 개발 직종에 있는 많은 maker들이 겪고 있는 현실적인 문제입니다. 이때 관리자는 저에게, 우리에게 이렇게 주문합니다. ..

Product - Service - Engineering 2022. 11. 19. 14:03

하루 종일... 죽어라… 열심히 일 하는 데…. 나는 왜 좋은 평가를 받지 못하는 걸까요? 맥 빠지게 매니저가 이렇게 말을 하네요. “OO팀은 어떤 성과를 내고 있는 지를 파악하기가 어렵네요.” “OO님이 하고 계신 일이 제품과 비지니스에 어떤 영향을 주고 있는지 잘 모르겠어요.” 아니 이게 무슨 말인가? 누구보다 일찍 출근해서, 누구보다 늦게 까지 일하고 있는데.. 내가, 또는 우리 팀이 뭘 하고 있는지 모르겠다니… 뭐가 문제일까요…? 우리는 중요하지 않은 일에 대부분의 시간을 쏟고 있는 건 아닐까요? 제가 즐겨찾는 블로그에서 맴 찢는 칼날 같은 이야기를 보았습니다. https://brunch.co.kr/@linecard/222 우리 잘 알고 있는 파레토법칙을 회사 생활에서도 흔히 볼 수 있다. 20%..

Product - Service - Engineering 2022. 6. 12. 20:17

회고, Retrospect : 내일 또 아프지 않도록 쪼금 아픈 소통 팀은 다양한 사람들이 모여서 함께 일하는 공간입니다. 팀원들 간에는 어러 가지 업무 수행 능력에 있어 다양함이 존재하기 나름입니다. 그러다 보니 실수도 발생하기도 하고, 요청한 업무가 엉뚱하게 처리될 때도 있고, 일을 서로 미루기도 하고... 다양하게 불편한 상황들이 끊임없이 발생하게 됩니다. 그런데, 이 상황을 어떻게들 대응하세요? 1) 그냥 둔다... 좋은 게 좋은 거지... 휴우... 2) 내가 손해보는 건 참을 수 없다. 대놓고 똑바로 하라고 말한다. 1번만 계속하면... 만만한 동료가 되고... 2번만 계속하면 재수 없는 동료가 됩니다. 둘 다 별로이네요. 이럴 때 리더가 챙겨주면 좋은 것이 바로 회고(Retrospect) 입..

Product - Service - Engineering 2021. 7. 7. 16:20

개발 입장에서는... 아마도 대부분... 무언가를 만들겠다라고 맘을 먹으면 가장 먼저 SW아키텍쳐(깍두기)를 그리고, 깍두기 하나하나를 세부 설계하고 그 단위로 개발하려고 합니다. 이게 편하고 익숙합니다. 예를 들면.. 네트워크 통신 모듈, 동시 세션 관리 모듈, 캐쉬 데이터 관리 모듈... 이런 식이다. 왜냐면.. SW 설계가 class를 단위로 이루어지기 때문이지요. (실제로 이렇게 설계를 해야 확장성이 높은 소프트웨어가 되긴 합니다.) 그런데.. 실제 사용자 사용 사례에 맞추지 않고 설계와 개발을 하게되면... 소위 over specification을 가지는 소프트웨어가 될 공산이 큽니다. 유연한 확장성을 가진 다는 측면에서는 바람직하겠습니다만.. 간단한 메모장 앱을 개발하면서 향후 계약서 공증 기..

Product - Service - Engineering 2021. 1. 8. 14:42