Project Manager PM이 어려운 것은  클라이언트가 터무니 없는 것을 요구하기 때문이 아니다. 터무니 없는 것은 안해주거나, 못해주면 그만이다. 하지만 갑 된 입장에서는 당연히 요구할 수 있는 것이지만, 을 된 입장에서는 정말 들어주기 어려운 것들이 있다. 먼가 좁힐 수 없는 입장의 차이가 드러났을 때 PM은 온몸으로 다리가 되기도 하고, 샌드백이 되기도 한고, 몸빵을 할 때도 있다. 회색주의자가 되기도 하고, 박쥐가 되기도 한다. 쇼바는 PM의 중요한 본분 중 하나.
2009/05/08 07:37

칼린더 이 글은 잘못된 내용을 담고 있습니다. 아웃룩은 주단위로 연속스크롤이 되고 있었습니다. 이를 제보해주신 Gloridea 님께는 감사를, 저의 허술함에는 조롱을 보냅니다. 그럼 이 글은 구글 칼린더도 아웃룩처럼 개선했으면 좋겠다는 취지로 의미가 반감되겠내요. ^^

프로잭트 메니저(PM)을 하면서도 몇몇 부분은 서브 개발자로 참여했다. PM의 입장에서 일정을 챙기다보니, 실무자로써의 일정을 소흘히했다. 그래서 저저저번 주말은 아무도 몰라주는 시간외 근무였다. 그 원인 중에는 구글 칼린더도 구차하지만 언급하지 않을 수 없다. 칼린더의 목적은 시간의 볼륨감을 시각화시켜서 직관적으로 일정을 확인할 수 있도록 하는 것이다. 그런데 이 칼린더라는 것이 대체로 주(week)와 특히 월(month) 중심이다. 무슨 말이냐면, 주가 바뀔 때 행(row)이 바뀌고, 월이 바뀔 때는 페이지가 바뀐다. 그렇다보니, 월이 바뀌는 경계에서 시간에 대한 감각이 왜곡되는 현상이 발생한다. 이건 종이 칼린더의 수긍할 수 있는 한계이다. 종이는 페이지를 넘어설 수 없기 때문이다. (정확하게는 MS 아웃룩이 종이칼린더의 메타포를 사용하고 있는 것이고, 구글은 이것을 다시 무비판적으로 웹에서 구현한 것이지만) 구글 칼린더는 왜 이런 한계까지 그대로 상속하고 있는 것일까? 모니터는 스크롤이 있지 않은가? 그런 점에서 페이지와 스크롤을 절묘하게 조합한 믹시의 인터페이스는 참고할 만하다. http://mixsh.com는 스크롤이 화면의 하단에 도착함에 따라 자동으로 컨텐츠를 로딩함한다. 거슬리는 페이지 전환 없이도 연속적으로 읽기가 가능하다. 이거 재미나니까 안해보신 분은 꼭 해보시길. 이걸 칼린더에 도입하면 어떨까? 즉, 기본적으로 한가운데에는 오늘이 위치하고, 스크롤을 위로 하면 과거가, 아래로 하면 미래가 동적으로 로딩되는 것이다. 이렇게 하면 월단위로 시간 감각이 왜곡되는 현상을 방지하면서, 동선을 줄일 수 있다. 이건 좀 다른 이야기인데, 내가 구글이라면 윈도우 하단의 오른쪽 작업표시줄의 시계영역을 서비스와 연동하겠다. 오늘 날 시계가 없어진 원인의 5할은 휴대폰이고, 5할이 저 윈도우 시계인데 말이다.
2009/05/07 09:48

일정

과학이라기보다, 각오에 가깝다.

2008/03/09 23:27