뭔가 잘못될 수 있지만 괜찮습니다. 세 명으로 구성된 팀으로 해커톤에서 우승하는 방법

해커톤에는 주로 어떤 그룹에 참여하시나요? 처음에 우리는 이상적인 팀이 관리자, 프로그래머 26명, 디자이너, 마케팅 담당자 등 3명으로 구성된다고 밝혔습니다. 하지만 우리 결선 참가자들의 경험에 따르면 XNUMX명으로 구성된 소규모 팀으로도 해커톤에서 우승할 수 있다는 것이 나타났습니다. 결승전에서 우승한 XNUMX개 팀 중 XNUMX개 팀이 총사와 대결해 승리했다. 그들이 그것을 어떻게 했는지 - 계속 읽어보세요.

우리는 세 팀의 주장들과 이야기를 나누면서 그들의 전략에 공통점이 많다는 것을 깨달았습니다. 이 게시물의 영웅은 PLEXeT(Stavropol, 통신 및 매스커뮤니케이션부 지정), "Composite Key"(Tula, 타타르스탄 공화국 정보통신부 지정) 팀 및 Jingu Digital(Ekaterinburg, 산업통상부 지정). 관심 있는 분들을 위해 고양이 밑에 명령어에 대한 간략한 설명이 숨겨져 있습니다.
명령 설명플렉스
팀은 개발자(웹, C++, 정보 보안 역량), 디자이너, 관리자의 세 사람으로 구성됩니다. 지역 해커톤 이전에는 우리는 서로를 알지 못했습니다. 팀은 온라인 테스트 결과를 바탕으로 선장이 구성했습니다.
복합 키
팀에는 IT, 백엔드 및 모바일 분야에서 XNUMX년의 경험을 보유한 풀스택, 데이터베이스에 중점을 둔 백엔드 등 세 명의 동료 개발자가 있습니다.
진구디지털
팀은 백엔드와 AR/Unity 등 두 명의 프로그래머와 팀 관리를 담당한 디자이너로 구성되어 있습니다. 산업통상자원부장관 표창 수상

귀하의 역량에 가까운 업무를 선택하세요

“연극부, 사진부, 나도 노래하고 싶다”라는 운율이 있었던 것을 기억하시나요? 주변의 모든 것이 흥미로울 때, 자신이 원하는 방향으로 새로운 방식으로 자신을 보여주고 싶고, 새로운 산업/개발 분야에 도전해보고 싶다는 느낌은 많은 분들이 잘 알고 계실 거라 생각합니다. 여기서 선택은 팀의 목표와 위험을 감수하려는 의지에만 달려 있습니다. 해커톤 도중 갑자기 이 문제를 해결하는 것이 비현실적이라는 것을 깨닫게 되면 실수를 받아들일 수 있습니까? “나는 모바일 개발을 잘 못하는데 대체 그게 뭐야?”라는 범주의 실험은 아무나 할 수 있는 것이 아니다. 당신은 아마추어입니까?

아르템 코쉬코(애쉬추크), "복합 키" 명령: “처음에는 새로운 것을 시도하려고 계획했어요. 지역 단계에서 우리는 한 번도 시도해 본 적이 없는 여러 너겟 패키지와 Yandex.Cloud를 시도했습니다. 마지막에는 Kubernetes에 CockroachDB를 배포하고 EF Core를 사용하여 마이그레이션을 롤백하려고 했습니다. 어떤 것들은 잘 진행됐고, 어떤 것들은 별로 좋지 않았습니다. 그래서 우리는 새로운 것을 배우고, 스스로 테스트했으며, 입증된 접근 방식의 신뢰성을 확인했습니다.”.

눈이 떠지는 경우 작업을 선택하는 방법:

