회의진행 이슈사항
서로 생각하고 느끼고 있지만 말하지 않은 것 공유와 공감필요
실제로 생각하는 것과 말하는 것 사이의 차이가 대화를 어렵게
만들 수 있다
리뷰진행이 문제 도출 및 대안마련보다
불만족스러운 결과에 따른 적절한 사람이지에 대한 판단이 우선시 되지 않았나 하고 생각됨
Before
기획보다는 CTO의 아이디어 시각화에 집중됨
추가 제기되는 기타 의견은 별도로 추가 시각화하여 판단하기로 하여 상대적으로 구현의 허들이 생김
같이 작업을 했음에도 문제발생에 대한 원인이나 문제에 대한 고민보다는 결과에 대한 불만족스러움만 노출,
이후 개선 목표에 대한 명확한 GOAL 필요
작업의 어려움에 대한 건의에 대해 스캐쥴 조절로 해결하는 것은 상대적으로 부족한 결과만을 초래할 수 있다.
논쟁에 대한 최소화는 상대적으로 의사표현을 막을 수 있다.
언제나 논쟁과 다툼이 나쁜 것은 아니다
적당한 수준에 대해서는 생각하는 것과 말하는 것의 일치가 필요하다
회의 개요 및 역할에 대한 명확한 사전 공지 및 회의 스타일 공유 필요
ING
주요 논의 사항 및 목적이
협의 안에 대한 프로토타입 (케이스 별 페이지 구성/완성을 위한?)
거의 마무리 만든 서비스 시연/ UI UX 타당성체크?
일단 세부기능을 다 넣고 추후에 솎아내자 ->
너무
비좁고 복잡하다?
-> 기획 및 Ux의 부재?
으로
인지하고 있었으나
VS
피드백하는 당사자들은
서비스 기획안 리뷰 (서비스 범위 및 역할 기초 구성요소 파악/파악을 위한?)
일단 다양한 기능과 시각화 후 재구성 후 서비스 MVP 정리
로 이해하고 있었다.
After
명확하지 않은 의견공유 형태로 진행
추가 의견수렴에 대한 선별적 반영에 대한 조율이 필요
다른 의견들에 대한 수정여부 및 개선사항, 타당성 평가 후 내부 의견 정리 시간 필요
CTO와 coo의 문제해결 및 접근방식 차이
coo - IA 및 프로세스 정립 -> UI 설계 -> 디자인
- 불필요한 기술, 자랑하려는 기술력 간소화, 차별적인 서비스(BM)마련부터(..공략)
CTO - 일단 시각화 후 의견 수렴 후 조율
- 다만, 회의 시에는 불분명
COO 피드백에 대한 영향력, 참여에 대한 의지가 강한 만큼
기획에 대한 사전 참여
및 피드백을 통해 평가가 아닌 개선에 초점을 맞출 수 있도록 프로세스 개선 필요
