All of Software
전규현의 소프트웨어 이야기
레이블이
분석
인 게시물을 표시합니다.
모든 게시물 표시
레이블이
분석
인 게시물을 표시합니다.
모든 게시물 표시
2014년 3월 16일 일요일
외주 SW 개발의 비극
›
열악한 소프트웨어 외주 개발 문제는 우리나라에서 소프트웨어가 3D 취급을 받는 주요한 원인 중 하나다. '갑을병'으로 이어지는 외주도 모자라 '갑을병정무'까지 3,4단계 외주를 주기도 한다. 하청에 재하청이 이어...
2012년 9월 10일 월요일
고객이 전문가
›
우리나라의 소프트웨어 환경의 문제점 중 하나가 고객이 잘 모른다는 것이다. 예를 들어 공공 SI 프로젝트의 경우 발주처인 공공기관의 담당자가 SI회사의 개발자들보다 업무를 잘 모르는 경우가 종종 있다. 공무원들은 몇년만다 한번씩 자리를 옮기기...
댓글 1개:
2012년 8월 15일 수요일
7명이 할 수 있는 일을 70명이 하고 있는 이유
›
최근에 한 글로벌 소프트웨어 회사(Y사, 가칭)의 한국 지사 관계자에게 들은 이야기이다. 비단 Y사 얘기만은 아니다. 세계적인 소프트웨어 회사의 한국지사에서 종종 벌이지는 일이다. Y사의 본사에서는 처음에 한국지사를 만들었을 때 한국에서도...
2012년 8월 2일 목요일
개발자의 취향
›
소프트웨어 프로젝트를 진행할 때 합리적인 결정보다는 개발자의 취향대로 진행되는 경우가 많다. 이 경우 Architecture상의 심각한 문제점을 내포하게 된다. 제대로된 분석과 설계를 통해서 Architecture가 결정되어야 하는데 ...
2012년 7월 16일 월요일
한 SI회사의 프로세스에 대한 오해
›
필자는 업계의 여러 사람과 얘기할 기회가 많다. 최근에 한 대형 SI회사의 한 PM과 얘기를 한 적이 있는데 프로세스 상의 큰 문제가 있었고, 실제 프로젝트팀에서는 잘못된 프로세스로 인해서 어려움을 겪고 있었다. SI회사의 오랜 바람 ...
댓글 8개:
2009년 11월 13일 금요일
SRS에 대한 인식의 변화
›
그 동안 본 블로그를 통해서 소프트웨어 개발에서 SRS(Software Requirements Specification) 가 얼마나 중요한 역할을 하는지에 대해서 수 차례 역설한 적이 있습니다. 2009/08/03 - [프로젝트/요구사항분석...
댓글 12개:
2009년 8월 3일 월요일
이건 기능이 아닌데
›
의례 스펙, 기능요구사항 등을 정리한 문서를 보면 기능만 잔뜩 나열되어 있는 것은 매우 흔한 일입니다. 소프트웨어를 만든다고 하면 구현해야 할 기능만 알면 제대로 잘 만들 수 있을 것으로 생각하기 십상입니다. 상식적으로 생각해도 기능면 제대로 구...
댓글 4개:
2009년 7월 30일 목요일
고객이 요구사항을 너무 자주 바꿔요.
›
우리나라 소프트웨어 시장을 너무 비관적으로 과대평가하는 경우를 종종 봅니다. 예를 들면 전세계 유래가 없는 까다로운 고객 요구 수준, 시도 때도 없이 바뀌는 요구사항, 엄청나게 낮은 금액, 제품의 Output과는 상관없이 작업 시간을 통제하는 ...
댓글 4개:
2009년 4월 28일 화요일
과거의 개발자 vs. 미래의 개발자
›
개발자는 2가지의 상반된 가치를 가지고 있습니다. 하나는 과거 의 가치 또 하나는 미래 의 가치입니다. "이 사람들 나가면 과거에 개발해 놓은 것 어떡하지?" 라는 생각이 들면 과거의 가치를 가진 개발자이고 &qu...
댓글 20개:
2009년 4월 22일 수요일
개발자들이 바글바글한 외딴섬에 떨어진다면
›
개발자들이 바글바글한 외딴섬에 떨어졌는데 서로 뒤죽박죽으로 개발을 하고 있고,이들을 3개월 안에 훈련시켜서 정예 개발자로 만들어 한다는 미션이 떨어졌다면 무엇을 하시겠습니까? Language 기초를 다시 가르칠까요? UML을 가르칠까요? 문...
댓글 21개:
›
홈
웹 버전 보기