우리가 팀워크를 시도한 방법과 그 결과

순서대로 시작합시다.

이 사진이 무엇을 의미하는지는 조금 나중에 설명하겠습니다. 지금은 소개부터 시작하겠습니다.

추운 XNUMX월의 어느 날에도 아무런 문제의 징후가 없었습니다. 한 무리의 순진한 학생들이 처음으로 그들이 "정보 시스템의 설계 및 개발을 구성하는 방법론"이라고 부르기로 결정한 주제에 대한 수업을 듣기 위해 왔습니다. 정기 강의가 있었고 선생님은 스크럼과 같은 유연한 개발 방법에 대해 이야기했지만 문제를 예고하는 것은 없었습니다. 그리고 마지막에 선생님은 이렇게 말씀하셨습니다.

팀워크의 모든 어려움을 직접 경험하고, 그룹으로 나누고, 프로젝트를 기획하고, 리더를 임명하고, 모든 디자인 단계를 함께 진행해보시길 바랍니다. 마지막에는 완성된 작품과 하브레에 대한 기사가 나오길 기대합니다.

이것이 우리의 이야기가 시작되는 곳입니다. 당구공처럼 우리는 서로 튕겨져 나가서 그 충격의 기운이 흩어지고 7명이 한 무리로 모였다. 아마도 이것은 교육 프로젝트에 비해 너무 과할 수도 있지만 역할을 더 잘 분배하는 것이 딱 맞습니다. “기성 프로젝트를 하자”부터 “우주 물체 형성을 위한 에뮬레이터”까지 프로젝트에 대한 아이디어에 대한 논의가 시작되었습니다. 그러나 결국 아이디어는 첫 번째 그림에서 읽은 이름으로 나타났습니다.

미루는 습관을 멈추십시오 - 그것이 무엇인지, 무엇과 함께 먹으며 어떻게 개발했으며 그 결과는 무엇입니까?

다행스럽게도 불행하게도 나에게 배정된 프로젝트 관리자를 대신하여 이야기를 들려줄 것입니다. 그래서 우리는 어떤 아이디어를 떠올렸나요? SupperCommon의 인기 있는 "Shake Alarm Clock" 알람 시계, 즉 사용자가 잠에서 깨어날 가능성이 가장 높은 특정 작업을 수행할 때까지 스마트폰을 완전히 차단하는 기능에서 영감을 받아 우리는 유사한 응용 프로그램을 만들기로 결정했습니다. '알람시계를 흔들어라'와 같은 원리로 전화중독 해소

운영 원칙

사용자가 타이머를 설정합니다.
- 스마트폰과 함께 보낼 수 있는 시간
- 스마트폰이 없는 시간(차단기간)
타이머가 만료되면 최소화할 수 없는 오버레이가 화면에 나타납니다.
- 오버레이를 닫으려면 간단한 테스트를 거쳐야 합니다(헷갈리는 키보드에 비밀번호 입력, 수학 문제 풀기, 몇 분 동안 휴대폰 흔들기).
이런 방식으로 잠금을 해제하면 스마트폰을 사용할 수 있는 시간이 절반으로 줄어들며 최대 XNUMX분까지 지속됩니다.

팀 구축

첫째, 누가 무엇을 할 것인지, 이 모든 내용을 어떤 언어로 작성할 것인지 결정하는 것이 필요했습니다. 실제 프로젝트를 위해 팀을 구성할 때 필요한 사람들을 즉시 구성하기 때문에 이것이 프로젝트 관리와는 거의 관련이 없다고 생각합니다. 그 결과 나 역시 디자이너라는 부담을 떠맡게 되었고, 애플리케이션 개발 경험이 좋은 팀장 한 명을 뽑았고, 그에게 프로그래머 세 명을 배정하고, 두 명을 더 테스터로 배정하게 됐다. 물론, 프로그래밍 언어는 실력에 따라 선택되었습니다. 결과적으로 모든 프로그래머가 Java에 익숙했기 때문에 Java를 사용하기로 결정했습니다.

작업 설정

선생님의 추천으로 무료 서비스에 과제 게시판을 만들었습니다. Trello. 각 스트림이 일종의 완전한 애플리케이션이 되는 Scrum 시스템에 따라 작동하도록 계획되었습니다.
그러나 실제로는 이 모든 것이 하나의 크고 긴 스트림에서 나왔으며 편집, 추가 및 수정이 지속적으로 이루어졌습니다.

스펙을 쓴다

