통합검색
· 마을서비스란?  · 포럼마을  · 일반마을  · 테마마을  · 마을랭킹  · 활동왕
· 덱스퍼트란?  · TECBOX   · PRSBOX   · 이용안내  
· DEXT제품군  · 솔루션베이  · S/W & ESD 컴포넌트
· 프로그램베이
· LiveSeminar  · LiveConference
데브피아 사이트 운영자, 비사모 마을 입니다.
개발이 아니더라도 다양한 분야에 많은 얘기를 나누는 공간입니다.
  마을등급 비사모 마을   이 마을은 테마마을 입니다이 마을은 자유가입제 마을 입니다 마을소개 페이지로 이동 전입신청
마을촌장촌장 비사모 방문자 101939 since 2006-12-31
데브피아 공지사항
자유게시판
앨범
개인게시판
[마을 게시판]
데브피아 운영 소식
교육 & 세미나 홍보
[개발자 공감]
개발자 공감글
개발자 공감만화
랑데브 게시판
칼럼 게시판
개발자 고충상담
Dev Talk
자유토론방
벼룩시장
재나미 우스개
구인/프로젝트 정보
사람인 채용 게시판
  고객지원 게시판
마이 데브피아
 나의 e-Money 내역
 활동왕 My Page
 스크랩한 게시글보기
 쪽지관리
 주소록관리

 개발자 고충상담
 ERP 회사에서 개발 업무 질문입니다. 2020-02-27 오전 9:40:52
동해의별 번호: 25725 추천:0  / 읽음:2,451

안녕하세요.

ERP 회사에서 개발자로 일하고 있는 1인입니다.

 

회사 구조가

영업팀(영업, 구축, 컨설팅).

경영팀

개발팀

 

이런 구조입니다.

 

여기서 질문입니다.

 

개발자가 요청 회사의 업무 프로세스를 보고

알아서 화면 설계를 해야하는게 정상적인지 질문드립니다.

(컨설팅 하시는분이 따로 존재함.)

 

제가 듣기론...

요청 회사에서 UI 정의서를 주면 그것을 토대로

개발자가 화면 설계부터 시작해서 테이블 설계, 프로그램 구현하는 순으로 알고 있었습니다.

단 제가 만든 프로그램의 대한 사용법 배포는 제가 한다.(이건 당연한것)

 

하지만 막상 격으니..

요청 회사에서는 UI정의서 그런건 없고..

운영 프로세스 설계도 하나 주고

그 프로세스를 토대로해서 제가 모든 UI 화면 설계해서 작업하는 구조이더군요.

 

보통 ERP 회사에서의 개발자가 다 그렇게 일하나요??

 

아직 사회 경험이 많지 않아 궁금해서 질문드립니다.

[코멘트] 좋음
2020-02-27 10:34
여라
전 MIS를 위주로 하고 ERP 분야는 가끔 하고 있는 개발자입니다.
운영 프로세스 설계 문서가 있다니 좋은 환경이군요.. ㅠ.ㅠ

일단, 질문하신거에 대해서 말씀드리면
개발팀에는 PM 이라는 사람이 존재해야 합니다.
PM의 역할이 바로 업무(운영) 프로세스를 이해해서 개발자를 개발 할 수 있는 수준이 되도록 이해시키는거죠.

그 이해의 방법이 일반적으로 문서화하는거구요..
개발 할 수 있는 수준이라고 하는 것은 개발자의 수준에 따라 달라 질수는 있습니다.
다년간 유사한 프로그램을 개발한 사람이라면 UI정의서 테이블 정의서 등이 없다고 하더라도 간단한 설명으로도 원하는 시스템을 만들수 있기에 말로만 하고 1차 개발 이후에 디테일함을 수정하는 경우도 있긴 합니다.

그런데 문제는 ERP든! MIS든! 혼자서 개발할 수 있는 규모가 아니기 때문에,
한 프로젝트에 투입되는 개발자가 20년차부터 저년차까지 다양하게 있겠죠.
그렇다면 저년차를 이해시키기 위해서 UI정의서, 테이블 정의서, 개발일정, 등의 다양한 문서가 필요합니다.

그러한 문서를 PM이 만들어야 하는 거고 그걸 요청사에 보여주면서
너네가 요구한 업무프로세스를 토대로 이렇게 만들껀데 괜찮냐? 수정할게 있느냐? 등을 통해서 확인을 받고,
그걸 개발자에게 전달하여서 진행하여야 합니다.

