2. 숭실대 컴퓨터학부 졸업 (2006)
네이버 IT부문 파워블로거
네이버 책 서비스 개발
네이버 OCR 개발
네이버 지식쇼핑 개발
네이버 단축 URL Open API 기획, 운영
네이버 LG 스마트TV 기획, 운영
네이버 QR코드 기획, 운영
네이버 N스토어 기획, 운영
네이버 웹툰 기획, 운영
소프트웨어정책연구소(http://spri.kr/) 연구원
- 개발자, VR, Chatbot 등
IT부문 네이버 파워블로그 2010-2012 (http://fstory97.blog.me/)
소개
13. 조직내의 소프트웨어
소프트웨어
고객(사용자)
핵심은 이해했으나
결정적인 문제 포함
A도 되고, B도 되고
C도 되고…
프로젝트 리더 분석가
문제 해결책 제시
PL계획에 의존적
개발자
일단 짜봄
있긴 한데 쓸 수 없음
비즈니스 컨설턴트
과대포장된 가치
문서화
없다.
서비스(매출)운영자
부분적인 이해
핵심을 모름 익스트림
지원
불완전
고객의 진짜 니즈
찾아야 하는 것
15. 결과
소프트웨어
‘09년, 워싱턴 지하철, 정지상태
의 열차를 뒤에서 따라오던 열
차가 추돌, 9명 사망, 70여명 중
경상, 차량 6량 탈선
■ (사고원인) 자동 운행 모드로
설정되어 있었으나, 시스템 오류
로 뒤 따라오던 열차를 정지시키
지 못했을 뿐만 아니라, 비상 브
레이크도 작동되지 않았음
23. 업종간의 차이
5. 분야별 수입 및 만족도
– 게임, 모바일/인터넷의 사용자 서비스의 개발자 만족도는 보통(2.5) 보다 만족
– IT서비스(SI용역 개발은) 가장 낮은 만족도 기록
– 게임은 수입대비 높은 만족도 기록하여, 수입과 만족도는 일치하지 않음
– 모바일/인터넷 사용자서비스는 가장 높은 수입을 기록함과 동시에 수입의 편차
가 가장 컸으며, 가장 낮은 편차는 IT서비스 분야
출처 : 2014년 한국 SW개발자현황(http://spri.kr/post/6306)
업종간의 차이로 나타남
24. 웹서비스의 개발 단계 (큰기업)
상위기획
• 신규 프로젝트
제안
• 부서 : 기획/서
비스
• 산출물 : 상위
기획서 (pptx)
• 산출물 주요 내
용
- 왜 이 프로젝
트를 해야 하는
지, 배경, 당위
성 설명
- 프로젝트 완
성물이 어떤 기
능을 가지고,
어떤 형태일지,
간단한 Mock
up수준의 기획
문서
- 의사결정자의
허락이 안되면
이 단계에서 종
상세기획
• 프로젝트에서
구현될 기능의
상세 명세서
• 부서 : UX/디자
인
• 산출물 : 상세
기획서(pptx)
• 산출물 주요 내
용
- 각 페이지들
의 상세 기능
- 출력할 메시
지, 썸네일 위
치 까지 포함
디자인
• 서비스에 사용
될 이미지및 레
이아웃 문서
• 부서 : UX/디자
인
• 산출물 : 디자
인가이드(pptx,
PSD)
이미지
(gif, JPG)
• 산출물 주요 내
용
- 디자인 가이
드 : px단위로
어디에 위치할
것인지 전체적
인 페이지레이
아웃
- 이미지 : 코딩
에사용될 실제
적인 이미지 리
소스
마크업
• 서비스에 사용
될 view단의 코
드 작업
• 부서 : UX개발
/ajax
• 산출물 : 코드
(css,js,html)
• 산출물 주요 내
용
- view단의 코
드
개발
• 서비스 코딩
• 부서 : 개발
• 산출물 :코드
(java, sql,
xml…)
• 산출물 주요 내
용
- 코드
QA
• 서비스 전에 제
대로 개발되었
는지 최종 확인
및 테스트
• 부서 : QA
• 산출물 : 테스
트 명세서(xlsx)
• 산출물 주요 내
용 : 테스트할
내용들
• 기능 동작 확인
의 Senity test,
1차, 전체적인
스트레스및, 세
부 사용 테스트
2차, 알파/베타
배포 테스트 3
차, 리얼 배포
테스트 4차
• 배포 테스트는
기획/운영팀 함
꼐 진행
프로젝트 3~6개월 단위, 서스테이닝이슈는 주간 정기 배포
(1개 프로젝트 및 상시 서스테이닝 이슈 존재)
- 기획단계에서의 개발자/QA 공유, 이때 Back단 개발 들어감
웹서비스 개발
25. 제조업(휴대폰 시절)
- 1회 배포 나가면, 되돌릴 수 없음
- 높은 수준의 품질 테스트
- 8개월 프로젝트 후, 2~3개월 보수, 새 모델 시작
다른 분야 특징
SI/IT 서비스
- 공공기관 IT서비스는 국가 예산 기간에 집중 (인생 반납 하고, 월 700만원 가능)
* 그 후 농한기로 돌입.. (진짜 1차 산업임)
- 유지보수비 성 사업이 많음
- 악명 높은 하도급 (일정의 권한이 PM에게 없음, 하도급과 서류 과정 중 일정이 날라감)
의료, 기타 서비스
- 전산실 단순 작업들, 인생 발전도 없고 임금인상도 없음
- 만족하고 있다가는 언젠가는 혁신 서비스에 의해 대체 될 가능성 높음
26. 소프트웨어 개발 지원 도구 (큰기업)
큰기업 : JIRA/Hodson/MS Communicator – 안정성, 품질, 규격화
27. 소규모 : Trello, Slack, GoogleApps – 속도, 간편함, 확장성
소프트웨어 개발 지원 도구 (소규모)
28. 진짜 중요한것 – 이메일, 회의방법(의견 조율법), 전화 받는법, 회식
소프트웨어 개발에 중요한 것
29. 소프트웨어 공학(프로젝트)은 코드가 아니라 코드를 만드는 사람을 다루는 것이다.
잘하는 개발자와 그렇지 못하는 개발자들 사이에는 약 20배 정도의 차이가 난다
진짜 중요한건 코드가 아니라 사람이다.
소프트웨어는 사람이 만드는 것
30. 팀
출처 만화 원피스(one piece) 등장인물로 살펴보는 스타트업 팀구성
: http://platum.kr/archives/17002
31. 성공의 로망, 느껴봐.
내 스크립트가 드디어 작동 되는 순간!!
출처 : http://goo.gl/YGyvHI
33. 컴공과 대학생들에게 바라는 것
맺음말
1. 코딩은 기본, 코드로 말하자.
- 실력을 증명할 수 있는 오픈소스 활동 추천
- 최신 트랜드는 기사보다 SDK문서와 개발자커뮤니티가 빠르고 상세하다.
- 학점을 기본적으로 보고, 프로젝트 결과물을 중시 여기나 신뢰도는 높지 않음
- 코드에 추가적으로 시너지를 만들 수 있는건 지식공유, 단 입개발자는 되지 말자.
2. 미래를 보는 능동적인 개발자가 되자.
- 혹, IT서비스/SI에 발을 들이더라도 능동적으로, 당신은 전문가다.
- 전문가로 대우 안하는 곳이라면 가능한 빨리 도망쳐라.
3. 코딩+능동적인 개발자가 되면 실력은 따라옴
4. 실력보다는 태도를 본다.
- 실력 평가 수단이 많지 않다. 시간도 없다. 돈도 없다.
- 실제 현업에서는 혼자 만들지 않는다.
- 인문계생들과 대화해야 한다.
- 같이 일하고 싶은게 천재 싸이코 스티브잡스 겠는가?
동네아저씨 같은 워즈니악이겠는가?