요번주는 uxpedia모임과 별개로 김창준님이 세미나를 해주셨다..
세미나 내용은 "ux와 개발이 협업하는 방법"에 대하여 설명을 해주셨고 전체적인 내용은 이론적인 설명보다는
토의와 실습을 통해 진행되었습니다..
일단은 그룹별로 팀을 나눴습니다. 팀은 각각의 비슷한 성격으로 분류를 했더군요 그 이유는 일을 할때에는 비슷한
특징의 성격이 있는 사람들끼리 일을 하는것이 더 능율적이라고 하기 때문입니다. 그렇기때문에 이번 실습에는 하나의 성격을 가지고 했습니다 그 한가지규칙을 잘지키느냐 못지
키느냐라는 기준을 가지고 시작했습니다. (KAI라고 하는데 .. 까먹었음 ㅡㅡ;;)
규칙을 잘지키느냐 못지키느냐는..한순간의 규칙이 아니라 장기간에 걸쳐 꾸준히 할수 있는 규칙을 말합니다.
규칙을 잘지키는 사람은 예를 들어 마인드맵을 그릴때 논리적이고 체계적으로 생각을 하지만 규칙을 안지키는
성격을 가진 사람은 두서 없이 생각나는데로 쭉 적는다고 합니다. 그렇기때문에 일을 할때에도 그러한 성격의 사람
들끼리 모아서 하면 더 능률적이라고 합니다. 그런것을 기준으로 3명 or 4명으로 팀을 김창준님께서 제시한 두가지
상황의 문제중 한가지를 선택하여 풀기로 했습니다.
상황1.
당신은 인터넷 서비스회아세 ux담당자입니다. 기능직이며 부서에 대리정도 됩니다. 다른 팀원들은 각자 프로젝트를 합니다. 부서장은 당신을 신뢰하고 있습니다. 인터넷 서비스의 next는 무엇인가? 라는 주제로 인터넷 기업에서 위기감을 느끼고 있습니다. 그래서 전략 그룹에서 분석을 했더니 인터넷 서비스의 next는 information overload가 굉장이 중요하면 그것을 해결 해야된다고 했습니다. 그래서 개발 팀장 한명을 찍어서 테스트를 해 인터넷 서비스의next를 보여줄수 있는 서비스를 해라라는 말을 들었습니다. 그 개발 팀장 한명은 개발 능력을 인정 받고 있습니다. 그 사람이 개발자를 수소문해서 개발자 4명을 모았고 디자이너 한명 기획자 한명 프로젝트 매니저 한명 ux한명 또한 포함되었습니다. 사장은 3개월 후에 프로토타입을 보고 싶다(중간점검) 그것을 패스하면 3개월을 더준다 그리고 최대한 그 프로젝트를 할수 있게 지원을 해준다고 했다. 나는 ux담당자이며 처음 미팅을 하는 자리이다.
상황2.
폐쇄회로 카메라 중소기업이면 개발자는 50`60명이고 디자이너는 없다. 연구소 소속이며 ux를 한 나에게 디자이너 역활도 기대를 한다. 기업의 목표는 고객이 열광적인 것을 만들어보자라는 목표를 가지고 있고 팀의 개발자는 5명 이며 모두 ux는 모른다. 지금이 8월(시작 날짜가 기억안남 -_-;;; )로 가정했을때 내년 2월까지 상품화를 목표를 잡고 있으며 이미 있는 것에서 개선하는 상품이며 그러한 개발을 할때 개발자들은 모두 각장의 개발스타일때문에 싸우고 있다. 이때나는 신입사원이며 힘이 없다.
이러한 두가지 문제점이 있고 각자 ux를 담당하고 있는데 어떻게 적용을 할수 있을까에 대한 여러가지 토의를 했다.
각자의 팀에서 ux를 적용시키려는 사안중에서 1번 문제와 2번문제에서 실무에 접했을때 이러한 문제점이 일어날수 있다는것을 알 수 있었다.
상황 1의 문제점
1. 사장,개발자 팀장과의 마찰
2. 사장이 그 프로젝트에 중요하지 않게 생각할 수도 있다.
3. 사장은 개발에 대한 전반적인 지식이 없을 수 있으면 (사장은 티를 안내려고 한다)
4. 개발자는 자신의 프로젝트의 확신을 가지고 있다. (절대 실패하지 않을거라는 확신)
5. 시간이 촉박하다.
상황 2의 문제점
1. 신입 사원이므로 개발에 대한 전반적인 지식이 없다고 생각함.
2. 신입 사원 이므로 전반적인 발언권이 적다.
3. ux를 적용시키려고 하지만 시간에 대한 개발자의 의견 충돌
4. 각기 다른 개발자의 상충되는 의견
5. 시간 문제
세미나 내용은 "ux와 개발이 협업하는 방법"에 대하여 설명을 해주셨고 전체적인 내용은 이론적인 설명보다는
토의와 실습을 통해 진행되었습니다..
일단은 그룹별로 팀을 나눴습니다. 팀은 각각의 비슷한 성격으로 분류를 했더군요 그 이유는 일을 할때에는 비슷한
특징의 성격이 있는 사람들끼리 일을 하는것이 더 능율적이라고 하기 때문입니다. 그렇기때문에 이번 실습에는 하나의 성격을 가지고 했습니다 그 한가지규칙을 잘지키느냐 못지
키느냐라는 기준을 가지고 시작했습니다. (KAI라고 하는데 .. 까먹었음 ㅡㅡ;;)
규칙을 잘지키느냐 못지키느냐는..한순간의 규칙이 아니라 장기간에 걸쳐 꾸준히 할수 있는 규칙을 말합니다.
규칙을 잘지키는 사람은 예를 들어 마인드맵을 그릴때 논리적이고 체계적으로 생각을 하지만 규칙을 안지키는
성격을 가진 사람은 두서 없이 생각나는데로 쭉 적는다고 합니다. 그렇기때문에 일을 할때에도 그러한 성격의 사람
들끼리 모아서 하면 더 능률적이라고 합니다. 그런것을 기준으로 3명 or 4명으로 팀을 김창준님께서 제시한 두가지
상황의 문제중 한가지를 선택하여 풀기로 했습니다.
상황1.
당신은 인터넷 서비스회아세 ux담당자입니다. 기능직이며 부서에 대리정도 됩니다. 다른 팀원들은 각자 프로젝트를 합니다. 부서장은 당신을 신뢰하고 있습니다. 인터넷 서비스의 next는 무엇인가? 라는 주제로 인터넷 기업에서 위기감을 느끼고 있습니다. 그래서 전략 그룹에서 분석을 했더니 인터넷 서비스의 next는 information overload가 굉장이 중요하면 그것을 해결 해야된다고 했습니다. 그래서 개발 팀장 한명을 찍어서 테스트를 해 인터넷 서비스의next를 보여줄수 있는 서비스를 해라라는 말을 들었습니다. 그 개발 팀장 한명은 개발 능력을 인정 받고 있습니다. 그 사람이 개발자를 수소문해서 개발자 4명을 모았고 디자이너 한명 기획자 한명 프로젝트 매니저 한명 ux한명 또한 포함되었습니다. 사장은 3개월 후에 프로토타입을 보고 싶다(중간점검) 그것을 패스하면 3개월을 더준다 그리고 최대한 그 프로젝트를 할수 있게 지원을 해준다고 했다. 나는 ux담당자이며 처음 미팅을 하는 자리이다.
상황2.
폐쇄회로 카메라 중소기업이면 개발자는 50`60명이고 디자이너는 없다. 연구소 소속이며 ux를 한 나에게 디자이너 역활도 기대를 한다. 기업의 목표는 고객이 열광적인 것을 만들어보자라는 목표를 가지고 있고 팀의 개발자는 5명 이며 모두 ux는 모른다. 지금이 8월(시작 날짜가 기억안남 -_-;;; )로 가정했을때 내년 2월까지 상품화를 목표를 잡고 있으며 이미 있는 것에서 개선하는 상품이며 그러한 개발을 할때 개발자들은 모두 각장의 개발스타일때문에 싸우고 있다. 이때나는 신입사원이며 힘이 없다.
실제 그러한 상황에 대한 실습1 |
실제 그러한 상황에 대한 실습2 |
이러한 두가지 문제점이 있고 각자 ux를 담당하고 있는데 어떻게 적용을 할수 있을까에 대한 여러가지 토의를 했다.
각자의 팀에서 ux를 적용시키려는 사안중에서 1번 문제와 2번문제에서 실무에 접했을때 이러한 문제점이 일어날수 있다는것을 알 수 있었다.
상황 1의 문제점
1. 사장,개발자 팀장과의 마찰
2. 사장이 그 프로젝트에 중요하지 않게 생각할 수도 있다.
3. 사장은 개발에 대한 전반적인 지식이 없을 수 있으면 (사장은 티를 안내려고 한다)
4. 개발자는 자신의 프로젝트의 확신을 가지고 있다. (절대 실패하지 않을거라는 확신)
5. 시간이 촉박하다.
상황 2의 문제점
1. 신입 사원이므로 개발에 대한 전반적인 지식이 없다고 생각함.
2. 신입 사원 이므로 전반적인 발언권이 적다.
3. ux를 적용시키려고 하지만 시간에 대한 개발자의 의견 충돌
4. 각기 다른 개발자의 상충되는 의견
5. 시간 문제