O zet. Yaz l m muhendisligi egitiminde ogrencilerin bireysel becerilerinin yan nda, bir tak m olarak cal sma becerileri de edinmeleri gereklidir. Tak m cal smas iceren ders ve bitirme projeleri bu deneyimi saglasa da, projelerin yurutulmesi ve degerlendirilmesinde cesitli problemler ortaya c kar. Bu problemlerden baz lar tak m uyelerinin projeye farkl oranlarda katk da bulunmalar , bu oranlar n ogretim eleman taraf ndan takibinin guc olmas ve bunun sonucu olarak ogrencilerin gercek katk lar n n proje notlar na yans t lmas ndaki zorluklard r. Bu bildiride \Yaz l m Proje Yonetimi" dersinde verilen bir projenin farkl ekiplerle yurutulmesi ve ekiplerdeki ogrencilerin donem sonunda degerlendirilmesinde kullan lan Gorev Puan Sistemi ve sonuclar sunulmaktad r. Bu sistem ile hem ogrenciler hem de ogretim eleman projeye ait gorevler ac p bu gorevlere uygun puanlar ve gorevlerin degerlerini belirlerler. Donem sonunda gorev puanlar bireysel katk lar n hesaplanmas nda kullan l r. Gorev Puan Sistemi \Yaz l m Proje Yonetimi" dersine kay tl 96 ogrencinin yer ald g 20 ekip ile birlikte donem boyunca yurutulmustur. Ekiplerdeki herbir ogrencinin tak m na verdigi katk somut olarak elde edilmis ve notlara yans t lm st r.
Anahtar Kelimeler: tak m cal smas , degerlendirme, yaz l m proje yonetimi, yaz l m muhendisligi egitimi, gorev puan sistemi
Kaya Oguz, Sevcan Gul
Izmir University of Economics
Department of Computer Engineering
Sakarya Cad. No:156, 35330, Balcova, I_zmir Abstract. The students should also acquire team working skills along their individual skills during their software engineering education. Even though courses and senior projects that require team work provide such experience, various problems emerge during their execution and evaluation. Most common problems come from the varying degrees of contributions from team members and the di culty for the lecturer to measure and re ect these contributions to the grades. This paper presents the Task Point System and its results during its application to a project developed by di erent teams and the evaluation of the students in these teams in the \Software Project Management" course. With this system, both the students and the lecturer can create tasks and set appropriate points for them. At the end of the term the task points are used to calculate individual grades. Task Point System has been applied to 20 teams made up of 96 students for a semester during the \Software Project management" course. The tangible contributions of team members are acquired and re ected to the grades for each student in the teams. 1
Yaz l m muhendisligi egitiminde tak m cal smas iceren projeler, ogrencilerin bir arada cal sma deneyimi kazanmalar na olanak saglar. Bu proje sureclerinde hem ogrenciler hem de ogretim eleman cesitli problemlerle kars las rlar. O grenciler belki ilk kez uygulad klar yaz l m gelistirme sureclerindeki deneyimsizlikleri nedeniyle proje takvimine uymakta zorlan rlar. Proje buyuklugunu ve gelistirme icin gereken sureyi yanl s tahmin etmeleri takvim ile yap lan isin aras n n ac lmas na neden olur. Proje geciktikce artan telas yuzunden tak m icerisinde anlasmazl klar dogar.
O gretim eleman n n ozellikle kalabal k s n arda her ogrencinin tak m na katk s n takip etmesi guc olabilir. O gretim eleman , ogrenciler kendi aralar nda farkl bir platformda iletisim kuruyorlarsa tak m icerisindeki dinamikleri tam anlayamabilir. Tak ma dahil olamad g icin de olas problemlerin onune gecemez. Sonuc olarak proje tamamland g nda, ogretim eleman ogrencilerin projeye katk lar n degerlendirmekte zorlan r.
Derslerde yap lan projelerin en belirgin ozelligi ogrencilerin farkl oranlarda
katk saglamalar d r [
Coppit, tak m projelerindeki ogrencileri yedi farkl pro le ay r r [
Bu ogrenci pro lleri donem projesi iceren butun derslerde gorulebilir. O zellikle bitirme projelerinde daha belirgin sekilde ortaya c karlar. Bunun nedeni bitirme projelerinin donem projelerine gore daha buyuk olmas ve sonucunda al nacak notun mezuniyeti etkileyecek olmas d r.
Muhendislik egitimi sureci goz onune al narak projeler, butun surecleri
boyunca, gercekci olarak yurutulmelidir [
Projenin gereksinim analizi s ras nda muhendislerin musteriyle olan iletisimi, yaz l m tasar m s ras nda da tak m ici iletisimlerinin iyi olmas gereklidir. Tasar m n ard ndan, haz rlanacak proje takvimi icin maliyet tahminleri yap lmal d r. Proje takvimi olusturulurken bu tahminlerin isabetli olmas gereklidir. Tahminler, proje yurutulurken de takvime mudahele etmeyi kolaylast r r. Muhendislik ogrencilerinin bu tahminleri dogru yapabilmeleri icin yap lacak isin ne oldugunu bilmeleri kadar, kendilerini de iyi tan malar gerekir.
Butun bu kosullar alt nda proje yonetiminin ders olarak yurutulmesi hem ogrenciler icin hem de ogretim eleman icin caba gerektiren bir surectir. O gretim eleman icin zor bolumlerin bas nda ogrencilerin degerlendirilmesi gelmektedir. O gretim eleman projenin yurutulmesini ve planlamas n takip etmeli ama ogrencilerin proje deneyimi kazanabilmeleri icin cok fazla mudahale etmemelidir.
Bu bildiride proje yonetim ve yaz l m gelistirme derslerinde bireysel degerlendirme icin uygulanan gorev puan sistemi ve ilk donem sonras elde edilmis sonuclar sunulmaktad r. Bu sistem sayesinde proje derslerinde tak m olarak yap lan cal smalar n yurutulmesinin ve degerlendirilmesinin iyilestirilmesi hede enmistir.
Ekip cal smalar nda bireysel degerlendirme icin ogrencilerin yapt klar
sunumlar, yap lan toplant lar n notlar , ogrencilerin sunduklar yaz l raporlar ve
eposta listelerindeki yaz smalar kullan lsa da bu bilgiler bireysel katk lar n ne
kadar oldugunu ogretim eleman na tam olarak gosteremez. Wilkins ve Lawhead
ogretim eleman n n butun toplant lara kat l p herkesin ne yapt g n
gozlemlemesi durumunda da varl g n n ogrencilerin davran slar n degistirmelerine neden
olacag n belirtir [
Yap lan arast rmalar [
Clark ve arkadaslar , notland rma tablosu olarak bireysel %40, tak ma %60
oranda katk veren bir sistem one surmuslerdir [
Farrell ve arkadaslar Tak m Katk Sistemi ad verdikleri ve tak m icinde ozet
degerlendirmelerden ve geri bildirimlerden olusan bir sistem onermektedirler [
Vasilevskaya ve arkadaslar ise uc boyutta kategorilendirdikleri degerlendirme
etkinlikleri ile projeleri notland rmaktad rlar [
Yap lan cal smalar ve edinilen deneyimler sonucu, donem ya da bitirme projesi
olarak yap lan cal smalar n yurutulmesinde ve degerlendirilmesinde yard mc
olacak araclara ihtiyac vard r. Kullan lacak sistemin
{ projenin yurutulmesinin ve gerceklenmesinin onune gecmemesi,
{ hem ogrencilerin, hem de ogrencilerin yapt g islerin ogretim eleman
taraf ndan degerlendirilmesini icermesi [
Donem icinde verilen projenin takibi ve degerlendirilmesi icin Coppit'in
uygulad g yontem temel al narak bir sistem tasarlanm s, ve bu sistem 2016/2017
ogretim y l Bahar doneminde I_zmir Ekonomi Universitesi Muhendislik
Fakultesinde verilen \SE315 Yaz l m Proje Yonetimi" dersinde uygulanm st r [
Coppit donem icinde bir projeyi 20 - 30 kisiden olusan bir s n f ile birlikte gerceklemistir. Yap lacak projenin buyuklugunun ayarlanmas nda gerceklemenin yan nda test ve belgeleme gibi diger yaz l m sureclerini de hesaba kat lmas gerektigini belirtmistir. Secilen projenin esnek gereksinimlere sahip olmas ve ogrencilerin paralel cal sabilmeleri icin bu gereksinimlerin olabildigince bag ms z olmas gerektigini vurgulam st r.
SE315 dersinde say lar 4 ile 6 ogrenci aras nda degisen 20 tak ma bir Tra k Benzetim Projesi verilmistir. O grenciler kendi ekiplerini olusturabildikleri gibi, isterlerse ogretim eleman taraf ndan da bir ekibe dahil edildiler. Secilen proje, Coppit'in onerdigi kadar buyuk olmasa da, ogrencilerin kendilerinin iyi oldugu ortamlar secebilmeleri icin gereksinimleri esnek ve bag ms z tutulmustur.
Tra k benzetim projesi ile ogrencilerden bir masaustu yaz l m gelistirmeleri istenmektedir. Bu proje ile hayali bir belediyede cal san sinyalizasyon muhendisleri, tra k s klar n n konumlar n ve zamanlamalar n test edebileceklerdir. Yaz l m n kullan c lar bir tra k senaryosu olusturmak icin yollar, donel kavsaklar, yaya gecitleri, uc renkli ve tek renkli tra k s klar cizebileceklerdir. Yollar n kapasiteleri ve yogunluklar belirtilince, yaz l m belli bir sure sonra ne kadar tra k s k s kl g olacag n gosterecektir. Kullan c bu senaryoyu bir dosya olarak kaydedebilecektir.
Coppit s n f yoneticiler ve gelistiriciler olarak ay rm st r. Tak mlar kendilerine lider secebilmektedir. Bu yaklas m n yerine, SE315 dersindeki proje tak mlar ndaki her ogrenci esit surelerde proje yoneticisi konumuna getirilmistir. Bu sure, tak mdaki ogrenci say s na gore 10 gun ile iki hafta aras nda degismektedir. Boylece her ogrenci bir sure proje yoneticiligi yapma f rsat kazanm s ve projenin her parcas n n tasarlanmas nda, gerceklenmesinde ve yurutulmesinde yer alm slard r.
Coppit ogrencileri degerlendirmek icin, isim vermese de, bizim Gorev Puan Sistemi olarak adland rd g m z bir yontem onermektedir. Bu gorev puan sistemine gore projedeki herkes gorev acabilir ve bu goreve 1-10 degerleri aras nda uc ayr puan verir. Bu puanlar oncelik, zorluk ve degistirici olarak isimlendirilmistir. O ncelik ve zorluk puanlar gorevin onceligini ve zorlugunu belirtirken, degistirici puan yoneticiye ve ogretim eleman na gorevin sonucuna gore ek bir not vermesini saglar. O rnegin iyi yap lan islerde bu puan yonetici ve ogretim eleman taraf ndan yukseltilebilir.
Gorev ac ld ktan sonra yonetici veya ogretim eleman taraf ndan puanlar guncellenebilir. Gorev puan oncelik, p, ile zorluk, d, degerlerinin carp m na degistirici, m, degerinin eklenmesi ile hesaplan r. Gorev tamamland g nda ise ogrenci gorev durumunu \Yonetici Bekleniyor" olarak ayarlar. Yonetici gorevi gozden gecirir ve kapat r. Coppit'in ogrencileri web tabanl Issue Tracker (http: //issue-tracker.sf.net/) yaz l m n n gorev puan sistemi icin ozellestirilmis bir surumunu kullanm slard r.
Gorev puan sistemi SE315 dersinde benzer sekilde uygulanm st r. Issue Tracker yaz l m n n ozellestirilmis surumune sahip olmad g m z icin ogrenciler istedikleri bir web tabanl proje yonetim sistemine yonlendirilmislerdir. Kullan lacak sistemde yeni bir gorevin ac l p, bu gorevin gelistiricilere atanabilmesi kosulu aranm st r. Gorevlere yap lan yorumlarla da puanlar n belirtilmesi istenmistir. Buyuk cogunluk Trello (http://trello.com) yaz l m n kullan rken, GitHub' n (http://github.com) hata takip sistemini secenler de olmustur. Bir ekip ise Asana (http://www.asana.com) yaz l m n kullanm st r. O rnek bir ekran goruntusu Sekil 1 ile verilmistir.
Coppit, projelerin degerlendirilmesinde tak m ve bireysel gorevlerin puanlar n kullanm st r. Gruba ait gecerli gorevlerin puanlar toplanm s, ve bu puanlardan tamamlanan gorevlere ait puanlarla oranlanm slard r. O rnek bir gorev puan tablosu, Tablo 1 ile verilmistir. Bu tabloda proje grubu gelistiricileri toplamda 125 puanl k gorev acm slard r. Bu gorevlerden 110 puan toplayabilmislerdir. Bu oran, (110=125) 100 = 88, tak m notu olarak belirlenmistir. Bireysel puanlar n hesaplanmas nda, her ogrencinin esit miktarda katk yapmas beklenmektedir. Buradaki 125 puan, her ogrencinin 125=3 = 41:66 puan toplamas gerektigini gostermektedir. Tablo 1 ile OGR1, OGR2 ve OGR3 ogrencilerinin s rayla 58, 39, 13 puan toplad klar n gorebiliyoruz. Bu notlar beklenen 41:66 notuyla oranlanarak hepsinin bireysel notu hesaplanabilir. Bu notlar s rayla, 139, 94 ve 31'dir. Projeye cok fazla katk saglayan OGR1, 139 puan yerine bireysel olarak 100 puan alacakt r. Coppit, tak m ve bireysel notlar n ortalamas n ogrencinin son notu olarak belirlemistir. Son notlar, 94, 91 ve 60 olarak he
Sekil 1. Asana ile olusturulmus bir gorevin ekran goruntusu. saplanabilir. Ayn sistem SE315 dersi icin de kullan lm st r. Fakat son notun hesaplanmas nda bireysel nota %60, tak m notuna %40 oranlar verilmistir.
Tablo 1. Ornek bir gorev puan tablosu. Donemin ikinci haftas nda Tra k Benzetim Projesi ogrencilere sunulmustur. Ayn zamanda gorev puan sistemi anlat lm s ve ogrencilerden hem bu sistemi kullanabilecekleri, hem de proje yonetimi s ras nda kullanabilecekleri, ogretim eleman n da kat labilecegi cevrim ici bir proje yonetim yaz l m belirlemeleri istenmistir. Proje ici iletisimin buradan yurutulmesi gerektigi vurgulanm st r.
Proje yoneticiligi gorevini herkesin yapacag n , bu gorevin puan dag l m n n zorluk olarak 2, onem olarak 10 ve degistirici olarak 5 oldugu belirtilmistir. Proje yoneticisi olman n diger ogrenci arkadaslar na gore daha ust bir konum olmad g , sadece farkl bir gorev oldugu belirtilmistir. Bu gorevin gereklilikleri anlat lm s, ornek olarak toplant lar n yap lmas ve yurutulmesi, projenin plana uygun sekilde gidip gitmediginin kontrol edilmesi ve gorev puanlar n n gerektiginde duzenlenmesi verilmistir. Yoneticinin bu gorevleri oldugu icin, gorev s ras nda baska bir gorev almamalar istenmistir.
Gorev puan sisteminde puanland rma icin su sekilde bir yaklas m izlenmesi istenmistir. Eger gorev yaz l m gelistirme surecindeki ad mlardan biriyse, oncelik degeri olarak 4-6 aras nda bir puan verilmesi; 1-3 aras n ek ozellikler, 710 aras n da onemli hatalar icin kullan lmas onerilmistir. Zorluk puan icin de daha once s k yap lm s gorevler icin 1-3, yaz l m gelistirme sureclerinde ilk kez uygulanan gorevler icin 4-6, karmas k algoritmalar gibi durumlarda ise 7-10 aras degerler verilmesi istenmistir. Degistirici degerinin 0 ile baslamas , daha sonra gelistiricileri motive etmek, ya da iyi yap lan isleri odullendirmek icin kullan lmas onerilmistir.
Projenin gelistirme evresi icin butun ogrencilerden bir GitHub hesab edinmeleri ve burada herkese ac k olarak projelerini gelistirmeleri istenmistir. Projenin gercekleme evresinde bir Git kullan m sunumu yap lm s ve surum kontrol sistemleri tan t lm st r. Git sunucusuna herkesin kaynak kod katk s yapmas istenmis ve her hafta laboratuvar saatlerinde yap lan proje toplant lar nda kontrol edilmistir.
Tak mlar proje gelistirme yontemleri konusunda serbest b rak lm slard r. Proje surecinde butun tak mlardan bir gereksinim analizi belgesi istenmistir. Bu belgenin amac , herkesin projeyi dogru anlad g ndan emin olmakt r. Daha sonraki belgelerin hicbiri zorunlu tutulmam s, ogrencilerin kendilerinin belirledigi yaz l m muhendisligi sureclerini takip etmeleri beklenmistir. Projenin gelistirilmesi icin de, masaustu uygulamas olmas kosulu ile, programlama dili ve kutuphaneleri ogrencilerin secimine b rak lm st r. O grenciler daha cok C++ ile Qt Kutuphanesi (https://www.qt.io/), Java Swing ve Python Tkinter ortamlar n tercih etmistir. 3.3
Donem boyunca 96 ogrenci toplam 20 adet ekip olusturmustur. Gorev puan sistemi istekli ve cal skan ekiplerin kendi kendilerini idare etmelerini saglam s olsa da tak m say s n n fazla olmas ndan dolay projeden uzaklasan ekiplerin fark edilmesinde gec kal nm st r. Donem sonuna dogru ise dersten kopan ogrencileri geri kazanmak mumkun olmam st r.
Proje tamamland ktan sonra ogrencilerden bireysel bir proje sonu raporu istenmistir. Bu raporda tak m cal smas suresince kendilerini ve ekiplerini degerlendirmislerdir. Tak m olarak hatalar n ve dogrular n , nedenleri ile birlikte elestirisel bir bicimde raporlam slard r. Edinilen bu bilgiler s g nda en cok kars las lan problemlerin bas nda tak m ici tart smalar gelmektedir. Bu tart smalar hem projenin ilerlemesini, hem de bir tak m olarak birlikte cal smalar n engellemistir. Projeyi gerceklemek isteyen baz ogrencilerin kendilerine guvenememeleri ya da masaustu uygulama gelistirmede deneyimlerinin olmamas , projenin surec tahminleme ve gercekleme evresinde gecikmelere sebep olmustur. Proje basit gozukse de, daha once ogrenilen veri yap lar ve nesne yonelimli programlama yontemlerinin probleme uygulamas nda zorluklar yasanm st r. Problemin cozulemeyince is bolumu de dengeli yap lamam st r. Bu proje takvimini yarat rken de problem c karm st r.
O grencilerden gereksinim analizi belgesi d s nda proje ile ilgili bir belge istenmemis ve yaz l m gelistirme sureclerini uygulamalar beklenmistir. Tasar m yap lmadan ya da tasar m yap lsa bile tasar m belgesi haz rlanmadan gelistirilmeye cal s lan projeler gercekleme evresinde problemler yasam slard r. Ekipteki her gelistiricinin projeyi farkl dusundugu o s saatlerinde projeyi tart smak icin geldiklerinde sorduklar bireysel sorularla anlas lm st r. Belgelerin oneminin vurgulanmas ve istenmese de haz rlanmas n n gerekliligi ac kca ortaya c km st r.
Dersin not dag l m nda projenin katk s n n %15 olmas , bircok ogrenciyi proje yerine daha kolay gordukleri odev ve s nav notlar na yoneltmistir. Bir sonraki donemlerde projenin oran n n daha cok artt r lmas planlanm st r. Coppit %40 gibi yuksek bir oran onermektedir.
Gorev puan sisteminin farkl web servisleri ile kullan lmas puanlar n toplanmas n zorlast rm st r. O grenciler bu servisleri gorev puan sistemiyle birlikte kullan rken farkl yaklas mlar sergilemisler, bu yuzden ogretim eleman ile iletisimde de kopukluklar olmustur. Baz tak mlar gorevlere yuksek puan vermenin yine yuksek not olarak donecegini dusunurken, baz tak mlar ise bir goreve butun tak m dahil ederek bireysel katk lar n takip edilmesini yine zorlast rm slard r. 3.4
O grencilere tak m icinde adil olarak not alacaklar n gosterdigi icin gorev puan sisteminin cal smaya tesvik eden bir yap s oldugu proje sonu raporlar ndan anlas lm st r. Alacaklar nota tak m katk s kadar, bireysel katk da oldugu icin her ogrencinin esit katk yapmas gozetilmektedir.
Proje ekipleri icerisinde yaz l m tamamlamak icin cal san ekipler olmustur. Bu ekipler derslerde, ders aralar nda ve ogretim eleman n n uygun oldugu ders d s saatlerde proje uzerine sorular sorarak sonuca ulasmaya cal sm slard r. Bu ekiplere hem programlama, hem yaz l m tasar m ve mimarisi, hem de uygulanabilecek algoritmalar ac s ndan yol gosterilmistir.
Projenin devaml takibi, surekli olarak projenin tamamlanmas gerektiginin belirtilmesi, proje gereksinimlerine uymayan, ama ogrencilerin isine gelen isteklerin surekli reddedilmesi ile projeye gercekci bir ortam saglamaya cal s lm st r. Bu da tak mlar n gercek projelerde ve ozellikle bitirme projelerinde kars lasacaklar problemler icin bir deneyim olmustur. 3.5
O grenci Anketi Donem sonunda, ogrencilerin de yorumlar n alabilmek icin deneyimlerini sorgulayan bir anket haz rlanm s ve uygulanm st r. Bu ankete sadece gonulluler kat lm s ve ders notuna herhangi bir katk yap lmam st r. Ankete anonim olarak 23 ogrenci kat lm st r. Kat l m n az olmas n n verilen cevaplar n butun ogrencilerin gorusu olarak alg lanmamas gerektigini gostermektedir.
Anket sorular uc ana bolumden olusmaktad r. 1. I_lk bolumdeki deneyim sorular ogrencileri daha yak ndan tan mak ve onceki deneyimlerini goz onune alarak ders projesini degerlendirmeyi amaclamaktad r.
{ Bu dersteki proje d s nda kac tane ders projesi tamamlad n z? { Ders d s nda kac tane proje tamamlad n z? { Ders d s ya da ders projesi olarak kac projede bir tak m n uyesi olarak cal st n z? { Bu ders d s nda yer ald g n z proje tak mlar en fazla kac kisiydi? { Eger yeni bir projeye baslayacak olursan z hangi programlama dilini kullanmak istersiniz? 2. I_kinci bolumde proje ile ilgili sorular yer almaktad r.
{ Coktan secmeli soru olarak: Bu projeye paradigmas (nesne yonelimli gibi), programlama dili ve ara yuzu olarak benzer proje gelistirdiniz mi? Her bir kategori icin Ayn , Farkl ve Hic secenekleri verilmistir. { Proje icin kac saat cal st n z? { En cok hangisine zaman harcad n z? Organizasyon ve yonetim, iletisim, belgeler, gereksinim analizi, uygulama tasar m , gercekleme. { Hangi yaz l m gelistirme yontemini uygulad n z? Selale, spiral, art ml , cevik, prototip.
{ Kulland g n z gelistirme yontemi yararl oldu mu? 3. Son bolumde ise tak m cal smas hakk nda sorular sorulmustur. { Bir tak m olabildiniz mi? { Ayn tak mla bir proje daha gelistirmek ister misiniz? { Projeye 5 uzerinden ne kadar katk saglad g n z dusunuyorsunuz? { Tak m cal smas n n en zor k sm nedir? I_letisim, karar verme, baskalar n dinlemek ve onlarla cal smak, Git gibi bir surum kontrol sistemi kullanmak, planlama ve programlama, gereksinim analizi, belgeler.
Anketin ilk k sm na verilen cevaplara gore, ogrencilerden %59,1'i daha once yaln zca bir yaz l m projesinde yer alm s, %13,6's ise hicbir projede yer almam st r. Buyuk cogunluk, (%59,1) dersler d s nda bir yaz l m projesi gelistirmemislerdir. %27,3'u ise ders d s 1 proje gelistirmislerdir.
I_kinci k s mdaki cevaplara gore ogrencilerin yar s projeye en fazla 40 saat, %27,3'u 41-80 saat, %13,6's ise 81-120 saat aras nda zaman ay rd klar n belirtmislerdir. Bu sureler ogrencilerin deneyimlerine bagl d r ve sonraki donemlerdeki projeler icin kir sahibi olmaya yarayacakt r. Proje yonetimi s ras nda en fazla (%59,3) organizasyon ve yonetime, daha sonra (%50) projeyi gerceklemeye ve belgelemeye, en az da uygulama tasar m na (%31,8) ve iletisime (%27,3) zaman ay rm slard r. Buyuk cogunluk cevik gelistirme (%59,1) yaklas m n kullan rken, digerleri yine selale yaklas m n (%22,7) tercih etmislerdir. Kulland klar yaklas m n buyuk oranda (%54,5) yararl oldugunu belirtmislerdir.
Proje yonetimin en onemli k s mlar ndan biri ogrencilerin tak m cal smas becerisini kazanmalar ve bir tak m n uyesi olarak uzerlerine dusen gorevleri yapabilmeleri gerekmektedir. Bu baglamda, \Bir tak m olabildiniz mi?" sorusunda evet ve hay r esit not almas na ragmen \Ayn tak mla bir proje daha gelistirmek ister misiniz?" sorusuna %68,2'si olumsuz yan t vermistir. \Projeye 5 uzerinden ne kadar katk saglad g n z dusunuyorsunuz?" sorusuna %45,5'i 4 degerini isaretlerken, 3 (%22,7) ve 5 (%18,2) degerleri de birbirlerine yak n olmas dikkat cekmistir. Ankete kat lan ogrenciler tak m cal smas n n en zor alan n n planlama ve programlama (%77,3) oldugunu, daha sonra iletisim (%63,6) ve karar verme (%54,5) olarak belirtmislerdir. 4
Proje yonetiminde gorev puan sisteminin kullan lmas , proje surecinde ve degerlendirilmesinde ogrencilerin katk lar n n uygun sekilde degerlendirilmesine yard mc olmaktad r. Ayn zamanda ogretim eleman n gerektigi yerde mudahale etmesine, onun d s nda grubun kendi kendini idare edebilmesine olanak vermektedir.
Gecen ilk donemin ard ndan, gorev puan sisteminde cesitli degisiklikler yap lmas da planlanmaktad r. Zorluk ve oncelik degerleri verilirken 1-10 aras puan yerine degeri tan mlayan ve daha anlas l r olan \kolay, normal, zor" ifadeleri kullan lacakt r.
Gorev puan sisteminin en cok ihtiyac duydugu k s m ise proje evreleridir. Donem icerisinde 20 ekibin buyuk cogunlugu projeyi tamamlayamam st r. Projeyi evrelere ay rmak ve bu evrelere belli oranlarda puan vermek ogrencilerin k smi notland rmalar na yard mc olacakt r.
Gorev puan sisteminin Trello ya da Asana gibi var olan cevrim ici hizmetlerle birlikte kullan lmas zorluklar c karmaktad r. Cevrim ici proje yonetiminin gorev puan sistemi ile butunlesik olmas projelerin daha kolay yurutulmesini saglayacakt r. Ayr ca tak mlar n ilerlemelerinin cevrim ici izlenebilmesi projeden uzaklasan tak mlar n daha erken fark edilerek tekrar kazan lmalar na yard mc olacakt r.
Gorev puan sistemi projenin takip ve degerlendirilmesi icin kolayl k saglasa da anket sonuclar nda ogrencilerin yine de organizasyon ve yonetime cok fazla sure ay r rken yaz l m tasar m na cok daha az sure ay rd klar ve tak m arkadaslar ndan memnun olmad klar , dolay s yla iletisim icin de az zaman harcad klar ortaya c km st r. Bunlar projelerin buyuk cogunlugunun tamamlanamamas n n nedenleri olarak da sayabiliriz. Gorev Puan Sisteminin proje yurutulmesinin onune gecmeden ve ek yuk c karmadan islemesi yonetime harcanan sureyi de daha az etkilemesini saglayacakt r. I_letisimin daha iyi olmas da ogrencilerin tak m olustururken arkadaslar n daha yak ndan tan malar ile mumkun olacakt r. O grencilerin gecmis projelerine ait bilgilerin tutulmas , donem bas nda tak mlar olusturulurken yard mc olacakt r.
SE315 Yaz l m Proje Yonetimi dersini 2016/2017 Bahar doneminde alan iki subedeki butun ogrenci arkadaslar m za, katk lar ndan dolay degerli hakemlerimize ve Damla Oguz'a tesekkur ederiz.