Savin의 책 "Testing.com"의 영향을 받아 머리 속에는 모든 것이 어떻게 정리되어야 하는지에 대한 나만의 아이디어가 있었습니다. 우리가 무엇을 기대하는지, 무엇을 어떻게 작동해야 하는지에 대한 명확한 설명 없이는 아무것도 작동하지 않을 것이라고 믿기 때문에 모든 것은 사양 작성으로 시작되었습니다. 프로그래머는 보이는 대로 모든 것을 프로그래밍하고, 테스터는 다른 것을 테스트하며, 관리자는 세 번째를 기대했지만 언제나처럼 네 번째가 될 것입니다.
사양을 작성하는 것은 쉽지 않습니다. 모든 세부 사항과 모든 뉘앙스를 생각해야 합니다. 물론 처음에는 아무것도 작동하지 않았습니다. 그 결과 4차례에 걸쳐 사양을 보완하고 재작업했다. 기사 끝부분의 링크 섹션에서 마지막 옵션을 찾을 수 있습니다.

디자인 그리기

모바일 애플리케이션에서는 디자인이 가장 중요합니다. 그러나 우리 팀을 포함하여 모든 사람이 이것을 이해하는 것은 아니며 많은 사람들이 디자인이 필요하지 않으며 이것이 응용 프로그램에서 가장 중요하지 않은 부분이라고 격렬하게 주장했습니다. 너무 순진해서는 안됩니다. 첫째, 기성 디자인은 프로그래머의 작업을 더 쉽게 만들어줍니다. 무엇을 어디에 어디에 두어야할지 생각할 필요가 없으며 그려진 것을 가져와 조판하기만 하면 됩니다. 사양과 함께 디자인은 프로그래머의 마음을 불필요한 것에서 거의 완전히 해방시키고 논리에 집중할 수 있는 기회를 제공합니다. 일반적으로 프로토타입(끔찍한) 디자인이 먼저 그려졌습니다.

그러나 디자인이 빗질되어 다시 정상으로 돌아왔습니다.
(기사 마지막 부분에 모든 디자인 요소에 대한 링크가 있습니다).

프로그램 작성

프로그래밍은 어렵지만 가능합니다. 이 부분은 제가 직접 다루지 않았기 때문에 생략하겠습니다. 프로그래머들은 엄청난 양의 작업을 수행했는데, 그것이 없었다면 모든 것이 의미가 없었을 것입니다. 물론 우리는 우리의 아이디어 중 일부를 실현했습니다. 그리고 프로그램은 여전히 ​​개선이 필요합니다. 제거해야 할 버그와 기능이 많이 있습니다. 시간이 더 있었다면 딥 알파 단계에서 벗어나겠지만 지금은 기사 마지막 부분에서 애플리케이션을 테스트할 수 있습니다.

음, 테스트에 대해서

프로그래밍에서 가장 중요한 것은 무엇입니까? 제 생각에 가장 중요한 것은 모든 것이 제대로 작동하고 보이는 것입니다. 항상 올바르게 작동하는 것은 아니며 즉시 작동하지도 않습니다. 이를 위해서는 테스트가 필요합니다. 테스터들에게 테스트 케이스를 활용한 테스트 모델을 제안했습니다. 먼저, 사양에 맞게 테스트 케이스를 작성하고 테스트를 진행합니다. 아래 링크에서 결과를 확인할 수 있습니다.

읽어 주셔서 감사합니다. 여기서 최소한 유용한 정보, 스타트업에 대한 아이디어, 좋은 조언이나 도구를 찾았기를 바랍니다.

링크 :

최근 명세서.
디자인 피그 마.
테스트 케이스 и 버그 보고서.

응용 프로그램 자체가 켜져 있습니다. 하키앱. — 이 애플리케이션은 HandsOff라는 이름으로 제작되었습니다. 이유는 묻지 마세요(Stop Procrastination이 너무 길기 때문입니다).

음, 마지막에

이 모든 것이 말이 된다고 생각하시나요?

등록된 사용자만 설문 조사에 참여할 수 있습니다. 로그인제발

이러한 실천은 교육기관에서 꼭 필요한 것이며, 실생활에서는 얼마나 유용하고 적용 가능한가?

• 필요하고 귀중한 경험

• 필요하지만 약간의 경험이 있지만

• 거의 쓸모가 없습니다. 기껏해야 팀 작업의 일반적인 특징을 이해할 것입니다.

• 시간과 노력의 낭비

2명의 사용자가 투표했습니다. 기권이 없습니다.

출처 : habr.com