반응형

성과관리 (원본 Niels Pflaeging, 번역 변주경, 감수 최두옥)

http://www.slideshare.net/dooookagnes/niels-pflaeging-16583487

 

 

.

반응형
반응형

프로젝트는 요구사항을 분석하고, 업무의 우선순위를 결정하는 것으로 시작된다.

기업의 생명과 직결된 0순위 업무, "기업에 이익을 가져다줄 확실한 업무"를 정의해야 한다.

필요없는 일은 과감하게 버려야 한다.

 

일반적인 개발업무의 대부분은 저품질 업무가 80% 정도이다.

고품질 업무 20%에 집중하고, 저품질 업무에 에너지와 시간을 낭비해선 안된다.

 

개발자들에게 여유를 주고, 테스트와 품질은 품질관리팀이 접근해 문제의 요인을 추적하고

통보하는 방식으로 품질관리 책임을 분리하는 것이 최선이다.

 

가장 중요한 고려사항은 커뮤니케이션이다. 이런 업무의 대부분은 신뢰가 전제돼야 하기 때문이다.

업무의 우선순위가 정치적,심리적 변화에 따라 변화된다면 이는 제대로 되는 업무가 아닐것이다.

 

우선순위를 정의할 때 핵심요소는

1.업무의 가치

2.업무의 원천 - request

3.기업의 가치추구

4.직원상호간의 가치추구

5.고품질이 요구되는 업무의 구분

 

 

반응형
반응형

캡챠(CAPTCHA) - Completely Automated Public Test to tell Computers and Humans Apart

: 문자판별을 요구하는 테스트.

  인터넷상에서 사람인지 기계인지 구분할 목적으로 쓰이는 일련의 테스트를 말한다.

 

* 캡챠 디자인 요건

 - 정상 범위의 사람이 인식할 수 있는 범위에서 왜곡된 문자들로 구성한다.

 - 기존에 알려진 기계 또는 소프트웨어로는 판독이 불가능한 문자 이미지로 디자인한다.

 

캡챠 제공 사이트 : http://www.google.com/recaptcha

 

CAPTCHA : http://ko.wikipedia.org/wiki/CAPTCHA

 

CAPTCHA(Completely Automated Public Turing test to tell Computers and Humans Apart, 캡차)는 HIP(Human Interaction Proof) 기술의 일종으로, 어떠한 사용자가 실제 사람인지 컴퓨터 프로그램인지를 구별하기 위해 사용되는 방법이다. 사람은 구별할 수 있지만 컴퓨터는 구별하기 힘들게 의도적으로 비틀거나 덧칠한 그림을 주고 그 그림에 쓰여 있는 내용을 물어보는 방법이 자주 사용된다. 이것은 기존의 텍스트와 이미지를 일그러뜨린 형태로 변형한 후 인식 대상이 변형된 이미지로부터 기존 이미지를 도출해 낼 수 있는지를 확인하는 방식의 테스트이다. 컴퓨터 프로그램이 변형시킨 이미지는 사람이 쉽게 인식 할 수 있지만 컴퓨터 프로그램은 변형된 이미지를 인식하지 못하므로 테스트를 통과하지 못한다면 테스트 대상이 사람이 아님을 판정할 수 있다. 흔히 웹사이트 회원가입을 할 때 뜨는 자동가입방지 프로그램 같은 곳에 쓰인다.

CAPTCHA는 기기가 사람을 대상으로 하는 테스트이므로 사람에 가까운 기기를 대상으로 하는 테스트인 튜링 테스트(Turing test)에서 용어를 따와 리튜링 테스트(re-Turing test)라고 부르기도 한다.


목차

[숨기기]

 

 

 

반응형
반응형

An open-source GUI prototyping tool that's available for ALL platforms.

Pencil is built for the purpose of providing a free and open-source GUI prototyping tool that people can easily install and use to create mockups in popular desktop platforms.

The latest stable version of Pencil is 2.0.3 with many enhancements and bug-fixes.

Project News

November 28th, 2012 - Pencil version 2.0.3 has been released with minor enhancements and bug fixes.

 

Standalone version for your own operating system

Different builds of Pencils are made for popular operating systems. Please select the build on the right side and start installing Pencil.

Please note that Pencil is also available in the software repositories of Fedora and ArchLinux. Users of these GNU/Linux distros can install Pencil using the built-in package manager. Packages delivered via these repositories may be a little bit out dated in comparison with the latest builds available here.

Fedora Linux (16, 17, 18) users:
# yum install pencil

ArchLinux users:
# yaourt -S pencil

Firefox Extension

Pencil is built on top of Mozilla technologies and can be installed into your Firefox as an extension.

