학습 패턴/나쁜 프로젝트에 대한 간단한 지침
위키미디어 리소스 센터의 일부학습 패턴organizational
나쁜 프로젝트에 대한 간단한 지침
.jpg)
문제모든 것이 너무 순조롭게 돌아가고 있나요? 팀이 지루해하나요? 흠잡을 데 없는 프로젝트를 진행하려고 하시나요? 걱정하지 마세요! 선택할 수 있는 실수 요약이 나왔습니다! 자유롭게 사용하고, 공유하고, 보완하세요!
해결 방법이 학습 패턴의 몇 가지 간단한 지침을 따르기만 하면 다시는 완벽한 프로젝트를 던질까 봐 걱정할 필요가 없습니다. 여러분과 여러분의 팀에게 가장 섹시하고 도전적인 실수를 골라보세요!
생성10:28, 26 September 2016 (UTC)
상태:DRAFT
이것은 어떤 문제를 해결합니까?
이 학습 패턴은 여러분이 일을 망치는 데 도움이 되는 일련의 패턴 중 두 번째입니다. 첫 번째 패턴이 이벤트에 초점을 맞춘 반면, 이 패턴은 더 광범위한 접근 방식을 취하고 정말 나쁜 프로젝트를 실행하는 방법에 대한 지침을 제공합니다. 이 학습 패턴은 아르메니아에서 열린 2016년 CEE 회의 동안의 협업 세션의 결과이며 위키버스의 여러 다른 구석에 있는 위키미디어인의 경험을 담고 있습니다.
해결책은 무엇입니까?
도로를 따라 걸림돌이나 요철이 없는 매끄러운 프로젝트는 - 솔직히 말해서 - 지루합니다. 당신이 찾고 있는 것은 여기저기서 해결해야 할 약간의 도전을 만들어내는 어리석은 수제 실수(피할 수 있었지만 피하지 못한)입니다. 자유롭게 사용하고, 공유하고, 보완하세요!
간략한 개요
- 일반 조건
- 유독한 근무 분위기를 조성합니다.
- 정말 나쁜 인프라가 있는지 확인하세요.
- 항상 마감일을 무시하세요.
- 아무것도 결정하지 말고, 행동하지 말고, 책임을 지지 마십시오.
- 매우 낙관적인 예산과 시간 추정치를 작성합니다.
- 위험의 가능성과 중요성을 과소평가합니다.
- 법적 위험을 무시하세요.
- 비용이 많이 들고, 신뢰할 수 없고, 배우기 어렵고, 유지 관리가 어려운 기술을 사용합니다. 성능이 좋지 않으며, 공개적으로 보안 및 개인정보 보호 취약점이 있습니다.
- 표준 운영 절차와 확립된 모범 사례를 자주 무시합니다.
- 팀
- 길고 복잡한 프로젝트의 경우 모든 일을 한 사람, 또는 소수의 자원봉사자에게 맡기세요.
- 프로젝트를 운영하는 데 실제 전문성은 필요하지 않으므로 가장 마음에 드는 사람만 선택하면 됩니다.
- 프로젝트 팀 내에서는 의사소통을 최소한으로 유지하세요.
- 다른 사람들이 당신을 위해 일해줄 것이라고 기대하세요. 미리 물어볼 필요는 없습니다.
- 다른 사람들에게 알리거나 상의하지 않고 팀에 사람을 추가하거나 제거합니다.
- 프로젝트의 중요한 부분을 다른 중요한 프로젝트에도 참여하는 사람에게 할당하면 그 사람은 너무 분산되어 어떤 일에서도 효과적으로 일할 수 없게 됩니다.
- 자전거 보관에 상당한 시간을 투자하세요.
- 문제가 생기면 문제를 해결하는 것보다는 누군가를 비난하는 데 집중하세요.
- 가능하다고 말한 다음 반응이 없어지세요. 이것을 반복하세요.
- 우선순위와 성과에 대한 모호하고/또는 상충되는 기대를 갖는다. 경쟁 우선순위를 가진 여러 관리자를 한 사람을 감독하도록 할당하는 데는 보너스가 있다.
- 커뮤니케이션
- 질문하지 마세요.
- 최대한 많은 이해관계자에게 프로젝트를 비밀로 유지하세요.
- 팀 내부 및 외부에서 나오는 모든 우려와 피드백을 무시합니다.
- 부정적인 면에 초점을 맞추세요. 방해가 되는 피드백을 주거나, 부정적인 면을 최소화하고 긍정적인 면에 너무 집중해서 문제가 해결되지 않게 하세요.
- 프로젝트에 대한 모든 문서를 피하세요.
- 의사소통 계획 없이 업무를 시작하세요.
- 피드백을 요청하려면 마지막 순간까지 기다리거나, 상당한 시간과 비용을 지출한 후에만 피드백을 요청하세요.
- 학습
- 이 프로젝트를 완료한 후에만 왜 하는지 자문해보세요.
- 당신이 모든 것을 알고 있다고 가정해 보세요.
- 이전 프로젝트가 실패했나요? 변경 없이 다시 해보세요!
- 또는 - 더 나은 방법: 다른 사람이 한 비슷한 프로젝트를 절대 찾지 마세요. 성공적인 프로젝트를 알고 있다면, 모든 것을 다르게 하세요.
- 배운 내용을 문서화하지 마세요.
자세한 설명
It is impossible to make anything foolproof because fools are so ingenious.
- Artur Bloch, Murphy’s Second Corollary
| 일반 조건 | |
| 유해한 근무 분위기 조성 | 동기를 부여하고 지원하는 근무 분위기는 약자만을 위한 것 아닌가요? 당신은 강해요, 그렇죠? 좋은 배경 설정은 프로젝트 시작부터 활동 전반에 걸쳐 모든 팀 구성원과 공유해야 하는 적절한 "불가능하다는 사고방식"입니다. 그리고 일이 잘못되면 "말한 의사소통"을 믹스에 추가하는 것이 좋습니다. 이 놀라운 접근 방식을 구현하면 긴장감이 커지고 공기가 두꺼워지며 프로젝트 관리가 훨씬 더 흥미로워지는 것을 느낄 수 있습니다! |
| 정말 열악한 인프라가 있는지 확인하세요. | 분위기는 프로젝트의 일반적인 배경을 만드는 데 중요할 수 있지만 인프라는 그 중추입니다. 좋은 인프라가 있는 프로젝트에서 일하는 것만큼 지루한 것은 없지만, 일반적인 구조의 초석에 간섭하기 시작하면 훨씬 더 흥미로운 일이 일어납니다. 재무 관리 및 커뮤니케이션 프로세스를 혼합하고 프로젝트와 관련된 모든 계약 및 합의를 취소하세요... 실제로 명확한 구조가 전혀 없는지 확인하세요. 즉흥 연주 기술이 밀과 겨를 구분하기 때문입니다! |
| 항상 마감일을 무시하세요 | 프로젝트에 타임라인이 정말 중요하다는 말을 들어보셨을 겁니다. 사실이지만, 타임라인을 따르는 것은 지루한 사람들을 위한 것이라는 점을 기억하세요. "그들이 날아가면서 내는 윙윙거리는 소리를 좋아해야"[1] 하고, 파트너와 팀원들이 누락된 보고서와 미완료된 활동에 대해 미쳐가는 것을 봐야 합니다. 진짜 스트레스를 견뎌낼 만큼 강하신가요? 가장 훌륭하고 유명한 리더는 마지막 순간에 팀을 구하는 사람이라는 점을 기억하세요... 아니면 그보다 더 나중에요! |
| 아무것도 결정하지 말고, 행동하지 말고, 책임을 지지 마십시오. | 모두, 누군가, 아무나, 아무도에 대한 이야기를 아십니까? 아마 처음 들었을 때 그냥 이야기일 때보다 실제 상황에서 훨씬 더 흥미롭다는 것을 알았을 것입니다. 아마도 비슷한 일이 여러분이 참여한 어떤 프로젝트에서 일어났을 때의 상황을 생각하기 시작했을 것입니다. 그러니 이 이야기를 프로젝트 팀의 만트라로 삼고 우유부단함, 무활동, 무책임의 원칙을 구현해 보는 건 어떨까요? 프로젝트의 흥미가 3배로 증가할 것이 보장됩니다! "그냥 내버려 두면 일이 더 나빠지는 경향이 있기"[2] 때문에 흥분이 시작되는 것입니다. |
| 팀 | |
| 모든 일을 한 사람에게 맡기세요 | 위임은 바보와 게으른 사람들을 위한 것입니다. 그러니 가능한 한 많은 일을 하거나 모든 것을 직접 하는 게 좋습니다. 네, 아플 때나 하고 싶었던 모든 일을 할 시간이 충분하지 않을 때 일이 나빠질 수 있으므로 프로젝트에 약간 위험할 수 있지만, 이 모든 것을 당신이 통제하고 있다는 믿음으로 자신을 유혹함으로써 해결할 수 있습니다. 그러니 걱정할 필요 없습니다! 피할 수 없는 경우(예: 결국 약간의 휴식이 필요하다고 결정할 때) 한 사람(그리고 단 한 명)에게 작업량을 맡길 수도 있습니다. 이상적으로는 항상 너무 많은 일을 떠맡는 경향이 있는 당신과 같은 통제광에게 맡기는 것이 좋습니다(그래서 그들은 익숙해집니다). 최소한 한 사람에게는 엄청난 재미가 보장되고 다른 이해 관계자가 있다면 팝콘을 꺼내 쇼를 즐길 시간입니다! |
| 프로젝트를 실행하려면 실제 전문성이 필요하지 않으므로 가장 마음에 드는 사람만 선택하세요. | 재무, 조직 또는 기술 전문성은 일반적으로 과대평가됩니다. 따라서 팀에서 이러한 전문성이 부족하다면 걱정하지 마십시오. 구글링과 조사로 해결할 수 없는 것은 없습니다! 그리고 결국 여러분은 이전에 많은 실패한 프로젝트를 관리했고, 저지른 실수에서 가장 잘 배울 수 있지 않습니까? 따라서 실제로 여러분과 팀의 시간, 돈, 그리고 일부 작업에 압도당하는 느낌을 절약할 수 있는 배경 지식과 기술이 필요하지 않습니다. 그리고 인정하십시오. 이미 일을 하는 방법을 아는 전문가가 팀에 있다면 정말 지루할 것입니다. 모든 것을 스스로 알아내는 것이 훨씬 더 재미있습니다. |
| 프로젝트 팀 내 의사소통을 최소한으로 유지하세요 | 대화는 좀 줄이고 행동은 좀 더 해주세요! 소통은 너무 많은 시간이 걸리고, 사람들로부터 중요한 정보를 얻고 사람들에게 전달하는 것은 피곤할 수 있습니다. 그러니 모두가 자신의 업무에 집중하도록 하세요! 오해와 병목 현상은 일단 발생하면 처리하기 쉽지 않을 수 있지만, 좀 더 행동하면 어려움을 극복할 수 있습니다! 미리 예방하려고 시간을 낭비할 필요가 없습니다. 지루한 사람들이 하는 일이 바로 이것입니다. |
| 사람들이 당신을 위해 일을 해줄 것이라고 기대하세요. 미리 물어볼 필요는 없습니다. | 과거에 누군가가 당신을 위해 무언가를 했다면(위키 페이지 업데이트, 웹사이트 프로그래밍, 초보자를 위한 편집 마라톤 멘토 등) 그들이 다시는 하지 않을 것이라고 가정하지 않을 이유가 없습니다. 그러니 그들이 실제로 당신을 도울 의향이 있는지 또는 당신의 프로젝트에서 주도적인 역할을 할 의향이 있는지 다시 확인하여 당신과 그들의 시간을 낭비할 이유가 없습니다. 그들이 무엇을 언제 해야 할지 알고 있다고 가정하세요. 무엇이 잘못될 수 있을까요? |
| 커뮤니케이션 | |
| 질문하지 마세요 | 당신은 모든 것을 알고 있습니다. 그리고 모르더라도 절대 인정하지 마세요! 이것은 자신감이 부족하다는 신호일 수 있지만, 당신은 자신을 믿습니다, 맞죠? 정보에 입각한 결정을 내리기 위해 질문을 하는 것도 전문성이 부족하다는 신호로 보일 것입니다. 대신 즉흥적으로 행동하세요! 정보에 입각하지 않고 잘못된 결정을 내리세요! 다른 사람이 이미 한 일을 하세요! 마감일이 다가오면 시간을 내어 사무실에 틀어박혀서 스스로도 이해하지 못하는 것을 이해하려고 노력하세요! 당신과 팀원들의 삶을 지옥으로 만드세요! 그 간단한 규칙을 고수하고 프로젝트를 훨씬 더 즐겁게 만드세요. |
| 가능한 한 많은 이해관계자에게 프로젝트를 비밀로 유지하세요. | 파트너 조직, 계약자 및 자원봉사자와 협력하는 것은 서류상으로는 좋은 것처럼 들리지만, 다른 사람들이 반드시 프로젝트에 대한 당신의 견해나 접근 방식을 공유하지 않거나 프로젝트의 중요한 측면에 대해 너무 타당하고 따라서 극도로 성가신 질문을 할 수 있기 때문에 상황이 복잡해집니다. 그러니 은폐하고 침묵을 유지하세요. 컵을 나누는 데 서두를 필요는 없습니다. 또한, 자금 제공자에게 미리 자원이 필요하다는 사실(그리고 언제, 얼마인지)을 알리는 것은 완전히 과대평가된 것입니다. 프로젝트가 너무 좋아서 그들은 자금을 지원하고 계속 자금을 지원해야 합니다. 당신조차도 그것이 얼마나 오래 지속될지, 비용이 얼마나 들 것인지 모르기 때문입니다. 미리 비밀을 말하면 멋진 놀라움을 망칠 것입니다! |
| 팀 내부 및 외부의 모든 우려 사항과 피드백을 무시합니다. | 이것은 다른 이해 관계자에게 계획을 비밀로 유지하는 것과 함께 진행됩니다. 프로젝트에 대해 아는 사람이 적을수록 통찰력 있고 도움이 되거나 건설적인 피드백을 받을 위험이 줄어듭니다. 이 피드백이 여전히 귀하에게 전달된다면 그냥 무시하세요. 기억하세요: 귀하가 가장 잘 압니다! 완벽하거나 좋은 프로젝트를 운영하지 못할 수도 있지만, 프랭키 보이처럼 귀하의 방식대로 했습니다. 그리고 모든 프로젝트 팀원과 이해 관계자는 귀하의 방식이나 고속도로라는 것을 알아야 합니다! |
| 부정적인 것에 초점을 맞추고 비난 게임을 시작하세요 | 프로젝트 중에 팀원들의 크고 작은 성공에 대해 칭찬하거나 팀에 자신감과 확신이 필요할 때 자신감을 퍼뜨리는 데 시간을 낭비하지 않도록 주의하세요. 오히려 프로젝트나 다른 사람의 작업에서 작은 결함을 하나하나 지적하세요. 물론 이상적으로는 한 번 이상 지적하는 것이 좋습니다. 다른 프로젝트 팀원의 역량 부족을 강조할 기회를 절대 놓치지 마세요. 지속적인 비판은 프로젝트 팀을 강화하고 자존감을 높여 주므로 부정적인 것에만 집중하면 긍정적인 효과만 있을 것입니다. 그리고 바라건대 부정적인 태도가 전염되어 비난 게임이 시작되기를 바랍니다. 그리고 한번 시작되면 멈추지 않을 것입니다. 극도의 재미가 보장됩니다. 비난 게임은 전 세계 사람들이 아무 이유 없이 좋아하는 게임이 아니기 때문입니다! |
| 프로젝트에 대한 모든 문서를 피하십시오 | 프로젝트가 끝나면 귀중한 시간을 투자해 프로젝트나 학습 및 경험을 문서화하지 마세요. 앞으로 비슷한 프로젝트를 진행하게 된다면 모든 세부 사항을 기억하거나 기꺼이 시간을 투자해 추적하고 다른 모든 사람이 스스로 일이 어떻게 돌아가는지 알아낼 수 있을 겁니다. 우리 모두에게는 작은 탐험가가 있죠, 맞죠? 그리고 보고는 어차피 불안한 프로젝트 관리자를 위한 것일 뿐입니다. 여러분은 자신이 얼마나 잘했는지 알고 있고 "실천만이 진실의 유일한 기준"이라는 것을 알고 있습니다.[3]. 결과가 스스로 말하게 하세요! |
| 학습 | |
| 이 프로젝트를 완료한 후에만 수행하는 이유를 스스로에게 물어보세요. | 프로젝트 관리는 철학 101이 아닙니다. "왜 이 프로젝트를 해야 하는가?", "목표는 무엇인가?", "어떻게 도달해야 하는가?, "우리 행동 모델 뒤에 숨은 논리는 무엇인가?"와 같은 난해한 질문을 스스로에게 물어보세요. 등은 단지 엄청난 시간 낭비일 뿐입니다. 그것은 “왜 아무것도 없는 게 아니라 뭔가 있는 걸까?”라고 자문하는 것과 같습니다. 야다 야다 야다, 어쩌고, 어쩌고, 어쩌고. 시간은 금이며 비현실적인 철학적 질문에 귀중한 프로젝트 시간을 낭비할 필요가 없습니다. 연기하는 게 훨씬 더 재미있어요. 그리고 누군가가 질문을 한다면 프로젝트가 끝난 후 그에 대한 답변을 생각해 낼 수 있는 충분한 시간이 있습니다. |
| 당신이 모든 것을 알고 있다고 가정 | 학습? 이미 다 알고 있는데 왜 귀찮게 합니까? 그것은 또한 당신의 작업이 완벽하지 않고 실수와 단점이 있었다는 것을 인정하는 것을 의미하기 때문에 이미지에도 좋지 않습니다. 물론 실패한 프로젝트가 긍정적인 평판을 쌓는 것은 아니지만 항상 상황(인기: 날씨 또는 불가항력)이나 다른 사람, 이상적으로는 자리에 없고 자신을 방어할 수 없는 사람(인기: 무능한 정치인, 장난꾸러기 픽시). |
| 이전 프로젝트가 실패했나요? 변경사항 없이 다시 실행하세요! | 모든 실수는 이전에 저질러졌지만 모든 사람이 그런 것은 아닙니다. 따라서 다른 사람이 특정 접근 방식으로 실패했다고 해서 다시 그런 일을 할 수 없다는 의미는 아닙니다. 나쁜 프로젝트를 실행하는 가장 좋고 쉬운 방법은 이전의 나쁜 프로젝트를 복사하여 큰 실패를 하는 것입니다. 그렇게 하면 잘못될 수 없습니다! 그렇다면 당신은 다른 프로젝트를 망친 함정에서 벗어날 만큼 똑똑합니까? 아리아드네의 실 없이 미노타우로스를 죽이고 탈출할 수 있을까요? 도전이 받아들여졌습니다! |
| 또는 더 나은 방법은 다른 사람이 수행한 유사한 프로젝트를 절대 찾지 마십시오. 성공한 것을 알게 되었다면 모든 것을 다르게 하십시오. | 사람들이 당신에게 조언을 하거나 자신의 경험을 공유하는 것을 막을 수는 없습니다. 특히 비슷한 프로젝트를 했다면 유혹이 너무 큽니다. 하지만 그렇다고 해서 이를 따라야 한다는 의미는 아닙니다. 실제로 요점을 증명하기 위해 정반대의 작업을 수행하는 것이 더 나을 것입니다. 결국, 성공을 위한 레시피를 복사하는 것은 초보자를 위한 것입니다. 진정한 프로처럼 자신에게 도전하고 가능한 모든 도전과 실수를 어떤 대가를 치르더라도 스스로 직면하고 해결하고 싶습니다! |
사용 시기
실수는 모든 프로젝트, 프로그램 또는 연간 계획에 적용될 수 있습니다! 더욱 흥미진진한 프로젝트 경험을 즐겨보세요!
예시
보조금:IEG/위키미디어 소개를 위한 동기 부여 및 교육 비디오[4]는 시간 및 예산 요구 사항에 대한 매우 낙관적인 추정으로 인해 어려움을 겪었으며 여러 프로젝트에 참여하는 한 사람의 가용성에 크게 의존했습니다.
추천
--Anna Torres (WMAR) (talk) 00:49, 27 September 2016 (UTC)
I do love the description of this learning patter, it really does show the worst scenario in every perspective. --Liang(WMTW) (talk) 03:47, 4 October 2016 (UTC)
저는 이 패턴을 여러 상황에 성공적으로 적용했습니다. --다니엘 참스 (토론) 2016년 11월 16일 21:26 (UTC)
안테레 (토론) 2017년 6월 13일 10:04 (UTC)
이 학습 패턴은 몇 가지 훌륭한 조언을 제공하며 최근 경험과 위키미디어 세계 내부 및 외부 프로젝트에 대한 일반적인 관찰을 바탕으로 제 자신의 몇 가지 제안을 추가했습니다. --Pine✉ 2017년 8월 29일 20:43 (UTC)
지금까지 있었던 가장 사랑스럽고 유익한 학습 패턴 중 하나입니다. :) →Spiritia 2018년 5월 18일 20:32 (UTC)
- 이것은 내 작업의 대부분을 정확하게 설명합니다. 불필요한 종속성을 추가하거나 충족하기 불가능한 종속성을 가진 프로젝트에 대한 보너스 포인트. 또한 범위 확장. -— Isarra ༆ 2019년 1월 9일 19:38 (UTC)
같이 보기
관련 패턴
외부 링크
각주
- ↑ 더글러스 애덤스
- ↑ 아르투르 블로흐, 머피의 첫 번째 추론
- ↑ 칼 마르크스
- ↑ 보조금:IEG/위키미디어를 소개하는 동기 부여 및 교육 비디오/최종