• 이 사건을 해결하기 위해 어떤 역량이 필요한지, 팀원 모두가 이를 갖고 있는지 생각해 보세요.
• 역량이 부족하면 보완할 수 있나요? (다른 솔루션을 생각해내고, 새로운 것을 빨리 배우세요)
• 제품을 만들 시장에 대해 간략하게 조사해 보세요.
• 경쟁을 계산해 보세요. 어떤 트랙/회사/과제에 가장 많은 사람들이 갈까요?
• 질문에 답해 보세요. 무엇이 당신을 가장 움직이게 합니까?

올렉 바흐타제-카르나우코프(Oleg Bakhtadze-Karnaukhov)플렉스), PLEXeT 명령: “우리는 공항에서 XNUMX시간 동안 체류하기로 결정했습니다. 착륙하는 순간 트랙 목록과 간단한 작업 설명이 우편으로 도착했습니다. 나는 프로그래머로서 나에게 흥미로웠고 시작 후 실행 계획이 명확한 네 가지 작업, 즉 수행해야 할 작업과 수행 방법을 즉시 식별했습니다. 그런 다음 각 팀원의 업무를 평가하고 경쟁 수준을 평가했습니다. 결과적으로 우리는 Gazprom의 업무와 통신 및 매스커뮤니케이션부 중 하나를 선택했습니다. 우리 디자이너의 아버지는 석유 및 가스 분야에서 일하십니다. 우리는 그에게 전화를 걸어 업계에 대해 질문했습니다. 결국, 우리는 그것이 흥미롭다는 것을 깨달았습니다. 그러나 우리는 근본적으로 새로운 것을 제공할 수 없으며, 고려해야 할 산업 특성이 너무 많기 때문에 확실히 역량을 일치시킬 수 없을 것입니다. 계정. 결국 우리는 위험을 무릅쓰고 첫 번째 트랙으로 나아갔습니다.”

다이아나 가니에바(다이릴리안), 진구 디지털 팀: “지역 단계에서는 농업과 관련된 과제를 맡았고, 결승전에서는 산업 분야의 AR/VR 과제를 맡았습니다. 그들은 각 사람이 자신의 능력을 실현할 수 있도록 팀 전체에서 선택되었습니다. 그런 다음 그다지 흥미롭지 않은 내용을 제거했습니다.”

너의 숙제를해라

그리고 우리는 지금 코드 준비에 대해 이야기하는 것이 아닙니다. 일반적으로 그렇게 하는 것은 의미가 없습니다. 팀 내 의사소통에 관한 것입니다. 아직 같이 놀아본 적도 없고, 서로를 이해하고 합의하는 법을 배우지 못했다면, 미리 몇 번 모여서 해커톤을 시뮬레이션해 보거나, 적어도 서로 전화해서 주요 사항에 대해 대화를 나누지 않았다면, 생각해보세요. 행동 계획을 통해 서로의 강점과 약점을 논의합니다. "A 지점에서 B 지점으로 이동하는 방법" 수준에서 적어도 개략적으로 사례를 찾아서 해결해 볼 수도 있습니다.

이 단락에서 우리는 카르마와 코멘트에서 마이너스를 포착할 위험이 있습니다. 어떻게 가능합니까, 아무것도 이해하지 못하지만 흥분, 추진력, 이제 프로토타입이 원시에서 탄생할 것이라는 느낌은 어떻습니까? 국물 (안녕하세요, 생물학 수업).

네,하지만.

즉흥성과 추진력은 전략에서 약간만 벗어나는 경우에만 좋습니다. 그렇지 않으면 일하고, 먹고, 자는 대신 혼돈을 정리하고 실수를 수정하는 데 시간을 보내기에는 위험이 너무 큽니다.

