С всичко се съгласих.. , но това с лидера трябва да се доизмисли.. Не съм сигурен, как ще се избере човек за лидер след като не всички се знаем.. Много хора се записват с мисълта, че ще им мине номера и без участие в проекта да вземат точки от него.. А мине ли 4-5 дни.. и се установи, че този човек на е подходящ за поста тогава какво правим? Една от итерациите отпада.. ? Мхм това дали означава, че екипа няма да се справи добре и че няма да вземе пълен брой точки? :)  И дали ако някой от отбора му се дадът 5 ишута а той направи едно.. това ще се брои ли за участие? - Аз лично не бих го броил.. :) Хубаво предложение.. просто трябва да се пипнат някой тънкости :)

RoYaL, благодаря ти за темата!

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

Имал съм отбори, в които в дискусия по скайп се изписват по 200 реда с обяснения за парче код от 10 реда. Имал съм и такива, в които всеки влиза в репозиторито когато има време, гледа какво е написал другия и дописва самостоятелно и правилно без дори да пита нищо.

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

И аз мисля, че идеята е повече от добра и ще ни подготви много добре за истинските проекти като организация и изпълнение, но също така мисля и че това е много трудно постижимо понеже има много хора които имат и доста други занимания, като работа други университети и т.н. а самото изпълнение е много времеемко. Относно идеята за тийм лидера, мисля че задължително трябва да се направи, например в миналият ни проект ментора ни назначи ръководител на екипа, който ръководеше така да се каже нещата и следеше за изпълнението на задачите и помагаше ако имаше затруднения, но това много зависи от човека, защото едно е да натискаш някой да свърши работа за която не е квалифициран (както бяхме повечето от нас - без никакъв опит до момента), съвсем друго да седнете с него да видите какво не е ясно и да го изчистите. Моите виждания по въпроса са, че трябва да се помисли за някаква такава система понеже видяхме че системата с автоматичното "самонагаждане" между съотборниците не стработва много добре и мисля че всеки един екип е страдал от такова поведение. Браво на колегата, че се е сетил да предложи подобна организация на проектите!

Хубаво, е че се отваря подобна тема. До накъде съм съгласен и с ttitto, че не трябва хората и отборите да се вкарват в калъп. Да, така е, но в края на краищата, когато хората не знаят как да направят нещо, как то да заработи добре (говоря за отбора, не за проекта им), би трябвало да използват малко или много утвърдени практики. Всички познаваме Иван (RoYaL, за тези които все пак не го), аз имах късмета да бъда 2 пъти с него в подобни отборни проекти. Тези, които го познаваме по-добре, знаем, че макар и малък на години има доста опит като програмист зад гърба си, а също е много креативен, не само по отношение на продукта(кода) си. Предложенията му никога не остават висящи във форума, винаги са много дискутирани и винаги в тях има огромна доза рацио. Смятам, че идеята е много добра естествено има много неща за шлайфане. Лично аз мисля, че избрания тийм лийд трябва да има право да откаже. Причините са много, например, може да е човек с много познания и опит и да може да работи бързо и ефективно, но да не смее или да не знае как да раздава задачи. По отношение на итерациите също не е лоша идея, но може би всеки отбор трябва да прецени сам броя и продължителността им. Другото, което смятам е, че ако повече хора се включим креативно в тази дискусия, в края на краищата можем да доизкусурим алфа версия на СофтУни вариант за управление на проект. Призовавам всички, които имат креативно мнение по темата да го дадат и се надявам да не се влиза в безмислени полемики дали има или няма смисъл, дали е редно или не. Аз лично съм за въвеждането на правила във всичко, иначе става мазало!(както и с кода) :)

Абсолютно подкрепям Titto! Роял, разбирам, че твоите предложения са продиктувани от професионализма и перфекционизма ти, предполагам желанието ти е студентите да правят добри проекти, и то по правилната методология. Но и според мен основната цел на тези отборни работи е да научим работата в екип, а не как да програмираме. И то да я научим по метода проба-грешка, а не всичко да ти е предъвкано и да движиш в коловоза.

Ако си от най-добрите в отбора и имаш опит - няма какво толкова да научиш. Ако си от слабите - и да ти възложат задача, и да искаш да я направиш, няма да можеш (случвало ми се е страшно много да искам да помогна на отбора, и просто да не мога, въпреки подробните обяснения на нашия тийм лийдър по неволя). Ако си от средните ще понаучиш нещо, но това нещо може да го понаучиш и ако отделяш това така ценно време за някоя допълнителна задача или sample exam. Да не говорим, че за екипните проекти се иска да знаеш и прилагаш неща, които учиш до последния момент в програмата за курса, тоест, на практика или си с предишен опит, или нямаш идея какво правиш до последните ден-два преди срока за предаване. С други думи, средни няма.