반응형
반응형
pxd UX Lab. :: Project Climbing : PM이 되고자 할 때 알아야 하는 9가지
story.pxd.co.kr
어떠한 목표를 달성하기 위해 여러 명의 이해 관계자가 프로젝트에 참여한다는 것은 목표 지점에 도달하기 위한 일종의 등반이자 탐험대와 유사합니다. 그 중엔 함께 정상에 오를 사람도 있겠지만, 등반에는 참여하지 않고 보급을 책임져 줄 사람과, 등반을 위한 장비와 재정적인 지원을 해주는 스폰서

 

Project Climbing : PM이 되고자 할 때 알아야 하는 9가지

1. 등반을 함께 할 사람들의 역할과 관계를 파악하라_프로젝트 골과 이해 관계자 파악하기

2. 자신만의 축척으로 그려진 지도를 만들어라_프로젝트 일정 머리 속에 입력하기

3. 자신만의 등반가방을 만들어라_프로젝트에서 진행할 프로세스와 방법론에 대해 알아야 한다

4. 팀원들과 로프를 연결하라_함께 일하는 팀원들을 항상 생각하라. 혼자서 일할 수 없다

팀원들과의 협업과 관계를 유지하는 몇 가지 원칙을 말하자면...

▷ 팀원들은 항상 자신이 하는 일이 어떤 가치가 있는지 알고 싶어 합니다. 지속적이고 반복적인 설명을 통해 자신이 무슨 일을 하고 있고, 성장할 수 있는 기회에 있다는 생각이 들게 해야 합니다.

▷ 각 팀원들이 해당 프로젝트에서 얻을 수 있는 개인적인 목표를 설정하게 하는 것도 지속적인 동기 부여를 유지하는데 효율적인 방법입니다.
 각 팀원들의 상태와 성장 속도는 모두 다릅니다. 각 팀원들의 현재 상태를 파악하고, 그에 따른 맞춤형 관리를 해 주어야  빠르게 성장할 수 있습니다. 예를 들면 신입 사원에겐 용어정의부터 차근차근 설명한다면, 2년차에겐 믿고 맡기고 함께 논의하는 것이 더 도움이 될 수 있습니다.
 솔직하게 말하는 것이 좋습니다. 어쩔 수 없이 하는 거짓말이나 숨김도 같이 일하는 팀원들과의 장벽만을 만들뿐입니다.
 팀원 개개인이 스스로 조절할 수 있는 짧은 일정을 제공하는 것이 좋습니다. 모든 사회인들은 회사 생활과 사적인 개인 생활의 균형이 어루어져야 합니다. 모든 일정을 직접 관리하려 들지 말고 개인별로 일정과 업무의 양을 조절하면서 오늘은 야근을 해서라도 일을 끝내고 내일은 친구들과 만날 수 있게 해 주어야 합니다. 원하는 시간에 친구도 만나고 술도 먹고 영화도 볼 수 있어야, 내일의 업무도 빠르게 진행됩니다.
 공식적인 업무 시간이 아닌 경우에는 회의 시간을 절대 잡지 마십시오. 모든 회의는 업무 시간내에서 시작하고 끝내는 것을 원칙으로 해야 합니다.  
 프로젝트 운영을 효율성을 추구할 것인지, 새로운 가치를 만들것인지, 교육이 목적인지 프로젝트 시작시에 팀원들에게 말해주는 것이 좋습니다. 미리 알려주어야 팀원들도 대비할 수 있습니다.
 모든 팀원을 만족시키는 완벽한 PM이 되기는 매우 어렵습니다. 완벽한 PM이 될 수 없다면 일정한 원칙과 기준을 가져야 합니다. 그래야 함께 일하는 팀원들이 이해할 수 있고, 적응할 수 있으니까요. 제일 안 좋은 PM이 원칙과 기준없이 이랬다 저랬다 즉흥적인 판단과 지시만을 하는 경우입니다.

5. 언어를 배워라_상황에 따른 언어사용 능력이 필요하다

다학제적인 특성을 지니고 있는 UX 분야에서 언어를 이해한다는 것은 커뮤니케이션 비용의 절감과 새로운 정보를 얻을 수 있는 루트이기도 합니다. 등반을 하다보면, 먼저 등반을 마치고 내려오는 사람들에게 매우 중요한 정보를 얻는 경우가 있습니다. 정상의 날씨가 안좋아지고 있다거나, 이 경로로 올라가면 어느 정도의 시간이 걸린다는 내용 말입니다. 이런 정보는 등반 계획을 그대로 실행할지, 수정할지를 판단하는 매우 중요한 판단 근거가 되는데, 이 때 언어를 몰라 그 정보를 알아듣지 못하면 등반의 성패를 좌지우지 할 수 있습니다.

6. 베이스 캠프를 만들어라_프로젝트 크기나 일정에 따라 Milestone이 필요하다.

프로세스에 따라 베이스캠프를 만들 시점을 파악하고, 그 시점을 기준으로 긍정적인 감정과 분위기를 생성하도록 유도해 내는 것 역시 PM의 중요 임무임을 잊지 말아야 합니다.