Oleg Bakhtadze-Karnaukhov, PLEXeT 팀: “대회 전에는 팀원 중 아는 사람이 한 명도 없었는데, 온라인 테스트 단계에서 역량과 평가를 바탕으로 선발해서 초청했어요. 우리가 지역 해커톤에서 우승하고 여전히 함께 카잔에 가서 스타브로폴에서 해커톤 프로젝트를 마무리해야 한다는 것을 깨달았을 때, 우리는 함께 모여 훈련하기로 결정했습니다. 결승전 전에 우리는 두 번 만났고, 무작위로 문제를 발견하고 해결했습니다. 케이스 챔피언십과 같은 것. 그리고 이미 이 단계에서 우리는 의사소통과 작업 분배에 문제가 있음을 확인했습니다. Polina(디자이너)와 Lev(관리자)가 기업 스타일, 제품 기능에 대해 생각하고 시장 데이터를 찾는 동안 저는 많은 자유 시간을 가졌습니다. 그래서 우리는 좀 더 어려운 지명을 해야 한다는 것을 깨달았고(자랑하는 게 아닙니다. 주로 웹과 관련된 작업을 접했지만 제 경우에는 한두 개에 불과합니다) 업무 프로세스에 더 많이 참여해야 한다는 것을 깨달았습니다. . 그 결과 본선에서는 예비 조사 과정에서 수학적 모델링과 알고리즘 개발에 참여하게 됐다”고 말했다.

Artem Koshko, 복합 키 팀 : “우리는 정신적으로 더 준비했고 코드 준비에 대한 이야기는 없었습니다. 우리는 이미 팀에서 역할을 미리 할당했습니다. 우리 셋은 모두 프로그래머입니다(우리는 풀 스택과 두 개의 백엔드를 가지고 있으며 모바일 개발에 대해 조금 알고 있습니다). 디자이너와 매니저의 역할. 그렇게 나는 나도 모르게 팀 리더가 되었고, 비즈니스 분석가, 발표자, 프리젠테이션 제작자로 나 자신을 시험해 보았습니다. 이 부분에 대해 미리 얘기하지 않았다면 시간 관리도 제대로 못 했을 것이고, 최종 수비도 못했을 것 같다”고 말했다.

다이아나 가니에바(Diana Ganieva), 진구 디지털: “우리는 해킹 프로젝트가 처음부터 시작되어야 한다고 믿기 때문에 해커톤을 준비하지 않았습니다. 이는 공평합니다. 사전에 곡을 선정하는 단계에서 우리가 하고 싶은 일에 대한 대략적인 컨셉이 있었다"고 말했다..

개발자 혼자서는 일할 수 없습니다

Diana Ganieva, Jingu Digital 팀: “우리 팀에는 다양한 분야의 전문가 XNUMX명이 있습니다. 제 생각에는 이것이 해커톤을 위한 이상적인 구성이라고 생각합니다. 다들 각자의 일로 바쁘고, 업무가 겹치거나 분할되지 않습니다. 한 명 더 있으면 불필요할 것 같아요.”

통계에 따르면 우리 팀의 평균 구성은 (기껏해야) 디자이너 한 명을 포함해 4~5명입니다. 데이터베이스에 추가하고 어떤 일이 발생하면 "기계"를 놀라게 할 수 있으려면 다양한 분야의 개발자로 팀을 강화해야 한다는 것이 일반적으로 인정됩니다. 기껏해야 그들은 여전히 ​​디자이너를 데리고 가는데(화내지 마세요, 우리는 당신을 사랑합니다!) 결국 프레젠테이션과 인터페이스는 스스로 그려지지 않을 것입니다. 관리자의 역할은 훨씬 더 자주 무시됩니다. 일반적으로 이 기능은 파트타임 개발자인 팀장이 맡습니다.
그리고 이것은 근본적으로 잘못된 것입니다.

Artem Koshko, 복합 키 팀: “어느 순간 우리는 전문적인 전문가를 팀에 영입하지 못한 것을 후회했습니다. 디자인은 어떻게든 대처할 수 있었지만, 사업 계획이나 기타 전략적인 부분은 어려웠습니다. 눈에 띄는 예는 타겟 고객과 시장 규모, TAM, SAM을 계산해야 할 때입니다.”