Последният път (C# OOP)  нашият отбор беше уникален случай - първите 5 дена обсъждахме как да започнем играта, то бяха едни амбициозни идеи за 3д, за Unity, за не знам си какво. После се оказа, че времето ни притиска и никой нямаше опит с ООП, Unity или нещо подобно. Дискусията в скайп полека заглъхна и изчезна, един вид, във въздуха висеше негласното споразумение да не правим проект, защото не ни се занимава. Предпоследният ден обаче едно от момчетата се включи в чата, каза "Извинявайте, че ме нямаше няколко дена, какво правим?" и след като му обяснихме, че проект няма да има, той реши да започне да пише сам, последната вечер. Понаправи нещо, някои от останалите се включихме в неговия проект, някои и не разбраха. Естествено, за една вечер и то без опит, не направихме кой знае какво, даже и в портфолиото си не бих го качила. И за ООП-то ми никак не помогна, но определено научих много от този проект за работата с колеги, които не познаваш и дори не си виждал. А не е като да не съм работила 10 години с хора, пък макар и в друга сфера.

Ще си позволя да споделя и моето мнение. Наистина отборните проекти не се реализират по начина, на който на повечето ни се иска. Определено теем лидера ще внесе някаква по-добра организация в нещатата. Възможен вариант е да не се избира от групата (защото в 80% от случаите не се познаваме), а да се назначава служебно, примерно от топ 100 студентите, заявили участие в екипния проект. Защо да не е възможно и да се раздват и други роли като sinior devеloper и junior devеloper.

Може и при заявяване на участие в екипния проект да си избираш като какъв ще се изявяваш в него... тоест да си избереш роля, в зависимост от познанията ти (тeam lеаder, sinior devеloper и junior devеloper).

Незнам дали стана много ясно, но с две думи имаш предварителни познания в тази обаласт, в която е теам проекта и си избираш роля на team lеаder или sinior developer, за пръв път се сблъскваш избираш junior. И най накрая Системата изплюва един отбор в следния състав: Пешо - team leader, Гошо - sinior devеloper, Мариа - sinior devеloper, Станка - junior devеloper, Милен - junior devеloper и Ставри - junior devеloper.

RoYaL, Ти си посления човек, който трябва да говори за дипломация в тази тема. 

Имаш адски много опит, за което ти се възхищавам, но хейта, който пръскаш в форума и начина по който се онасяш към "по - слабите" си в екипа В КАФЕТО викайки не ти правя чест ...

Още преди година е бях зачекнал тази тема директно с екипа на СофтУни.

И предложението ми беше TeamLeader и тези които презентират да са на случаен принцип.

Също така всеки студент да влезе в тези роли.Защото рано или късно щом се озовеш на работа може да се наложи да бъдеш team leader или да се наложи да презентираш продукт.В фирмите няма демокрация и там team leader го избира шефа и мисля , че ако този избор го правят СофтУни ще доближи нещата максимално до релаността.

Здравейте и от мен! 
Много се радвам, че има такива теми и подобни предложения, защото смятам, че така все пак ще се стигне до една "идеална" система. А начина това да стане е точно ние - студентите - да даваме feedback и идеи.

Колкото до конкреното предложение - доста ми допада, но наистина има някои кусури.

1. Какво става, ако няма кандидати за team leader? Мисля, че това ще е доста често срещано нещо. Средно има по 30 отбора на курс. Мислите ли, че има 30 човека с опит на лидери, които да могат да преценят възможностите на даден човек, да му дават задачи, които хем да го мотивират, хем да има полза за проекта? И ако да, дали те са достатъчно отговорни да го правят? Аз лично, не мисля, че бих успял, и не съм сигурен, че съм бил в отбор с човек, който би.
2. Това с итерациите е добро, но от моят опит забелязвам, че масово всички се сещат да пишат по екипните в последната една седмица и дори и Наков да дойде да ги моли, няма да се навият.

Плюсовете според мен са:

• Попадаш в много близка до реалната среда и добиваш някаква представа как трябва да стават нещата, което е най-ценното. 
• Хора, които са нерешителни и не знаят какво да направят по проекта все пак допринасят за него.

Ако стигнем до един идеален SoftUni то би трябвало менторите да правят това, но ми се струва мноооого нереално, освен ако не са хора без работа :D

Въпрос до  Karlie : Според теб, ако на отборния ви проект по OOП имаше човек, който да ви натиска и ви дава задачки през цялото време, които можете да накодите, бихте ли направили по-добра игра? 

Мнение относно поста на milen8204 : Идеята е яка, но ако има точно определени роли и се знае всеки какво трябва да направи, няма ли да се изгуби Тиймуърка? Според мен проектът ще стане просто като някаква по-сложна задача от домашните.

Отборните проекти са направени със следната цел да накарат колегите да работят в екип. Целта не е само да се направи един общ проект защото всеки един от отбора би могъл да си направи индивидуален такъв ... едни по-бързо и по-лесно а други по-трудно и дълго.

Целта е една да се симулира реална работна среда при, която ще попадане всеки един в реален проект.

Качествата, които трябва да се развият при работа в екип:
- Креативност
- Инициатива  
- Презентационни умения
- Oтговорност и Изпълнителност: Сроковете трябва да се спазват както и обещанията. Много хора никога не се научават да спазват сроковете. А това е наистина ВАЖНО при реалната работа.
- Лидерски умения: Всеки поне веднъж трябва да има шанс за това
- Правилна комуникация с колегите: Всеки един от екипа може да е полезен.
- Търпимост: Не трябва да се крещи,вика и обижда в един екип защото това не помага
- Толерантност: Всеки трябва да разбере,че не трябва да налага собственото си мнение на всяка цена, защото не винаги е прав
- Реална преценка на собствените сили и тези на съотборниците
- Гъвкавост и справене с извънредни ситуации: Примерно някои е обещал нещо и не го е направил и всички от отбора трябва да направят така, че проекта да не се провали.
- Физическа и емоционална издръжливост: При някой отборни проекти и екипи се работи денонощно в последния момент и не всеки издържа на напрежението ... някои се отказват от поставените им задачи и по-този начин прецакват още повече екипа.
- Планиране на времето: Всеки трябва да се научи да планира времето, да си разделя задачата на под-задачи и да си поставя междинни срокове за всякака една задача така, че да може да свърши в срок.

- Взаимопомощ и споделяне на знания

- Взимане на решения:

- Личностно развитие: