블로그 이미지
Welcom Back Tatter. 머샤머샤

카테고리

분류 전체보기 (140)
테터 (1)
悲歌 (12)
Lost & Found (1)
IT (126)
Total
Today
Yesterday
이 글은 (주)에이젼트소프트의 TeamProject Blog에 트렉백하기 위해서 쓰는 글입니다.

조금 어긋났지만, [영향분석] Keyword모니터링에서 KNOL관련 기사내용을 보다 TeamProject에 대해서 알게되었습니다. 우선 협업을위한 제품이 국내기술에 의해서 준비되고 있는것이 반가웠고, 좋은 결실을 가꾸어 가고 있는것같아 좋았습니다.

해당 홈페이지에서 교육동영상을 보다가 문득 CodeInside2 처럼 HTML Template을 지원하면 좀더 유용하지 않을까? 하는 생각이 들었습니다.

물론, TeamProject 개발팀은 나름의 로드맵을 가지고 있습니다만, 혹시 의견을 제시하면 참고할 지도 모르겠습니다.

협업관점에서 조금 벗어나서, Workflow Package를 만드는 관점에서 바라보면, Workflow Step 혹은 양식 Form(***요청서, ***검토서...)이 가지는 변경가능성은 나름 골치거리 입니다.

회사 혹은 조직 혹은 그 무었이든, 일(Work)은 고정되지 않았고, 시간이 지남에 따라서 변경(변화+적응+개선...) 되어야 합니다. 하지만 IT서비스 관점에서 그 변경을 무작정 재빠르게 응대 할 수 는 없는 상황입니다.

즉, 화면에 입력양식을 만들어 두어도 자꾸만 바뀌어야 한다는 것이지요. 그래서 다양한 해결 방법이 존재 합니다.

  • 입력항목을 Win(Web)Form으로 만들어서 구현하고, 변경되어야 한다면 변경 한다. ^^;
  • 입력항목이라는 것은 없다. 그냥 하나의 필드에 Plane Text로 모든 것을 입력하게 한다.(ㅠㅠ)
  • 입력항목을 오피스 양식파일(MS-Word류)로 만들고, 그것을 첨부하게 한다.
  • 입력항목을 XML 양식파일(Infopath류)로 만들고, 그것을 시스템이 읽어들인다.
  • 입력항목을 특화(범용)된 벤더솔루션파일(PDF 양식문서류)로 만들고, 그것을 시스템이 읽어들인다.

    이러한 예제 이외에도 생각 할 수 있는 무수한 방법이 있을 것입니다만, 의사결정하는 하는 가장 핵심 포인트는 입력된 양식항목을 개별 양식으로 인지 할 수 있어야 하는가? 입니다.

    TeamProject의 경우에는 불특정 다수가 세부과제를 수행하는 것에 초점을 두고 있기 때문에, 특정한 입력양식을 제공 할 필요성은 없어 보입니다만, 실제 과업을 수행 하는데는 작성 가이드가 포함된 Template을 제공 하는 것이 많은 도움이 됩니다.

    실루엣팀이 내부적으로 개발해서 사용하는 협업도구인 CodeInside2의 경우에는 HTML Template을 만들어서 사용 할 수 있도록 하고 있습니다. 이러한 HTML Template은 (비록)각 입력 항목을 인식 할 수는 없지만, 신속하게 Template을 개발하고, 자유롭게 편집 할 수 있는 장점. 즉, Agile한것이 장점이라고 할 수 있습니다.

    CodeInside2 HTML Template 예제 동영상 보기

    작은 희망사항입니다만, TeamProject에서도 HTML Template을 사용 할 수 있기를 기대해 봅니다.

  • Posted by 머샤머샤
    , |

    IBM Jazz - Concert 시연 중에서

    IBM Jazz - Concert 관련 내용을 검토하다가, 탐이나는 UI를 발견하고는 몇번을 되돌려 보았습니다.
    일견 EverNote의 카테고리 필터정도의 수준이 아니었나 생각했지만, 잠시 확인해 보고는 아주 부럽게 바라보고 있습니다. ^^;

    동영상을 유심히 보시면
    1. 하나의 Article이 HTML 속성을 가지고 있다는 것을 아실것입니다. 이정도는 흔한 UI이지만, Article 본문에서 특정 영역을 Expand하면, Comment를 추가 할 수 있는 UI가 나타납니다.
    2. 물론 Add Commnet를 수행하면, Comment를 입력 할 수 있는 입력필드가 나타나고 입력 할 수 있습니다.

    >여기에서 만약 Article이 출력되는 Control이 WebBrowser Control이라면, 뭐, 그럴수도 있겠구나 하겠는데..

    3. Article의 내용을 필요에 의해서 복사 > 수정하고, 영역을 선택 한 다음, 마우스 오른쪽 메뉴에 있는 Task Command를 통해서 Article vs. Task의 Link를 생성합니다. ^^;

    직관적입니다. 물론 국내의 버튼문화에 익숙해진 사용자들에게는 익숙해지는데, 아주 조금의 시간이 필요하겠지만, 젊은 층이라면 아주 빠르게 다가 설수 있을 것입니다

    제가 부러웠던 이유는, 풍부한 표현을 할 수 있는 컨트롤이 부러웠던 것인데.. ALM도구들의 특성상 가장 중요한 것은 사용자들이 사용하고자 하는 [의지].


    잠시 실루엣 개발팀이 WorkItem을 관리하기 위해서 팀에서 만들어서 사용하는 CodeInside2와 비교해 보면. 거대기업 IBM이 만들어 내는 제품과 차이는 많지만, [협업]이라는 그 근본적인 목적은 다르지 않을 것입니다.

    CodeInside에 대한 정식소개 (제품으로 출시한다면 말입니다.)를 언제인가 할 수 있기를 바랍니다.
    Posted by 머샤머샤
    , |
    사용자 삽입 이미지
    첨부파일을 표시하는 방법을 변경하였습니다.

    달라진 사항은 [파일명 > 첨부일자]로 표시되는 것을 [첨부일자 > 파일명]으로 표시되도록 한 것입니다.

    첨부일자는 고정된 Lengrh를 가지기 때문에, 앞쪽에 위치하여도 일목요연한 View를 제공 할 수 있도록 되어 있는 것입니다.

    그리고 보니, 첨부한 사용자 정보가 없군요. ^^; (이것은 아직 관리되고 있지 않습니다)
    Posted by 머샤머샤
    , |

    Article Link

    IT/CodeInside / 2008. 5. 13. 14:47
    사용자 삽입 이미지

    Article을 작성하다보면, 이전에 작성된 Article을 의미하거나, 기술해야 하는 경우가 종종 있습니다.

    표준화된 양식방식으로 Article을 표현하기 위해서 [Link 복사] 기능을 추가하였습니다.

    복수의 Article을 선택하고 [Link 복사]를 실행하면 Article ID(Seq)와 경로가 Windows Clipboard로 추가 됩니다.

    사용자 삽입 이미지
    복사돤 Article은 작성시 Cntl+V로 붙여 넣어 사용 하면 됩니다.

    사용자 삽입 이미지

    혹시 경로가 변경되더라도 Link에 있는 Article ID(Seq)를 검색에서 찾을 수 있도록 하였습니다.
    Posted by 머샤머샤
    , |

    최근에 달린 댓글

    최근에 받은 트랙백

    글 보관함