구름IDE란?
무엇이 다르죠?
지원하는 프로그래밍 언어
'프로그래밍 > Architect' 카테고리의 다른 글
| 개발 명장이 되는 길 (0) | 2014.10.10 |
|---|---|
| TOP5 오픈 소스 프로젝트 관리 도구 (0) | 2014.09.03 |
| 조직의 승패 결정하는 '6가지 리더십 유형' (0) | 2014.05.09 |
| 프로그래머에게 필요한 5가지 덕목 (0) | 2014.05.08 |
| 글쓰기 훈련 (0) | 2014.04.28 |
| 개발 명장이 되는 길 (0) | 2014.10.10 |
|---|---|
| TOP5 오픈 소스 프로젝트 관리 도구 (0) | 2014.09.03 |
| 조직의 승패 결정하는 '6가지 리더십 유형' (0) | 2014.05.09 |
| 프로그래머에게 필요한 5가지 덕목 (0) | 2014.05.08 |
| 글쓰기 훈련 (0) | 2014.04.28 |
장점 지시명령형 리더십은 빠르게 일처리를 해야할 때 유용하게 쓰입니다. 긴급한 상황에 신속한 지시와 명령이 필요한 경우에 지시명령형 리더십이 큰 효과를 발휘합니다. 조직의 긴장이 풀려 있어서, 긴장 분위기를 조성해야 하는 경우 혹은 고객의 불만에 신속히 대응해야 하는 경우에 유용합니다.
단점 지시명령형 리더십의 큰 단점은 부하직원에게 자주성을 부여하지 못한다는 점입니다. 이 리더십을 반복하다 보면 상사의 명령만을 기다릴 뿐 스스로는 아무것도 하지 못하는 지시대기형 부하직원이 만들어지기 쉽습니다. 언제나 상사로부터 지시받은 대로만 하는데 익숙해지기 때문입니다.
장점 미래의 비전을 제시하여 조직 구성원들에게 열정적으로 일할 동기를 부여합니다. 설정된 하나의 목표만을 향해 조직이 움직이기 때문에 조직 구성원은 효율적으로 일할 수 있습니다.
단점 비전형 리더십은 리더에 대한 부하의 존경과 신뢰가 반드시 있어야만 효과를 볼 수 있습니다. 리더보다도 경험이 풍부하고 지식이나 전문능력이 높은 부하직원이 있는 경우, 비전형 리더십은 효과적이지 못합니다. 리더로서의 권위를 잃거나, 리더를 부하직원들이 신뢰하지 않을 때도 마찬가지로 비전형 리더십은 효과를 보기 어렵습니다.
장점 관계중시형 리더십은 새로운 직원을 조직에 동화시키고 업무에 적응시키는데 효과적입니다. 비전형 리더십과 관계중시형 리더십을 함께 발휘하면 더욱 효과적일 것입니다. 비전형 리더십으로 비전을 제시하고 관계중시형 리더십으로 팀의 화합을 도모한다면 팀의 효율은 배가될 수 있습니다.
단점 관계중시형 리더가 이끄는 조직은 ‘사이 좋은’ 클럽으로 빠져버릴 위험이 있습니다. 멤버간에 모두 친밀하기 때문에 조직은 평화롭지만 긴장감이 전혀 없을 수가 있기 때문입니다. 이 때문에 조직성과가 높지 않을 가능성이 큽니다.
장점 가장 민주적인 리더십으로 모든 부하구성원의 의사에 귀를 기울일 수 있습니다.
단점 집단운영형 리더는 조직을 리드하면서 최종결정을 내리는 능력이 부족합니다. 이 때문에 아무리 부하들과 회의를 거듭해도 의견일치를 이끌어내지 못할 가능성도 있습니다. 의사결정과 업무수행 속도가 떨어진다는 단점이 있고, 긴급한 업무를 수행할 수 없을 때도 많습니다.
장점 조직 규모가 작아 조직 구성원이 조직 전략과 이에 필요한 기술을 잘 알 수 있을 때 효과를 발휘하는 리더십입니다. 조직 구성원이 우수하고 상사의 특별한 상사의 관리가 필요하지 않을 때, 부하가 의욕적이어서 상사의 동기부여를 필요로 하지 않을 경우에 효과적입니다.
단점조직이 크고 복잡해서 상사 혼자서 업무를 처리하기 힘든 경우나, 부하에게 많은 것을 지시하고 가르쳐야 할 때는 큰 효과를 거들 수 없습니다.
장점 육성형 리더십은 부하가 스스로 발전하고자 하는 의지가 있을 때 매우 효과적입니다.
단점 리더의 지도기술이 부족하여 자신이 지도할 부하와 가르쳐야 하는 내용에 대해 제대로 파악하지 못할 경우에는 효과를 볼 수 없습니다. 단기적인 성과를 요구하는 일을 할 때도 육성형 리더십은 효과적이지 않습니다.


