정의의소님. 사실 미국에서도 개발자들이 이건 "소프트웨어 공학"에 입각하여 이렇게 하는 것이다 라고 생각하고 일하지 않죠. 그냥 다들 그렇게 하고 그렇게 하는 것이 당연하니까 하는 것들일 뿐인 경우가 대부분이죠. 어떻게 보면 그것이 당연한 것입니다.
우리나라는 아직 너무 주먹구구식으로 개발하는 곳이 많아서 현실에서 배우기 어려우니 좀 체계적으로 따로 공부하고 경험자에게 배우고 토론하면 소프트웨어 공학을 별도록 익힐 필요가 있습니다.

YUZI님 안녕하세요.
현업에서는 아직 Software Engineering에 대한 인식은 별로 없는 것 같습니다.

[1002]님 안녕하세요.
참 멋진 질문입니다. ^^

세상의 어떤일이 근본과 원리를 한 문장에 설명할 수 있을까요? 예를 들어 성철 스님이 "산은 산이요, 물은 물이요"라고 세상의 원리를 한문장에 압축해서 말을 하지만, 이를 이해하는 사람은 거의 없죠. 이를 이해하는 사람은 이미 세상의 원리를 깨달은 사람이겠죠. 소프트웨어 공학의 목적은 소프트웨어를 "최소의 비용으로 최단 시간에 개발하는 것"입니다. 이것을 하나의 방법 또는 방법론으로 제시할 수 없는 이유이기도 합니다. 그리고 많은 실무 경험과 지식에 의한 깨달음이 있어야 그 근본은 알 수 있을 것입니다. 또, 자신은 어느정도 터득했다고 생각했어도 아닌 경우도 많습니다.

제가 저술한 "소프트웨어 개발의 모든 것"이라는 책도 이런 저런 다양한 방법을 기술하기보다는 소프트웨어 공학의 근본 즉, 소프트웨어를 잘 개발하는 기본 원리에 포커스해서 기술한 책입니다. 소프트웨어 공학의 근본에 대해서 어느 정도 깨닫고 있다면 이책을 보고 거의 모든 내용을 공감하거나 오히려 자신의 의견도 피력할 수 있을 것입니다. 그리고 나면 저와 더 심도 있는 얘기를 할 수 있을 것 같습니다.

정의의소님 안녕하세요.
실전을 모르고 대학에서 소프트웨어 공학을 연구하시는 분들이 계십니다. 그런 분들을 헐뜻는 것은 아니지만 그런 분들은 계속 연구쪽으로 하시는 것이 좋겠죠.
실전은 다르니까요. 물론 그런 분중에는 실전 경험도 두루 갖추고 계신 분들이 계시죠.
연구파와 실전파 정도로 나눌 수 있겠죠.
미국에서도 소프트웨어 공학을 가르칠 때 "가르칠 수 없다", "배울 수 없다"라고 하고 가르친다고 합니다.
현실 소프트웨어 개발 현장에서는 탄탄한 이론에 기초를 둔 실전파들이 필요하다고 생각합니다.

그런 경우 그분들이 실전을 잘 몰라서 그런다고 생각하십시오. 소프트웨어 공학이 기계적으로 적용하면 된다고 생각하면 그분들이 잘못 배운 것이거나 경험없이는 안되는 것이 소프트웨어 공학인 것이지요.

제 생각에는 소프트웨어 공학은 실전 경험이 있는 분들에게 가르치는 것이 좋을 것 같습니다. 현재 KAIST에는 경험자를 위한 소프트웨어 공학 코스가 있는 것으로 알고 있습니다. 대부분 10년 이상 경험이 있는 분들이 수강을 하는데, 그정도는 되야 가르치는 것을 이해한다고 하더군요.

열정태하님 안녕하세요.
소프트웨어공학에 관심이 있으신 것 같아서 트랙백을 남겼습니다. 블로그 가보니 좋기만 하던데 왜 선정이 안되었을까요? 너무 뻑뻑하네요. 힘내세요.
감사합니다.

쇼팬하워님 안녕하세요.
그래서, 소프트웨어 공학에는 경험이 정말 중요한 것 같습니다. 우리가 아는 유명한 소프트웨어 공학자들도 대부분 실전파 잖아요.

나르사스님 안녕하세요.
의견 감사합니다.
저는 실전파 맞습니다. 그리고 소프트웨어 개발에 소프트웨어 공학을 적용하는 것은 프로젝트 비용 및 기간 단축과 유지보수를 용이하게 만드는 것 모두 해당합니다.

추세를 말씀하셨네요. 갈수록 소프트웨어의 유지보수가 중요해지고 있습니다. 실제로 소프트웨어는 개발보다도 유지보수에 더 많은 비용이 듭니다. 그래서 유지보수의 비용을 줄이는 것도 매우 중요합니다.

주먹구구식으로 개발하는 소프트웨어 프로젝트는 초기에는 빠른 것 같지만, 프로젝트가 막바지로 갈수록 뒤죽박죽이 되어갑니다. 그리고 이렇게 개발한 프로젝트가 더 빨리 끝나는 경우도 가끔 있으나 유지보수에 더 많은 비용이 드는 것이 일반적이지요.

필넷님 안녕하세요.
새해 복 많이 받으세요. 좋은 블로그를 운영중이시더군요. RSS 등록해서 볼려고 합니다. 감사합니다.