영업/경영/개발팀으로만 나눠져 있는걸로 봐서는 10~30명 정도의 규모일거 같고,
(왜 이렇게 구성되어 있는지 이해되지는 않지만,) 영업팀에 구축/컨설팅 하시는 분이 있으니 이 분들이 PM 역할을 수행해야할거 같은데,
돈이 안되는 작은 프로그램이라서 PM 없이 진행하는 상황이라면 그냥 그러려니 하면서 공부한다는 생각으로 해보시구요.
PM 역할을 하셔야 되는 분들이 역할에 대한 인지가 없거나 능력이 없는 분들이라서 현재 상황이 되었다면, 회사자체가 롱런하기는 힘들꺼라고 생각됩니다.
저장 취소
[코멘트] 좋음
2020-02-27 12:08
ak
보통 erp 회사가 그런게 아니고 케바케지만 대바분 보통 중소기업이 그렇습니다.
체계가 없습니다.
그래서 좆소입니다.
저장 취소
[코멘트] 좋음
2020-02-27 13:07
JUNE_MS
ㅎㅎ ak 분 말씀에 동의하게 되네요,,
저장 취소
[코멘트] 좋음
2020-02-27 13:55
분당에집갖고싶어
헉... 좃소...ㅋㅋ
케바케 좃소...
저장 취소
[코멘트] 좋음
2020-02-27 17:25
더기45
개선사항은 못하는거고.. 그냥 AS-IS 분석해서 TO-BE도 동일하게 가는거죠
저장 취소
[코멘트] 좋음
2020-02-29 08:42
SkyNET
좃소 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 짧은 순간 응?! 난 뭔가 했네요
저장 취소
[코멘트] 좋음
2020-03-01 01:29
의미없다
규모가 작으면 기획 따위는 개나 줘버리고 짜는 경우가 많긴하죠.
물론, 그렇게 짜고나면 "이렇게 하면 안되는데요"라면서 뒤집히는 경우도 상당히 많게되고,
pm 혹은 기획자의 소중함을 깨닫게되는거죠.
저장 취소
[코멘트] 좋음
2020-03-02 11:49
Z(-_-)S
예전 회사는 중견 정도는 되는데

화면 설계를 영업이 고객들한테 체크해서

그려서 주고 개발팀에서 그거대로 만들어주곤 했는데
저장 취소
[코멘트] 좋음
2020-03-02 13:59
메일전송안됨
어느정도 프로세스가 정상적인 곳은 그 화면의 실제 사용자나 그 필드 업무에 대해서 빠삭한 사람이 설계합니다.
그렇지 않은 곳은 그냥 을이 합니다. 모르는 사람이 설계하니 당연히 개판이고 계속해서 수정요청 - 수정 - 수정요청 - 수정
반복됩니다.
저장 취소
[코멘트] 좋음
2020-03-03 17:14
소읽고뇌약간고친다
개발자가 다 알아서 하죠..
저장 취소
[코멘트] 좋음
2020-03-09 02:46
발로코딩
저는 개발 17년 차? ERP MES 등. 대기업 전문 개발자입니다.
대기업 개발을 하다 보면 정말 다양한 환경의 상황을 만나게 되는데요.
솔직히 그 사람의 능력에 때라 상황이 결정된다고 보시면 됩니다.
그 사람이 설계랑 업무 이해까지 다 되는 사람이라면 설계랑 개발 시키고요..
개발 밖에 못하면 개발만 시키고. 설계만 할 수 있으면 설계만 시키죠.
저 같은 경우는 업무, 설계, 개발 ... 다 되니깐 제가 가서 현업이랑 업무협의하고.. DB 설계해서 구축하고.
UI도 현업이야 이야기해서 컴폼 받아 개발도 다 합니다... (보통 연차 가 올라가고 경력이 쌓이면 이렇게 해야 제대로 대우를($) 받을 수 있어요)
보통 대가업에서는 PM이 그 사람의 경력에 맞게(실력에 맞게) 일을 시키는데 위에 분들 이야기처럼 중소기업에서는 대책 없이 일을 시켜서 문제가 종종 발생하는 것 같습니다...
저장 취소
코멘트쓰기
  좋음   놀람   궁금   화남   슬픔   최고   침묵   시무룩   부끄럼   난감
* 코멘트는 500자 이내(띄어쓰기 포함)로 적어주세요.
목록 보기   지금 보고 계시는 글을 회원님의 my Mblog >> 스크랩에 넣어두고 다음에 바로 보실 수 있습니다.  
회사소개  |   개인정보취급방침  |  제휴문의  |   광고문의  |   E-Mail 무단수집거부  |   고객지원  |   이용안내  |   세금계산서
사업자등록번호 안내: 220-81-90008 / 통신판매업신고번호 제 2017-서울구로-0055호 / 대표: 홍영준, 서민호
08390, 서울시 구로구 디지털로32길 30, 1211호 / TEL. 02_6719_6200 / FAX. 02-6499-1910
Copyright ⓒ (주) 데브피아. All rights reserved.