| TOP5 오픈 소스 프로젝트 관리 도구 (0) | 2014.09.03 |
|---|---|
| 클라우드 IDE - 구름IDE (goorm.io) (0) | 2014.06.27 |
| 프로그래머에게 필요한 5가지 덕목 (0) | 2014.05.08 |
| 글쓰기 훈련 (0) | 2014.04.28 |
| 최고, 최악의 상사를 가르는 체크리스트 (0) | 2014.04.25 |
1. 모든 걸 잘 하는 게 아닌 걸 인정하자
아무리 난다 긴다 하는 프로그래머도 모든 걸 잘 할 수는 없습니다. 어떤 프로그래머도 모든걸 경험할 수 없습니다. 이걸 모두가 인정하는게 가장 중요합니다. 기획자와 프로그래머 사이에 미묘한 긴장감이 흐르면 기획자는 “내가 만든 기획들은 다른 회사에서 이미 했던거야, 그러니 너는 나에게 반박할 수 없을 걸?”이라는 생각을 가지고 접근하게 됩니다.
가끔 프로그래머에게 와서 이거 되냐고 묻죠. 된다고 얘기하면 그 때 된다고 하지 않았냐며 기획에 넣었다 그러죠. 그런데, 된다. 한다. 할 것이다. 이게 다 같은 얘긴가요? 아닙니다. 이런 문제가 일어나는 이유는 팀웍에 문제가 있기 때문입니다. 그래서 인정해야 합니다. 너와 나, 우리 모두 모든 걸 잘하는 게 아님을.
2. 자존심을 세우는 건 좋지만, 쓸데 없는 자존심은 버리자
프로그래머들의 성향은 자존심이 센 경우가 많습니다. 전문직종 사람들이 다들 그렇죠. 이는 본인이 하는 일에 대한 프라이드이기도 하고 자신의 두뇌에 대한 프라이드이기도 한데, 그렇게 나쁜 것만은 아닙니다. 프라이드가 적은 사람은 그만큼 책임감도 적기 때문입니다.
하지만, 내가 해본 것과 해보지 않은 것, 할 수 있는 것과 할 수 없는 것, 빨리 할 수 있는 것과 빨리 할 수 없는 것은 냉철하게 판단해야 합니다. 그래서 “난 이 기간 동안 이걸 만들 수 없다.”고 말할 수 있어야 합니다.
3. 기획단계부터 참여하자
이 말을 잘 이해해야 합니다. 기획에 감 놔라, 배 놔라 하라는게 아닙니다. 기획단계에서부터 서로 대화를 하라는 겁니다. 무엇을 만들기로 했으면 어떻게 해야 쉽고 빠르게 만들수 있는지 서로 대화를 해서 내가 선택한것처럼 기획자가 선택할수 있게 되면 더할나위 없이 좋겠죠. 이는 서로에게 좋은 기회일 겁니다.
4. 폭넓은 지식을 쌓자
프로그래머가 너무 기술만 파면 다른 파트와 대화가 안 됩니다. 폭넓은 지식을 쌓을수 있도록 노력해야 됩니다. 그래야 기획도 할 수 있고, 기획자랑 대화도 할 수 있고, 나중에는 사업도 할 수 있습니다.
5. 같은 프로그래머끼리 괴롭히지 말자
“내가 만들면 3일이면 되는데 저거 만드는데 뭐 이렇게 오래걸려?” 이런 말을 입에 달고 사는 사람들이 있습니다. 어떤 미국에 좋은 학교를 나온친구가 자기가 하면 일주일이면 된다고 했습니다. 그래서 그 사람에게 일을 시켰죠. 그런데 못했어요. 한 달 넘게 걸렸을 겁니다. 그 친구가 프로그래밍 실력이 없어서 못한건 아니에요. 상대 업체가 메뉴얼을 줬는데 준데로 만들어도 안됐거든요.
모든일이 각자 다 사정이 있습니다. 위와 같은 말은 절대 해선 안됩니다.
1. 막 던지지 말자
300명이 참여한 프로젝트와 비교하지 마세요. 특히… “엑셀처럼 만들어 주세요”, “포토샵은 되던데”, “네이트온에 있는 기능은 다 있으면 됩니다”
… 이런 말은 일진 애들이 빵셔틀한테 500원 주고 2만원 어치 사온 다음 거스름돈 가져와라는 말과 같습니다.
2. 프로그래머의 개인 취향과 특성을 존중하자
저는 게임회사를 다니고 있습니다. 제가 본 바로는, 아티스트들에 대해서는 취향과 경험을 존중해 줍니다. 물론 경영진 앞에서는 이런 것들이 무시되기 십상이기 때문에 나름의 고충이 있지요. 그런데 프로그래머는 더 심합니다. 프로그래머들의 장단점, 취향 따위는 아예 고려가 되지 않습니다.
기획자는 다른 회사의 제품을 벤치마킹을 해서 기획을 합니다. 그리고 프로그래머에게 기획서를 주죠. 그럼 프로그래머는 연구도 하고 삽질도 하면서 프로젝트를 진행시킵니다. 당연히 야근은 필수고 과정 자체도 만족스럽지 못하며 프로그램을 완성시켜도 질이 좋지 않습니다.
3. 프로그래머는 시다바리가 아닙니다
우리나라는 서비스 기획자가 최고입니다. 이 나라에 있는 대부분의 회사가 그렇게 생겼습니다. 하지만 해외에서는 프로그래머가 주도하는 회사도 많습니다. 글로벌 기업의 경우에는 더욱 그렇고요. 건축현장에서도 설계자와 현장에서 일하시는분과의 마찰이 있고, 의상디자이너와 현장직 아주머니와의 마찰이 있습니다. 그래도 이 분들은 다들 전공이 그쪽입니다. 반면 소프트웨어, 웹 기획자는 전산 전공이 아니죠.
때문에 디테일한 부분에서 프로그래머가 더 많이 아는 영역이 많습니다. 많은 기획자 분들이 따라오려 노력하지만, 그 차이는 쉽지 않습니다. 그렇다면 당연히 프로그래머를 파트너로 대해야겠지요?
원문: 모영철 프로그램 철학 / 편집: 리승환
| 클라우드 IDE - 구름IDE (goorm.io) (0) | 2014.06.27 |
|---|---|
| 조직의 승패 결정하는 '6가지 리더십 유형' (0) | 2014.05.09 |
| 글쓰기 훈련 (0) | 2014.04.28 |
| 최고, 최악의 상사를 가르는 체크리스트 (0) | 2014.04.25 |
| 구글다움(Googliness) 을 유지하는 10가지 핵심 가치 (0) | 2014.04.23 |
글쓰기 훈련
1. 제대로 써라 - http://blog.naver.com/dotoad/90149039599
2. 유치원 아이에게 써라 - http://blog.naver.com/dotoad/90149549681
3. 첫문장이 중요하다 - http://blog.naver.com/dotoad/90150128936
4. 홈페이지를 만들어라 - http://blog.naver.com/dotoad/90150698451
5. 잡학박사라 되어라 - http://blog.naver.com/dotoad/90151261204
6. 사설을 마침표까지 그대로 필사하라 - http://blog.naver.com/dotoad/90151803100
7. 동요를 2절까지 옮겨 써보자 - http://blog.naver.com/dotoad/90152359764
8. 신문 헤드라인을 베껴 써보자 - http://blog.naver.com/dotoad/90152886241
9. 노트를 사라 - http://blog.naver.com/dotoad/90153345323
10. 좋은 글을 채집하라 - http://blog.naver.com/dotoad/90153870398
---
책벌레 카페: 책벌레그룹 http://cafe.naver.com/bookwormkr
책벌레 운영자: 소셜홀릭 https://facebook.com/fbsocialholic
| 조직의 승패 결정하는 '6가지 리더십 유형' (0) | 2014.05.09 |
|---|---|
| 프로그래머에게 필요한 5가지 덕목 (0) | 2014.05.08 |
| 최고, 최악의 상사를 가르는 체크리스트 (0) | 2014.04.25 |
| 구글다움(Googliness) 을 유지하는 10가지 핵심 가치 (0) | 2014.04.23 |
| [펌] 사업 개발자(Biz Dev)는 무엇을 잘해야 할까? (0) | 2014.02.17 |
최고, 최악의 상사를 가르는 체크리스트
http://www.insight.co.kr/news.php?Idx=1883&Code1=002
심리학자 Steve Albrecht 박사가 미국의 심리학 전문 사이트인 Psychology Today에 기고한 칼럼에 따르면 좋은 상사와 나쁜 상사의 유형은 아래와 같다.
■ 좋은 상사
- 팀원들의 의견을 경청한다.
- 모두를 공정하게 대한다.
- 커리어에 대해 멘토링을 해준다.
- 사람들 앞에서 칭찬을 해준다.
- 실수로부터 배울 여유를 준다.
- 경조사, 생일, 아플 때 등 디테일하게 챙겨준다.
■ 나쁜 상사
- 알콜 홀릭
- 업무지시를 번복한다.
- 소리 지른다.
- 무능력하다.
- 부하 직원들의 화장실 가는 시간까지 체크한다.
- 남의 아이디어를 가로챈다.
- 팀원들과 소통하지 않는다.
- 업무에 대해 아무것도 가르쳐주지 않으며, 질문을 귀찮아한다.
- 상부에 나를 깎아내리는 말을 한다.
- 개선책 없이 꾸짖기만 한다.
위와 같이 두 부류의 특징은 완전히 상반된다.