저희 팀이 보편적인 프로젝트라고 보기는 힘들지만, 분명 SI 업계의 아웃소싱 프로젝트에서 위 내용을 토대로 진행을 해서 야근을 없앴습니다.
팀원 중 2명은 야간 대학원에 다니기 까지 하고 있습니다.
중요한 일이 무엇인지 판단을 하고, 고객이 원하는 것이 무엇인지 정확하게 판단하는 것과 구현을 분리하지 않고 일하는 것, 작업을 잘게 쪼개서 예측가능하게 하려는 노력은 현실적인 답을 만들어냅니다.

영회님 안녕하세요.
역시, 이 댓글 하나만 봐도 영회님과 그 개발팀이 어느정도의 실력과 경험이 있는지 알 수 있겠네요.
말은 쉽지만 실제로 그렇게 실행하고 있다는 것은 이해의 단계를 넘어서 내제화를 이루고 있다고 할 수 있습니다. 감사합니다.

저도 동감합니다. 저도 지금까지 거친 회사에서 항상 개발 프로세스를 체계화 해 보려고 노력했지만 (지금도 하고 있습니다) 항상 나오는 말은 "우리는 그런거 적용 못해" 라는 겁니다. 하지만 한가지 짚고 넘어가고 싶은 부분은 Ray 님의 말씀처럼 원리는 다 같다고 할 수 있겠지만 원리와 현실의 차이는 무시할 수 없다고 생각합니다.
따라서 원리나 원칙을 적용하고 그에 따르도록 하는 것 보다는 그 회사의 특수성을 이해하고 받아들여 그에 맞게 차용(adopt)하는 것이 가장 현실적이고 바람직하지 않을까 하는 생각입니다.
아시다시피 미국회사라고 야근 없는 것 아니고 주말에도 일할 때도 많습니다 - 전 미국에 있습니다. 개발자란 직업의 특수성이라고 생각합니다. 제 처제는 게임회사 그래픽 디자이너인데 프로젝트 마감일 다가오면 집에도 못가고 주말에도 밤새서 일합니다. 하지만 릴리즈 후에는 2주 - 3주 정도의 휴가를 받습니다. 고생 후 그만큼의 보상이 따른다는 것이 한국과의 다른점이라고 생각이 됩니다. 이는 IT 업계뿐 아닌 사회 전반적인 문화의 차이가 아닐까 하는 생각이 되네요.

Jake님 안녕하세요.
정확한 말씀입니다. 평소에 제가 하는 말이죠.^^
Jake님은 한번 만나뵈고 싶은 분이네요.
앞으로 좋은 교류 지속되기 기대합니다.

HannaKim님 안녕하세요.
소프트웨어 엔지니어링에 관심이 많으신 분을 만나서 반갑습니다. 앞으로 좋은 얘기 많이 주고 받으면 좋겠습니다.
감사합니다.

cozydev님 안녕하세요.
개발자가 좀더 전문적이어야하지 않을까요? 주먹구구식으로는 경영자를 납득시키기는 어려울 것 같습니다.

안녕하세요.
잘하고 계시는 것 같습니다. ^^ 사실 SI나 팩키지나 소프트웨어 개발의 기본은 거의 같죠.

돌이아빠님 안녕하세요.
진짜 제대로된 전지전능 개발자면 좋겠죠. 말씀대로 이는 거의 불가능합니다.
그냥 일만 많이 하는 그런 개발자가 회사의 큰 리스크라는 것이 문제죠.

하이컨셉님 안녕하세요.
작성하신 글은 잘 봤습니다.
공감이 가는 글이더군요. 앞으로도 좋은 의견 많이 주고 받기를 기대합니다.
감사합니다.

jangsungjin님 안녕하세요.
개발자의 정치라는 것은 결국 제살 깍아먹는 것 아닐까요?
개발자가 실력이 경쟁력이 되어야지, 정치로 얼마나 오래 살아남을 수 있을까요?
이런 개발자는 실력도 립서비스밖에 없는 개발자가 되더군요.

이병준님 안녕하세요.
트럭넘버이야기 재미있겠는데요. 블로그에 한번 올려주세요.

소프트웨어 개발에서 특정인의 의존도를 낮추고 프로세스와 시스템에 의해서 많은 부분을 커버하는 것은 매우 중요합니다. 이것이 소프트웨어 엔지니어링의 중요한 요소이죠.
그런 환경이어야 프로젝트의 리스크도 줄어들고 개발자에게도 전문적으로 성장할 수 있는 기회를 제공하게 됩니다.

오리주민님 안녕하세요.
모든 것이 복합적인 문제라서 하나의 원인만 고를 수는 없는 것 같습니다.
멘토링 참 중요한 이슈입니다. 아직 활성화가 많이 안되어 있고, 시행하더라도 여건과 준비가 부족하고 형식적인 경우도 많은 것 같습니다.

영회님 반갑습니다.
국내에 저와 같이 소프트웨어 공학을 통해서 소프트웨어 개발 컨설팅을 하는 사람들은 그렇게 많지 않습니다. 그리고 컨설팅을 하다보면 수많은 에피소드들이 있는데, 그러한 것들도 블로그를 통해서 소개를 하려고 합니다. 마소 기자분이 "컨설턴트"가 하는 일에 대해서 궁금하시고 기사가 될 수 있다면 제 블로그를 한번 소개해주시는 것도 좋겠네요.
감사합니다.