며칠 전 여자친구가 나에게 기술 경영에 대한 설명을 해준 적이 있다. 현재 인턴, 학교생활, 개인 프로젝트 등을 진행하며 옆에서 하는 일들을 본 결과 기술 경영에 대해 한번 공부해보는 건 어떠냐고 추천을 하면서 말이다. 대학원 이야기도 나온 김에 한번 검색을 시작해보았다. 개발자라는 직업에 관심이 높아지고 있는 현재 막상 개발자로 취업한다 하더라도 내가 원하는 서비스를 원하는 방식대로 만들지 못하는 것이 현실이다. 대안으로 제시되는 창업의 벽은 아직 정부의 지원이 있다하더라도 높다. 또한 많은 IT 서비스들이 융합되어 더 나은 서비스를 만들어가면서 기업의 성장을 위해 현재 리스크를 관리하고 미래를 내다보는 '기술 경영'은 필수 요소라고 생각한다. 이런 기술 경영이라는 학문에 끌리게 되어 가볍게 공부도 할..
Chapter6.2 - 고객의 문제 인식과 제안사의 문제 해결 능력 문제 인식과 문제 해결 능력 제안서의 시작은 문제가 아니라 고객의 문제 인식 고객이 문제를 얼마나 중대하게 생각하느냐에 따라 문제 해결 수준도 달라짐 제안사의 문제 해결능력: 탁월함 vs 부족함 / 고객의 문제 인식: 중대함 vs 사소함 구분 탁월함 부족함 중대함 경쟁사와 비교하여 제안하라 일단 동감하고 다른 방안을 제시하라 사소함 고객이 문제를 중대하게 인식하게 만들어라 경쟁사의 전략을 확인하여 대처하라 경쟁사와 비교하여 제안하라 제안사의 강점을 최대한 부각하는 방법이 경쟁사와 비교하는 것임 일단 동감하고 다른 방안을 제시하라 '나도 할 수 있다'라고 쓰는 순간 그 프로젝트는 망할 수 있음 경쟁사와 다른 접근법 찾기 고객..
URI(Uniform Resource Identifier)란? - 식별자 - 인터넷에 있는 자원을 나타내는 유일한 주소로 하위개념인 URL, URN을 포함한다. URL(Uniform Resource Locator)란? - 위치 - 네트워크 상에서 자원의 위치를 나타내기 위한 규약으로 각각의 URL은 유일한 자원(HTML Page, CSS doc ...)을 가리킨다. ex) https://naekang.com/page.htm URN(Uniform Resource Name)란? - 이름 - urn:scheme을 사용하는 URI를 위한 역사적인 이름 ex) naekang.com/page.htm URI 설계 원칙(RFC-3986) 1. 슬래시 구분자(/)는 계층관계를 의미 ex) https://naekang.t..
Chapter6.1 - 개발자가 알아야 할 제안서 작성 원칙 개발자와 제안 PM의 차이 개발자는 제안서에서 주로 기술 부문을 작성함 대부분 그림과 표로 구성 시스템 구성도의 본질은 그림이 아니다 제안요청소에 있는 시스템 구성도(As-Is)를 분석해서 새로운 시스템 구성도(To-Be)를 구상해 그림을 그리고 제안서에 넣는 것이 본래 업무 첫째, 제안요청서 분석 제안요청서 제대로 분석하기 목표 시스템, 하드웨어 구상도, 소프트웨어 구성도, 요구 기능 등의 내용들이 이미 들어있음 개발자가 제안요청서에서 힌트를 잘 찾아내면 기술 부문을 더 전략적으로 쓸 수 있음 둘쨰, 논리적 완결성 항목을 논리적으로 완결하기 기업 담당자나 심사위원은 자기와 관련있는 항목 또는 페이지만 골라서 읽는다는 것을 알고있어야 함 참고문..