워커홀릭 유능한 상사는 독일까 약일까? ⓒMBC
그렇다면 스스로 질문해보자. “내 보스들은 그들의 리스트를 갖고 있는가?”
그렇다. 그들도 역시 나를 누군가와 비교하고 있을 것이다.
<!--[if !supportEmptyParas]--> <!--[endif]-->
이제 적어놓은 리스트로부터 좋은 상사가 되려면 무엇을 해야 할지, 그리고 하지 말아야 할 것은 무엇인지 배워야 할 시점이다.
| 프로그래머에게 필요한 5가지 덕목 (0) | 2014.05.08 |
|---|---|
| 글쓰기 훈련 (0) | 2014.04.28 |
| 구글다움(Googliness) 을 유지하는 10가지 핵심 가치 (0) | 2014.04.23 |
| [펌] 사업 개발자(Biz Dev)는 무엇을 잘해야 할까? (0) | 2014.02.17 |
| 훌륭한 보스의 12가지 사인 (0) | 2014.02.06 |
구글다움(Googliness) 을 유지하는 10가지 핵심 가치
| 글쓰기 훈련 (0) | 2014.04.28 |
|---|---|
| 최고, 최악의 상사를 가르는 체크리스트 (0) | 2014.04.25 |
| [펌] 사업 개발자(Biz Dev)는 무엇을 잘해야 할까? (0) | 2014.02.17 |
| 훌륭한 보스의 12가지 사인 (0) | 2014.02.06 |
| 소프트웨어 품질, 누가 책임져야 할까? (0) | 2013.10.31 |