Oleg Bakhtadze-Karnaukhov, PLEXeT 팀: “제품에 대한 개발자의 기여도는 일반적으로 생각하는 것처럼 작업의 80%와는 거리가 멀습니다. 사람들에게는 더 쉬웠다 고 말할 수 없습니다. 거의 모든 작업이 그들에게 있습니다. 인터페이스, 프리젠테이션, 비디오, 전략이 없는 내 코드는 단지 기호 집합일 뿐입니다. 그들 대신 팀에 더 많은 개발자가 있었다면 우리는 아마도 그것을 관리했을 것입니다. 그러나 모든 것이 덜 전문적으로 보였을 것입니다. 특히 프레젠테이션은 일반적으로 나에게 보이는 것처럼 성공의 절반입니다. 방어하는 동안 그리고 실제 생활에서 몇 분 안에 프로토타입이 실제로 작동하는지 이해할 시간이 아무도 없습니다. 당신이 계획에 휩싸이면 아무도 당신의 말을 듣지 않을 것입니다. 텍스트를 너무 많이 다루면 제품에서 무엇이 중요한지, 어떻게 표현해야 하는지, 누가 필요로 하는지 스스로 모른다는 사실을 모두가 이해할 것입니다.”

시간관리와 휴식

"톰과 제리"와 같은 어린 시절 만화에서 등장인물들이 눈꺼풀이 닫히지 않도록 눈꺼풀 아래에 성냥을 넣는 방법을 기억하십니까? 경험이 부족한(또는 지나치게 열정적인) 해커톤 참가자도 거의 비슷해 보입니다.

해커톤에서는 현실감각과 시간 감각을 잃기 쉽습니다. 분위기는 휴식, 잠, 게임 룸에서 장난, 파트너와의 의사소통 또는 마스터 클래스 참석을 위한 휴식 없이 자유롭게 코딩하는 데 도움이 됩니다. 이것을 세계선수권이나 올림픽처럼 대한다면, 그렇습니다. 아마도 그렇게 행동해야 할 것입니다. 설마.

Artem Koshko, 복합 키 팀: “우리는 착착을 아주 많이 먹었습니다. 착착의 탑이 우리 테이블 중앙에 세워졌고, 그것이 우리의 사기를 높여주고 적시에 탄수화물을 공급해 주었습니다. 우리는 거의 항상 함께 쉬고 일했으며, 따로 쉬지 않았습니다. 그러나 그들은 다르게 잤습니다. Andrey(풀스택 개발자)는 낮에 자는 것을 좋아하고, Denis와 저는 밤에 자는 것을 좋아합니다. 그래서 낮에는 Denis와, 밤에는 Andrey와 더 많이 일했습니다. 그리고 그는 쉬는 시간에 잠을 잤습니다. 우리는 어떤 업무 시스템이나 업무 설정도 없었고 모든 것이 즉흥적으로 이루어졌습니다. 그러나 우리는 서로를 잘 이해하고 보완하기 때문에 이것은 우리를 괴롭히지 않았습니다. 동료로서 긴밀하게 소통하는 것이 도움이 되었습니다. 저는 안드레이의 전 인턴이고, 데니스는 제 인턴으로 회사에 왔습니다.”

그런데 여기에 같은 착착 산이 있습니다.

우리가 인터뷰한 거의 모든 참가자는 유능한 시간 관리를 해커톤 성공의 주요 기준으로 꼽았습니다. 무슨 뜻이에요? 잠을 잘 시간과 식사 시간을 갖도록 작업을 분배하고 작업이 정기적으로 완료되지 않습니다. 모든 것이 무너졌다, 그러나 각 팀원에게 편안한 속도로 진행됩니다.