7. 현지 적응 시간이 필요하다_새로운 인력이 투입되는 시기도 때가 있다.

8. 올라온 코스 되돌아 보기_전반적인 프로젝트 히스토리를 돌이켜보고 회고하라

프로젝트 회고(Retrospective)를 하는 방법을 말하자면...

▷ 해당 프로젝트에 처음부터 끝까지 참여한 인원이 프로젝트 목적이나, 히스토리, 투입 시간, 투입 인원 등 대략적인 프로젝트 정보들을 모아서, 팀원들과 간단히 공유합니다.

 포스트잇에 프로젝트에서 진행했던 중요 사건을 시간순으로 기록하고, 벽에 붙입니다.

 중요 사건들을 보면서 각 사건별로 좋았던 점, 안 좋았던 점을 개인별로 포스트잇에 적어 붙입니다.

 좋았던 점, 안 좋았던 점을 적을때 논리적인 이유가 있을 필요는 없습니다. 예를 들어 특별한 이유는 모르겠지만, 개인의 감정이 좋지 않았던 시점이 있었어도 기록하면 됩니다. 

 각각의 좋았던 점과 안 좋았던 점을 팀원들간 공유하면서, 개선점을 함께 논의합니다.

 프로젝트 초기에 설정한 개인 목표의 달성 여부를 공유합니다. 달성했다면 어떤 부분이 좋았는지, 미달성했다면 달성하지 못한 이유를 이야기하는 것이 좋습니다.

 마지막으로 함께 한 팀원들의 장점을 적고, 서로 공유합니다.

9. 단지 선두에 있는 사람일 뿐이다_PM이 없는 프로젝트가 최고의 프로젝트이다. 



 

반응형
반응형

IT 트랜드 2013.02

Spring보다 쉽고 빠른 웹 개발
 - 파이썬3 기반 웹프레임워크 (Pylatte)

 └ http://www.pylatte.org/
 └ http://pypi.python.org/pypi/Pylatte
 └ http://www.facebook.com/pylatte
 └ https://github.com/rucifer1217/pylatte
 └ http://code.google.com/p/pylatte/
 └ http://code.google.com/p/pylatte/source/browse/pylatte_git/
 └ http://rucifer.tistory.com/category/Programing/Python
 └ http://wiki.python.org/moin/WebFrameworks


AngularJS 시작하세요.
http://angularjs.org
https://github.com/angular/angular.js
http://docs.angularjs.org/tutorial/
http://code.angularjs.org/
http://www.youtube.com/user/angularjs

Backbone.js
Angulars.js + Bootstrap 웹앱 개발 데모


MongoDB(빅데이터)

네이버에서 NGINX 도입시, 이렇게 테스트 했다.
 - 외부 시스템 Mocking을 통한 웹서버 확장 모듈테스팅 기법

 

클라우드의 이클립스 - goom IDE로 자바개발하기


2013 django 변화와 진화
⊙ django의 장점/단점
⊙ fabric을 이용한 django 배포
⊙ django와 celery
⊙ pypy와 django
⊙ django 1.5의 변화된 점
⊙ django on the cloud

반응형
반응형

1. 매뉴얼(Manual) – 설명서의 뜻이죠

그런데 우리는 메뉴얼 이라고도 표기하다 또는 매뉴얼로 표기하기도 하지요

그러나 맞춤법 표준에 따르면 매뉴얼입니다.

 

2. 콘텐츠(Contents) - 인터넷이나 컴퓨터 통신 등을 통하여 제공되는 각종 정보나 그 내용물. 유ㆍ무선 전기 통신망에서 사용하기 위하여 문자ㆍ부호ㆍ음성ㆍ음향ㆍ이미지ㆍ영상 등을 디지털 방식으로 제작해 처리ㆍ유통하는 각종 정보 또는 그 내용물을 통틀어 이른다.

 

3. 메뉴(Menu) - 표시 장치에 표시되는 입력 기법의 하나. 화면에 사용자가 선택할 수 있는 항목을 표시한다. 명령을 간단한 기호로 표시하여 사용자에게 편리를 제공할 수도 있다.

반응형
반응형

사고 절약의 원리
 
오컴의 면도날은 흔히 '경제성의 원리'(Principle of economy)라고도 부른다. 오컴의 면도날을 간단하게 설명하자면, 어떤 현상을 설명할 때 불필요한 가정을 해서는 안 된다는 것이다. 현대적으로 번역하자면, '같은 현상을 설명하는 두 개의 주장이 있다면, 간단한 쪽을 선택하라'는 뜻이다. 여기서 면도날은 필요하지 않은 가설을 잘라내 버린다는 비유이며, 필연성 없는 개념을 배제하려 한 "사고 절약의 원리"(Principle of Parsimony)라고도 불리는 이 명제는 현대의 과학 이론을 구성하는 기본 지침이 되었다.

 

• 해당 내용은 위키백과에서 인용했음을 밝힙니다.

반응형

+ Recent posts