유저인터페이스(UI)설계와 그 산출물 작업은 시간낭비?

일단 웹을 처음부터 개발한다고 하면, 파워포인트로 UI를 그리는 작업은 반드시 필요합니다. 그 이유는, (1) 고객이 자신의 requirement를 스스로 잘 모르고 있는데 이를 명확히 이해하게 해줌, (2) 개발자가 비즈니스 로직을 확실하게 이해하게 해 줌, (3) 필요한 기능을 편리하게 명시함 정도가 될 듯 합니다. 스토리 보드라는 말 들어보셨는지 모르지만.. UI는 껍데기만 그리는게 아니라, 사용자의 use case를 따라서 그리게 됩니다. 따라서 요구 사항과 이에 필요한 로직, 스키마를 생각하는데 필수적입니다. 질문하신 분은 UI 산출물을 '디자인'의 관점에서만 생각하시는 듯 싶은데, 실제로는 '개발'의 관점에서도 필요한 산출물입니다. 특히나, WEB은 C/S와 같은 리치 클라이언트 환경이 아니므로 가능한 동작이 무척이나 제한되어있기 때문에, 미리 UI에 대한 컨펌을 잘 받아놔야합니다.

다만 문제는 이걸 얼마나 빡시게 만드는가 하는 점이 될 듯 싶은데, VISIO까지 쓰신다는 걸 보니 너무 이쁘게 그리느라 시간을 많이 소비하는게 아닌가 하는 생각이 듭니다. 적당한 네모 세모 화살표 텍스트박스 정도면 길지 않은 시간으로 그릴 수 있을텐데라는 생각이 드는군요. 스토리보드는 어디까지나 사용자 입장에서 '스토리'를 잡으면 되는 일입니다.

개인적으로는 설계 문서를 만들어야 하느냐 말아야 하느냐를 생각하기 이전에, 500개 테이블이 있는 C/S를 단 네사람이 두달 안에 만드는게 처음부터 벅찼던게 아닌가 생각이 드네요.......

결론적으로 DB 구조의 완벽한 분석이 안됩니다...

기존의 C/S 를 만든 업체는 문을 닫은것으로 보이는데....

고객이 몇몇 기능을 요구하는데 어떤것은 단순해 보여도 처리가 힘든것도..

왜냐하면 DB 구조와 트리거 인테그러티 등을 정확히 모르면.....

DB 조작은 엄청난 일을 야기 시킬수 있습니다......

애초에 2달이라고 잡은 프로젝트는 문제가 있군요....불가능한 것으로......

그리고 개발자가 봉인가요 ?? 11시 까지 매일 일을 시킨다니.....

알아서 하는거 지만 결국은 시키는거 아닌가요 ?

그리고 디자인 좀 힘드시더라두 꼭 하셔야 합니다. 그 업체 전산 담당자의

OK 를 받는것두 좋지만... 실질적으로 사용하시는 분들이 OK 를 해야하며

화면 설계 OK 받으면 받드시 도장 받으시길.....

저도 이와 비숫한 작업을 했는데... 좀 허접하게 진행하다가....

디자인에서 빠꾸가 되어서 죽을 썻다는 ...... OTL

웹이면 그냥 HTML로 프로토타입을 만드는 게 더 나을 텐데요. 그러면 나중에 코딩할 때 그대로 활용할 수 있거든요. 나중에 할 일을 지금 하는 거라고 생각하면서 하면 한결 마음이 편합니다. 요즘은 웹 프로젝트들은 다 HTML로 프로토타이핑 하지 않나요?

글쎄요. IT에는 SI일만 있는 것은 아니지요.
IT중에서도 소프트웨어 엔지니어라는 직업이 꽤 큰 노가다인 것은 틀림없지만, 다른 직업이라고 크게 다를 것도 없지요.

저는 임베디드 어쩌구라는 쪽의 일을 하고 있다보니 최적화때문에 골머리를 썩는 경우가 많더군요. 일의 특성이기는 하지만 저희는 제품을 개발하면서 양이 많은 일보다는 답이 없는 한문제를 붙들고 시간을 보내는 경우가 많습니다. 사실은 일의 양도 좀 많기는 하지만... 쩝.