Oleg Bakhtadze-Karnaukhov, PLEXeT 팀"우리의 목표는 가능한 한 많은 시간을 일하는 것이 아니라 가능한 한 오랫동안 생산성을 유지하는 것이었습니다. 하루에 3~4시간만 자도 성공한 것 같았어요. 우리는 게임룸에 가거나 파트너 부스에서 시간을 보내고 음식을 위한 정상적인 시간을 따로 마련할 수 있었습니다. 둘째 날에는 레브가 충분한 수면을 취하고 공연 전에 정리할 시간을 가질 수 있도록 최대한 안심시키려고 노력했습니다. 해커톤 리허설은 우리에게 도움이 되었습니다. 왜냐하면 우리는 작업을 분배하는 방법과 일상의 동기화를 이미 이해했기 때문입니다. 우리는 먹고 자고 동시에 깨어있었습니다. 결과적으로 그들은 하나의 메커니즘으로 작동했습니다.”

우리는 이 팀이 어떻게 Agomoto의 Eye를 해커톤에 참가시킬 수 있었는지는 모르지만 결국에는 프로젝트에 대한 비디오를 촬영하고 유인물을 준비하기까지 했습니다.

해커톤에서 시간 관리를 위한 몇 가지 팁:

• 큰 것에서 작은 것으로 이동하세요. 작업을 작은 블록으로 나누세요.
• 해커톤은 마라톤이다. 마라톤에서 가장 중요한 것은 무엇일까요? 같은 속도로 달리도록 노력하십시오. 그렇지 않으면 거리가 끝날 때쯤에 넘어질 것입니다. 거의 동일한 강도로 작업하고 지칠 정도로 자신을 몰아붙이지 마십시오.
• 각 참가자의 작업이 무엇인지, 시간이 얼마나 걸릴지 미리 생각해보십시오. 마감일이 XNUMX분 남았고 준비할 작업이 많지 않을 때 놀라움을 피하는 데 도움이 될 것입니다.
• 좌표를 확인하여 작업 범위를 조정하세요. 잘 지내고 있고 시간도 남는 것 같나요? 좋습니다. 잠을 자거나 프레젠테이션을 마무리하는 데 시간을 쓸 수 있습니다.
• 세부 사항에 얽매이지 말고 폭넓게 작업하십시오.
• 직장에서 휴식을 취하는 것은 어렵기 때문에 특별히 수면, 휴식 또는 휴식을 위한 시간을 따로 확보하세요. 예를 들어 알람을 설정할 수 있습니다.
• 연설을 준비하고 연습하는 시간을 가지십시오. 이는 모든 사람에게 항상 필수입니다. 우리는 이전 중 하나에서 이에 대해 이야기했습니다. 게시물.

그리고 이런 대안적인 의견도 있습니다. 코딩에 의한 고문, 전쟁과의 전쟁, 그리고 일정에 따른 점심 식사 중 당신은 어떤 선택을 하시겠습니까?

Diana Ganieva, Jingu Digital 팀: “저희 팀 구성원 모두가 한 가지 책임을 맡고 있는데, 대신할 사람이 없어서 교대근무를 할 수 없었어요. 힘이 전혀 남지 않았을 때 우리는 참가자의 남은 작업량에 따라 XNUMX 시간 동안 잠을 잤습니다. 어울릴 시간이 전혀 없었습니다. 우리는 이것에 귀중한 시간을 낭비하지 않습니다. 비록 짧은 수면과 에너지 드링크나 커피가 아닌 차와 함께 맛있는 음식을 섭취하더라도 생산성이 지원되었습니다.”

시간 관리 주제를 자세히 알아보고 싶다면 컷 아래에 몇 가지 유용한 링크가 숨겨져 있습니다. 일상생활에서 유용하게 쓰일 거예요. 항상 늦는 이 글의 작성자를 믿으세요 :)
시간의 정복자들을 위해 — 효과적인 시간 관리 기술은 Kaspersky Lab 프로젝트 관리자가 Netology 블로그에 수집했습니다. 클릭
— Cossa 초보자를 위한 좋은 기사: 클릭

눈에 띄도록 노력하세요

