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

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

Product Engineering 2022. 6. 12. 20:17

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

Product Engineering 2021. 7. 7. 16:20

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

Product Engineering 2021. 1. 8. 14:42

제품 개발을 진행하다보면 항상 리소스가 부족합니다. 세상 어디에도 리소스가 남아도는 팀을 본 적은 없는 것 같습니다. 그렇기 때문에 성공적인 제품 개발은 한정된 리소스를 얼마나 잘 운영하는가가 핵심 중에 핵심이라고 볼 수 있습니다. 한정된 리소스를 잘 운영하는 방법은 여러가지가 있겠지만, 가장 정석은 요구사항의 우선순위화가 아닐까 합니다. (개발팀에게 맛있는 걸 많이 사줘서 생기 넘치는 야근을 유도한다!가 즉효약이긴 합니다...) 주변을 보면 우선 순위화를 잘하는 분들이 있습니다. 그 분들은 경험이 많아서 감이 좋은 걸까요? 아마 사실일 겁니다. 근데 실은 머리속에서 우선 순위를 결정하는 프레임워크가 존재하고 그 프레임워크에 여러 조건들을 대입해서 경험을 살린 나름의 우선순위화를 하는 것입니다. 이런 우..

Product Engineering 2021. 1. 8. 12:43

User story의 정의를 WIKI 백과에서 찾아 보았습니다. "소프트웨어 개발 및 제품 관리에서 사용자 스토리는 소프트웨어 시스템의 하나 이상의 기능에 대한 비공식적 인 자연어 설명입니다. 사용자 스토리는 종종 최종 사용자 또는 시스템 사용자의 관점에서 작성됩니다." 조금 더 쉽게 풀어 써보면, 고객에게 가치를 줄 수 있는 기능을 쉬운 언어(기술적X, 비지니스적O)로 설명한 것을 사용자 스토리라고 합니다. 일반적으로 많이 사용하는 템플릿을 보면 조금 더 이해가 될 겁니다. As a I can , so that In order to as a , I can As , I because 번역해보면, - 나는 어떤 담당자로써 을 위해 을 하고 싶다. - 나는 을 위해 , , 을 하게 하고 싶다. 예를 들어볼까..

Product Engineering 2021. 1. 8. 12:38

뷰카(VUCA)의 세상에서 가장 필요한 것은 스피드! 2021년은 VUCA로 가득찬 세상이 될 것이라 합니다. 뷰카(VUCA)란, 변동성(Volatility)·불확실성(Uncertainty)·복잡성(Complexity)·모호성(Ambiguity) 을 말한다고 하네요. 뭐 예측이 불가능한 세상이 되었다는 말입니다. 몇년전에 유행했던 복잡계로 가득찬 세상이 된 것이죠. 이런 상황에서 기획자가 가져야할 마음가짐 몇가지를 정리해 봅니다. - 일단 해 보는 게 완벽한 것을 추구하는 것보다 낫다(Done is better than perfect)’ - 완벽한 계획서보다는 빠르고 유연한 피보팅 방안을 함께 준비하라 훌륭한 창업자들은 이미 몸소 깨달은 내용일 것입니다. 김난도 교수님 강의에도 잘 설명되었지만, 유투브는..

Product Engineering 2020. 12. 1. 22:39