Agile proje y\u00f6netimi de\u011fi\u015fime a\u00e7\u0131k, m\u00fc\u015fteri ile ileti\u015fime \u00f6nem veren, s\u00fcrekli test ile \u00e7al\u0131\u015fan yaz\u0131l\u0131m ortaya \u00e7\u0131karmay\u0131 hedefleyen bir proje y\u00f6netim \u015feklidir. Agile ekiplerde en \u00f6nemli hedef, yaz\u0131l\u0131m\u0131n erken ve s\u00fcrekli geli\u015fen \u015fekilde \u00e7al\u0131\u015f\u0131r olarak m\u00fc\u015fteriye sunularak memnuniyet sa\u011flanmas\u0131d\u0131r. Ekibe proje geli\u015ftirme, yeni fikirler sunma, problem \u00e7\u00f6zme f\u0131rsat\u0131 ve becerisi verir. M\u00fc\u015fteri isteklerinde sadece \u00f6ng\u00f6r\u00fclen talepleri de\u011fil, ger\u00e7ek sorunlar ve \u00e7\u00f6z\u00fcmler \u00fczerinde d\u00fc\u015f\u00fcn\u00fclerek yap\u0131lm\u0131\u015f uygulamalar m\u00fc\u015fteriye sunulur.<\/p>\n
Agile ekiplerin 5-9 ki\u015fiden olu\u015fmas\u0131 genel olarak istenilen durumdur. Ekibin \u00f6nemli ama\u00e7lar\u0131ndan biri geli\u015ftirmeleri k\u0131sa s\u00fcreli par\u00e7alara b\u00f6lerek her sprint\u2019in sonunda \u00e7al\u0131\u015f\u0131r bir uygulama elde etmektir. Sprint s\u00fcresi 2-3 hafta olarak de\u011fi\u015febilir. Sprint boyunca her sabah 15 dk l\u0131k g\u00fcnl\u00fck toplant\u0131 ile ekipteki ki\u015filer \u00f6nceki g\u00fcn neler yapt\u0131\u011f\u0131n\u0131, bug\u00fcn neler yapaca\u011f\u0131n\u0131, i\u015fini engelleyen herhangi bir sorunun olup olmad\u0131\u011f\u0131n\u0131 di\u011fer ekip arkada\u015flar\u0131 ile payla\u015f\u0131r. Bu durumda herhangi bir sorun var ise scrum master bu sorunu ortadan kald\u0131r\u0131r veya tak\u0131m i\u00e7erisinde yard\u0131mc\u0131 olacak ki\u015fiyle toplant\u0131 sonras\u0131 ileti\u015fime ge\u00e7er.<\/p>\n
Sprintlerde yap\u0131lacak olan geli\u015ftirmeler k\u00fc\u00e7\u00fck g\u00f6rev ad\u0131mlar\u0131na (tasklara) ayr\u0131larak d\u00fczenlenir. Geli\u015ftirmeleri tasklara ay\u0131rma i\u015flemini analist yapar ancak, sprint planlama toplant\u0131s\u0131nda, t\u00fcm ekip \u00fcyeleri tasklar\u0131n ayr\u0131lmas\u0131 hakk\u0131nda fikir vererek de\u011fi\u015fiklik yap\u0131labilir. Ekiple birlikte tasklar\u0131n i\u00e7eri\u011fi, nas\u0131l yap\u0131laca\u011f\u0131, m\u00fc\u015fterinin istekleri ve beklentisi do\u011frultusunda daha iyi nas\u0131l geli\u015ftirilece\u011fi konu\u015fulur ve bir sonuca var\u0131l\u0131r.<\/p>\n
Sprint boyunca tamamlanm\u0131\u015f olan tasklar test edilir. Ama\u00e7 m\u00fc\u015fteriye sunulacak olan geli\u015ftirmede hatalar\u0131n kullan\u0131c\u0131 taraf\u0131ndan bulunmadan sprint s\u00fcrecindeki testler s\u0131ras\u0131nda bulunmas\u0131d\u0131r. Bulunan hatalar\u0131n geli\u015ftiricilerin taraf\u0131ndan d\u00fczenlenmesi ve en k\u00f6t\u00fc ihtimalle e\u011fer kalan k\u0131sa s\u00fcrede d\u00fczeltilemeyen hatalarla kar\u015f\u0131la\u015f\u0131l\u0131rsa bunlar\u0131n bilinmesidir. Test m\u00fchendisi bu s\u00fcre\u00e7te m\u00fc\u015fteriye \u00e7\u0131kmadan \u00f6nce \u00fcr\u00fcn\u00fcn \u201cbu \u00fcr\u00fcn haz\u0131r ancak \u015fu durumlarda b\u00f6yle bir sorunla kar\u015f\u0131labiliriz\u201d a\u00e7\u0131klamas\u0131n\u0131 ekip ile payla\u015fmas\u0131 gerekir.<\/p>\n
Sprintlerin belli ve \u00f6nceden anla\u015f\u0131lm\u0131\u015f net bir biti\u015f g\u00fcn\u00fcn\u00fcn olmas\u0131, ekibin performas\u0131n\u0131n artmas\u0131 a\u00e7\u0131s\u0131ndan pozitif bir etki olu\u015fturuyor. Baz\u0131 durumlarda sprintin bitimine az kalmas\u0131 ve yap\u0131lacak olan tasklar\u0131n yeti\u015fmemesi geli\u015ftirici ve test m\u00fchendisi \u00fczerinde bir strese neden olabiliyor. Geli\u015ftirmeyi son g\u00fcn bitiren geli\u015ftirici test m\u00fchendisine i\u015fi teslim etti\u011finde test i\u00e7in ayr\u0131lan zaman d\u00fc\u015f\u00fcyor. Test sonucu bulunan hatalar\u0131n geli\u015ftirici ile g\u00f6r\u00fc\u015f\u00fclerek tekrar \u00e7\u00f6z\u00fclmesi ve tekrar test edilmesi gerekiyor. Gittik\u00e7e daralan bir zaman dilimi de testin kalitesinin d\u00fc\u015fmesine neden oluyor. Bu konuda benim \u00e7\u00f6z\u00fcm\u00fcm, sprintin son g\u00fcn\u00fcn\u00fc task kapatmak yerine, varolan hatalar\u0131n \u00e7\u00f6z\u00fcm\u00fcne ve onlar\u0131n testine ay\u0131rmakt\u0131r.<\/p>\n
Her sprint sonu, test m\u00fchendislerinin yap\u0131lan ve testi biten geli\u015ftirmeleri son kez tekrar g\u00f6zden ge\u00e7irmesi gerekti\u011fini d\u00fc\u015f\u00fcn\u00fcyorum. Bunun i\u00e7in vakit ay\u0131rmak, son g\u00fcn kapat\u0131lan task oldu\u011funda ger\u00e7ekten \u00e7ok zor. \u0130stisna olan durumlar\u0131 g\u00f6z ard\u0131 edersek, son kontrolle yap\u0131lan geli\u015ftirmelerde herhangi bir sebeple bozulmalar olmad\u0131\u011f\u0131n\u0131 son kez kontrol ederek, yap\u0131lan geli\u015ftirmenin gereksinimlere uygun oldu\u011fundan emin olmal\u0131d\u0131r.<\/p>\n
Agile proje y\u00f6netiminde ekip birlikte \u00e7al\u0131\u015f\u0131r ve projede kendi \u00fcst\u00fcne d\u00fc\u015feni herkes almas\u0131n\u0131 bilir. S\u00fcrekli ekip \u00fcyelerinden ve m\u00fc\u015fterilerden geri d\u00f6n\u00fc\u015f alarak gelecekteki iterasyonlar\u0131 iyile\u015ftirirler. Ekip, kendi i\u00e7inde \u201cNeleri, nas\u0131l daha da iyi yapabiliriz?\u201d sorular\u0131na \u00e7\u00f6z\u00fcm \u00fcreterek bir sonuca ula\u015f\u0131r.<\/p>\n
Agile proje y\u00f6netimi uygulanmayan firmalarda m\u00fc\u015fterilerle bir ki\u015fi irtibata ge\u00e7erek m\u00fc\u015fterinin iste\u011fini \u00f6\u011frenir ve bu konuda bir task a\u00e7arak geli\u015ftiriciye sunar. Bu geli\u015ftirme hakk\u0131nda ekipte \u00e7al\u0131\u015fanlar\u0131n hi\u00e7bir fikri veya d\u00fc\u015f\u00fcncesi g\u00f6z \u00f6n\u00fcne al\u0131nmadan sadece verilen i\u015f yap\u0131larak m\u00fc\u015fteriye sunulur. Agile proje y\u00f6netimde \u201cM\u00fc\u015fteri ne istiyor?\u201d dan \u00e7ok m\u00fc\u015fterinin as\u0131l problemine inerek ona \u00e7\u00f6z\u00fcm sunulmas\u0131, yap\u0131lan geli\u015ftirmeyi daha sa\u011fl\u0131kl\u0131 hale getiriyor. Sorunun \u00e7\u00f6z\u00fclmesinde ekipteki herkesin fikrinin al\u0131narak ilerlenmesi \u00fcr\u00fcn\u00fcn kalitesini artt\u0131r\u0131yor. Bu \u015fekilde m\u00fc\u015fteri memnuniyeti artt\u0131r\u0131l\u0131yor.<\/p>\n
Agile bir ekipte test m\u00fchendisi hata bulmaktan \u00e7ok hatalar\u0131 \u00f6nlemeye daha \u00e7ok odaklanmal\u0131d\u0131r. Agile proje y\u00f6netimde erken test uygulan\u0131yor, test yaz\u0131l\u0131m\u0131n sonunda de\u011fil erken safhalar\u0131nda devreye giriyor. Kullan\u0131c\u0131 hikayesi olu\u015fturulmas\u0131nda, \u201crefinement\u201d toplant\u0131lar\u0131nda test m\u00fchendisi olarak verilen geri bildirimler, hatalar\u0131 \u00f6nlemeye y\u00f6nelik \u00e7al\u0131\u015fmalard\u0131r. Agile ekipteki test m\u00fchendisi, de\u011fi\u015fikliklere h\u0131zl\u0131 adapte olabilen, m\u00fc\u015fteri bak\u0131\u015f a\u00e7\u0131s\u0131na sahip, kalitenin y\u00fckselmesine katk\u0131 sa\u011flayan, sistemin analizini yap\u0131p \u00e7abuk \u00f6\u011frenebilen, ileti\u015fim yetene\u011fi y\u00fcksek ki\u015filer olmal\u0131d\u0131r. Test s\u00fcrecinin, uygulama geli\u015ftirme s\u00fcrecinden ayr\u0131 olarak de\u011ferlendirilmesi d\u00fc\u015f\u00fcn\u00fclemez. Tasklar\u0131n haz\u0131rlanmas\u0131ndan sonra en \u00f6nemli iki s\u00fcre\u00e7 olan geli\u015ftirme ve test s\u00fcreci bir b\u00fct\u00fcn olarak g\u00f6r\u00fcl\u00fcp, bu \u015fekilde ilerlenmelidir. Tes m\u00fchendisleri de kendilerini teknik olarak geli\u015ftirip, geli\u015ftiriciler ile ayn\u0131 dili konu\u015fabilmelidir. Bu s\u00fcre\u00e7te \u00fcr\u00fcn\u00fcn kalitesinden ve hatas\u0131z olmas\u0131ndan sadece test yapan sorumlu de\u011fildir, t\u00fcm ekip sorumludur(!).<\/p>\n
Test m\u00fchendisleri testlerini yaparken m\u00fc\u015fteri odakl\u0131 testler, sistemi hataya zorlay\u0131c\u0131, \u015f\u00fcpheci, alternatif test senaryolar\u0131 ile ge\u00e7mi\u015f deneyimlerini kullanarak test etmelidir. Hatay\u0131 en erken safhada ortaya \u00e7\u0131karmal\u0131 ve \u00f6ng\u00f6rmelidir.<\/p>\n
Agile bir ekibin ba\u015far\u0131l\u0131 olmas\u0131 i\u00e7in tak\u0131m ruhu olmal\u0131d\u0131r. Bir ekip olarak \u00e7al\u0131\u015f\u0131lmal\u0131, geli\u015fime ve yeniliklere her zaman a\u00e7\u0131k olmal\u0131, kolay adapte olmal\u0131, geri bildirimler almal\u0131 ve vermeliyiz. Tak\u0131m i\u00e7erisinde ileti\u015fimimiz her zaman \u00e7ok iyi olmal\u0131d\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"
Agile proje y\u00f6netimi de\u011fi\u015fime a\u00e7\u0131k, m\u00fc\u015fteri ile ileti\u015fime \u00f6nem veren, s\u00fcrekli test ile \u00e7al\u0131\u015fan yaz\u0131l\u0131m ortaya \u00e7\u0131karmay\u0131 hedefleyen bir proje […]<\/p>\n","protected":false},"author":279,"featured_media":136936,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[244],"tags":[314,317,318,319],"class_list":["post-136935","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-tr","tag-testing-tr","tag-agile","tag-cevik","tag-ekip"],"acf":[],"yoast_head":"\n