위에서 우리는 프로젝트를 보호하기 위해 유인물을 만든 팀에 대해 썼습니다. 그들은 그들의 트랙에 있는 유일한 사람들이었고 우리는 3500명 이상의 참가자 중에 그들과 같은 사람이 없다고 확신합니다.
물론 이것이 승리의 주된 이유는 아니지만 적어도 전문가의 동정이라는 추가적인 이점을 가져 왔습니다. 다양한 방식으로 눈에 띌 수 있습니다. 우승자 중 일부는 폭탄을 어떻게 만들었는지에 대한 농담으로 각 공연을 시작합니다(Sakharov 팀, 안녕하세요!).

이에 대해서는 자세히 설명하지 않고 단순히 PLEXeT 팀의 사례를 공유하겠습니다. 어머니 친구의 아들에 대한 농담이 될 만하다고 생각합니다.

Oleg Bakhtadze-Karnaukhov, PLEXeT 팀: “우리는 우리가 앞서 있다는 것을 깨달았고 이적 케이스를 가지고 선방위에 나서는 것이 멋질 것이라고 결정했습니다. 이 프로젝트에는 프레젠테이션에 전혀 포함되지 않은 많은 기술적 세부 사항, 알고리즘에 대한 설명이 포함되어 있습니다. 하지만 나는 그것을 보여주고 싶다. 전문가들은 아이디어를 지지하고 최적화하는 데 도움을 주기도 했습니다. 그들은 첫 번째 버전도 보지 않았고 그런 그림은 절대 읽지 않을 것이라고 말했습니다. 수비에 나선 건 우리 뿐이었다.”

뭔가 잘못될 수밖에 없지만 괜찮습니다.

해커톤에서는 일상 생활과 마찬가지로 항상 실수의 여지가 있습니다. 모든 걸 다 생각한 것 같아도, 비행기/시험/결혼식에 비행기/시험/결혼식에 지각하지 않은 사람은 단지 자동차가 교통체증에 갇히기로 결정하고, 에스컬레이터가 고장나기로 결정하고, 여권을 잊어버린 것입니다. 집에서?

Oleg Bakhtadze-Karnaukhov, PLEXeT 팀: “Polina와 나는 밤새도록 프레젠테이션을 했지만 결국 그들은 변호가 진행되는 홀에 있는 컴퓨터에 프레젠테이션을 업로드하는 것을 잊어버렸습니다. 플래시 드라이브에서 파일을 열려고 시도하면 바이러스 백신이 파일을 바이러스로 인식하여 삭제합니다. 그 결과, 우리는 공연이 끝나기 XNUMX분 전에 모든 것을 시작할 수 있었습니다. 우리는 영상을 보여주었지만 여전히 매우 속상했습니다. 사전 방어 중에 비슷한 이야기가 우리에게도 일어났습니다. 프로토타입이 시작되지 않았고 Polina와 Lev의 컴퓨터가 멈췄으며 어떤 이유에서인지 트랙이 있던 격납고에 내 프로토타입을 남겨 두었습니다. 그리고 전문가들이 아침에 우리 작업을 보았지만 우리는 유인물과 아름다운 말을 가지고 있지만 제품은 없는 괴짜 팀처럼 보였습니다. 많은 참가자들이 나의 수학적 모델 작업을 “그는 컴퓨터를 보지 않고 앉아 뭔가를 그리고 있다”고 인식한 점을 고려하면 상황은 그리 좋지 않았습니다.”

진부하게 들리겠지만, 이 상황에서 당신이 할 수 있는 일은 숨을 내쉬는 것뿐입니다. 그것은 이미 일어났습니다. 아니, 너만 그런 게 아니야, 모두가 망쳐놓는 거야. 이것이 치명적인 실수라 할지라도 그것은 경험이다. 그리고 당신을 평가하는 사람이 이 사건을 가짜라고 생각할지 생각해 보세요.

해커톤에서 가장 편안하게 일하는 구성(사람과 전문가 모두)과 팀에서 프로세스를 구축하는 방법을 댓글로 공유해 주세요.

출처 : habr.com