Как се опитахме да работим в екип и какво се получи от това

Нека да го вземем в ред

Какво означава тази снимка малко по-късно, но засега нека започна с въведението.

В един студен февруарски ден нямаше признаци на беда. Група невинни студенти дойдоха за първи път на урок по предмет, който решиха да нарекат „Методология за организиране на проектирането и разработването на информационни системи“. Имаше редовна лекция, учителят говореше за гъвкави методи за развитие, като Scrum, нищо не предвещаваше проблеми. И накрая учителят обявява:

Искам сами да изпитате всички трудности на работата в екип, да се разделите на групи, да излезете с проект, да назначите лидер и да преминете през всички етапи на проектиране заедно. Накрая очаквам от вас готов продукт и статия на Хабре.

Тук започва нашата история. Като топки в билярд отскачахме една от друга, докато енергията от удара се разсее и се събере група от 7 човека. Може би това е твърде много за обучителен проект, но е точно за по-добро разпределение на ролите. Започна дискусия на идеи за проекта от „Да вземем готов проект“ до „Емулатор за формиране на космически обекти“. Но в крайна сметка се появи идеята, чието име четете на първата снимка.

Stop Procrastination - какво е, с какво се яде и как го развихме и какво се получи от него

Историята ще бъде разказана от името на ръководителя на проекта, който за щастие или нещастие беше назначен на мен. И така, каква идея ни хрумна? Вдъхновени от популярния будилник „Shake Alarm Clock“ от SupperCommon, а именно функцията за пълно блокиране на смартфона, докато потребителят не извърши определено действие, което най-вероятно ще го накара да се събуди, ние решихме да създадем подобно приложение, което ще помогне да получите отървете се от пристрастяването към телефона, на същия принцип като „Разклатете будилника“

Принцип на действие

Потребителят задава таймери
-Време, което може да бъде прекарано на смартфон
-Време без смартфон (период на блокиране)
Когато таймерът изтече, на екрана се появява наслагване, което не може да бъде минимизирано
-За да затворите наслагването, трябва да преминете през малък тест (въведете парола на объркваща клавиатура, решете математически проблем, разклатете телефона за няколко минути)
След отключване по този начин времето, което можете да прекарате на смартфона, се намалява наполовина и така до една минута.

Изграждане на екип

Първо, трябваше да се определи кой какво ще направи и на какъв език ще бъде написано всичко това. Мисля, че това няма много общо с управлението на проекти, защото когато събереш екип за реален проект, веднага събираш тези, от които имаш нужда. В резултат на това поех и тежестта на дизайнер, избрах един мениджър на екип, който имаше добър опит в разработката на приложения, към него бяха назначени трима програмисти, а други двама станаха тестери. Разбира се, езикът за програмиране беше избран въз основа на уменията. В резултат на това беше решено да се използва Java, тъй като всички програмисти бяха запознати с него.

Поставяне на задачи

По препоръка на учителя е създадена дъска със задачи на безплатна услуга Trello. Предвиждаше се да работи по системата Scrum, където всеки поток ще бъде един вид цялостно приложение.
Но в действителност всичко това излезе от един голям и дълъг поток, в който постоянно се правеха редакции, добавки и корекции.

Пишем спецификации

Повлиян от книгата на Савин „Testing.com“, имах собствена идея в главата си как трябва да бъде подредено всичко. Всичко започна с писане на спецификации, тъй като вярвам, че без ясно описание какво очакваме, какво и как трябва да работи, нищо няма да работи. Програмистите ще програмират всичко, както го виждат, тестерите ще тестват нещо друго, мениджърът очакваше третото, но както винаги ще се окаже четвъртото.
Писането на спецификации не е лесно, трябва да обмислите всички детайли, всички нюанси. Разбира се, нищо не се получи от първия път. В резултат на това спецификациите бяха допълнени и преработени 4 пъти. Можете да намерите последната опция в края на статията, в секцията с връзки.

Рисуване на дизайн

Дизайнът в мобилното приложение е най-важното. Не всички обаче разбират това, включително от моя екип, мнозина яростно спореха с мен, че дизайнът не е необходим, че това е най-маловажната част от приложението и т.н. Не трябва да си толкова наивен. Първо, готовият дизайн улеснява работата на програмиста, той не трябва да мисли какво да постави къде и къде, той просто взема и набира това, което е нарисувано. Заедно със спецификациите, дизайнът почти напълно освобождава ума на програмиста от ненужни неща и му дава възможност да се концентрира върху логиката. Като цяло първо беше начертан прототип (ужасен) дизайн:

Но след това дизайнът беше сресан и върнат към нормалното.
(Връзка към всички елементи на дизайна в края на статията).

Програмиране

Програмирането е трудно, но възможно. Ще пропусна тази точка, тъй като лично не съм се занимавал с това. Програмистите свършиха огромна работа, без която всичко би било безсмислено. Разбира се, успяхме да реализираме някои от нашите идеи. И програмата все още се нуждае от подобрение. Има много грешки и функции, които трябва да бъдат премахнати. Ако имахме повече време, щяхме да излезем от дълбоката алфа, но засега можете да тествате приложението в края на статията.

Ами относно тестването

Какво е основното в програмирането? Според мен основното е всичко да работи и да изглежда както трябва. Не винаги се получава правилно и не веднага. Това изисква тестване. На моите тестери предложих модел за тестване, използвайки тестови случаи. Първо се пишат тестови случаи в пълно съответствие със спецификациите и след това върху тях се извършва тестване. Можете да видите какво излезе от това в връзките по-долу.

Благодаря за четенето. Надявам се, че сте намерили поне нещо полезно тук, може би идея за вашето стартиране или може би добър съвет или инструмент.

за справка:

Последна специализация.
Дизайн на Фигма.
Тестови случаи и доклади за грешки.

Самото приложение е включено HokeyApp. — Приложението е създадено под името HandsOff, дори не питайте защо (защото Stop Procrastination е твърде дълго).

Ами накрая

Мислите ли, че всичко това има смисъл?

В анкетата могат да участват само регистрирани потребители. Впиши се, Моля те.

Необходима ли е подобна практика в учебните заведения и доколко е полезна и приложима в реалния живот?

• Необходим, безценен опит

• Необходим, макар и малко опит

• Почти безполезен, най-много да разберете общите характеристики на работата в екип

• Загуба на време и усилия

2 потребители гласуваха. Няма въздържали се.

Източник: www.habr.com