0:00
Merhabalar. Aklınıza gelen o parlak
0:02
teknoloji fikirleri nasıl oluyor da
0:04
gerçeğe dönüşüyor? Hiç düşündünüz mü?
0:06
Bugün işte bu karmaşık süreci yönetmenin
0:09
yani yazılım proje yönetiminin
0:10
temellerine dalıyoruz. Hadi başlayalım.
0:13
İşte bu soru aslında bütün meselenin
0:15
özü. Çünkü inanın bana olay çoğu zaman
0:18
fikrin ne kadar parlak olduğunda değil o
0:21
fikri hayata geçirirken izlenen yolda
0:23
yani projenin yönetiminde yatıyor asıl
0:26
sır. Peki hadi yolculuğumuza başlayalım.
0:29
İlk durağımız ne? Zorluklar. Yani bu işi
0:33
bu kadar meşakkatli kılan ne? Yazılım
0:35
projelerini diğerlerinden ayıran, onları
0:38
bu kadar hassas yapan şey ne? Gelin önce
0:40
buna bir bakalım. Şöyle düşünün. Bir
0:43
köprü inşa ederken her gün ne kadar
0:45
ilerlediğinizi gözünüzde görürsünüz,
0:47
değil mi? Ama yazılım öyle değil.
0:49
Kodları göremezsiniz, dokunamazsınız.
0:51
İşte bu soyutluk işin en başından her
0:54
şeyi karıştırıyor. İlerlemeyi ölçmek
0:56
bile başlı başına bir dert haline
0:58
geliyor. Şimdi bu zorlukları bir araya
1:01
getirdiğimizde ne oluyor biliyor
1:02
musunuz? Tam bir kısır döngü. Kod soyut
1:06
olduğu için hatalar sinsice
1:07
saklanabiliyor. E bir yandan da
1:09
teknoloji durmuyor. Sürekli değişiyor.
1:12
Bu da projeyi tahmin edilemez bir hale
1:14
getiriyor. İşte bu yüzden yazılım proje
1:17
yönetimi sadece bir iş değil adeta bir
1:20
sanat. İyi de bu kadar fırtınalı bir
1:22
denizde rotamızı nasıl bulacağız?
1:25
Elbette bir haritayla. İşte o harita
1:28
bizim proje taslağımız. Gelin şimdi bu
1:30
kaosu nasıl yönetilebilir adımlara
1:33
ayırdığımıza bir bakalım. Bakın her
1:35
projenin tıpkı bir canlı gibi bir yaşam
1:38
döngüsü var. İşte bu beş aşama o döngüyü
1:41
oluşturuyor. Başlatmayla fikir doğuyor.
1:45
Planlamayla yol haritası çiziliyor.
1:47
Yürütmeyle iş yapılıyor. İzlemeyle yolda
1:50
mıyız diye kontrol ediliyor ve kapanışla
1:52
da proje tamamlanıyor. Her bir adım bir
1:55
sonrakinin sağlam bir temeli aslında.
1:58
Tamam, planımız cepte. Harika. Ama asıl
2:01
soru şu: Bu yazılımı nasıl inşa
2:03
edeceğiz? Hangi yöntemle? İşte bu soru
2:05
bizi genel proje planlamasından işin
2:08
mutfağına yani yazılım geliştirme
2:10
metodolojilerine getiriyor. Karşımızda
2:13
iki farklı felsefe var. Sadece iki
2:15
farklı yöntem değil, iki farklı dünya
2:17
görüşü. Soldaki şelale modeli adeta bir
2:21
tren rayı gibi. Başlangıçta her şey
2:23
belli. Rota net ve geri dönüş yok.
2:26
Sağdaki çevik model ise daha çok bir
2:28
arazi aracına benziyor. Yolda karşına ne
2:30
çıkacağı belli değil. O yüzden küçük
2:32
adımlarla ilerliyor. Sürekli etrafı
2:34
kontrol ediyor ve rotasını anında
2:36
değiştirebiliyor. Yani sormanız gereken
2:38
soru şu: Projemiz düz bir otoyolda mı
2:41
gidecek yoksa engebeli bir arazide mi
2:43
keşif yapacak? İstediğiniz kadar harika
2:46
planlar yapın. En son teknolojileri
2:48
kullanın. Eğer doğru insanlar yoksa
2:50
hepsi boşa gider. Şimdi projenin asıl
2:52
motoruna yani insan faktörüne geliyoruz.
2:55
ekibin gücüne ve tabii ki liderliğin o
2:57
kritik rolüne. Başarılı bir proje
3:00
aslında bir araya getirilmiş özel bir
3:02
ekip demektir. Herkesin görevi farklı.
3:05
Proje yöneticisi, takım lideri,
3:07
analistler, geliştiriciler hepsi bu
3:09
yapbozun birer parçası. Ve bakın alttaki
3:11
not çok önemli. Burada bir üretim müdürü
3:14
göremezsiniz. Neden? Çünkü biz fabrika
3:16
değiliz. Somut bir şey üretmiyoruz. Bu
3:18
ekosistem tamamen farklı. Şimdi gelin
3:22
proje yöneticisi ile ilgili o büyük
3:24
efsaneyi bir yıkalım. Hani o köşesinde
3:26
sessiz sedasız plan yapan, kimseyle
3:29
konuşmayan tip. Unutun onu. Gerçekte
3:32
başarılı bir proje yöneticisi tam bir
3:34
iletişim ustasıdır. Ekibe ilham verir,
3:37
motive eder, çıkan anlaşmazlıkları çözer
3:40
ve en önemlisi zor anlarda kritik
3:42
kararları almaktan çekinmez. Yani o bir
3:45
plancıdan çok daha fazlası. O bir lider.
3:48
Bir projeyi ne ayakta tutar biliyor
3:50
musunuz? Teknik beceriler mi? Evet. Ama
3:53
tek başına yetmez. Asıl olay ekip
3:55
ruhunda. Bakın soldakiler takımı inşa
3:58
eden şeyler. Ortak bir hedefe
4:00
kilitlenmek, açık konuşmak, birbirine
4:02
güvenmek. Sağdakiler ise tam tersi.
4:05
Takımı dinamitleyen şeyler. Eleştiriyi
4:07
kişisel almak, hatalarda birini parmakla
4:10
göstermek, bilgi saklamak. Unutmayın,
4:12
iyi bir ekip projenin en sağlam
4:14
kalesidir. Tamam, ekibimiz hazır.
4:18
Planımız var. Kodlar yazıldı ve şimdi o
4:21
büyük an geldi çattı. O yazdığımız
4:23
binlerce satır kodu yaşayan, nefes alan
4:26
bir ürüne dönüştürüp gerçek insanlarla
4:28
buluşturma zamanı. Yani koddan müşteriye
4:31
giden o heyecanlı yolculuğa çıkıyoruz.
4:33
Bu plan adeta bir roketin fırlatma
4:36
protokolü gibidir. Her şeyin en ince
4:38
ayrıntısına kadar düşünülmesi gerekir.
4:40
Hangi donanımlar kullanılacak? A nasıl
4:42
olacak? Güvenlik önlemlerine. Çünkü bu
4:45
adımları atlarsanız dünyanın en iyi
4:47
yazılımını da yapsanız fırlatma gününde
4:49
elinizde patlayabilir. İyi bir plan,
4:51
başarılı bir lansmanın garantisidir. Her
4:54
şey hazır gibi görünüyor ama fırlatma
4:56
düğmesine basmadan önce sormamız gereken
4:58
o can alıcı bir soru var. Peki gerçekten
5:01
hazır mı? İşte bu soruyla birlikte
5:04
kalite kontrolün yani test sürecinin tam
5:07
ortasına dalıyoruz. Şunu netleştirelim.
5:10
Test bir yerini suçlamak ya da olmamış
5:12
bu demek için yapılmaz. Hayır. Test
5:15
projenin kaskosu gibidir, sigortasıdır.
5:18
Amaç ne? Hataları erkenden yakalayıp hem
5:21
zamandan hem de paradan tasarruf etmek
5:24
ve tabii ki ürüne olan güveni arttırmak.
5:27
Bakın en alttaki nokta çok önemli. Amaç
5:29
süreci başa sarmak falan değil. Tam
5:32
tersine başa sarmak zorunda kalmamak
5:34
için test yapıyoruz. Evet, maratonun son
5:37
düzlüğüne geldik. Belki de en çok göz
5:40
ardı edilen ama aslında en kritik
5:42
virajlardan birine projeyi doğru düzgün
5:44
bitirmek. Yani fişi çekip gitmek değil
5:47
işi profesyonelce noktalamak. Bir proje
5:50
son satır kod yazıldığında bitmez. resmi
5:53
olarak bitti denilene kadar devam eder.
5:56
Bu kapanış aşaması her şeyin
5:57
tamamlandığından emin olmak, tüm
6:00
hesapları kapatmak ve en önemlisi bu
6:02
projeden ne öğrendik sorusunun cevabını
6:05
bir yere yazmak demektir. Neden mi?
6:07
Çünkü bu dersler bir sonraki projenin
6:09
hazinesidir. Tüm bu konuştuklarımızı
6:12
özetleyecek olursak aslında her şey üç
6:14
saca yağına dayanıyor. Sadece teknik
6:17
bilgi yetmiyor. Sadece iyi bir lider
6:19
olmak da veya sadece sistematik plan
6:22
yapmak da başarının sırrı işte bu üçünün
6:25
yani teknik bilginin, liderliğin ve
6:28
planlamanın mükemmel bir karışımında
6:30
gizli. Peki tüm bu anlattıklarımızdan
6:32
sonra aklımıza şu soru geliyor. Sürekli
6:35
değişen bu dünyada asıl başarı körü
6:37
körüne bir plana sadık kalmak mıdır?
6:40
Yoksa sürekli değişen gerçeğe ustalıkla
6:43
uyum sağlamak mı? Belki de gerçek
6:45
ustalık bu ikisi arasındaki o hassas
6:47
ipte yürüyebilmektir. Ne dersiniz? Vakit
6:49
ayırdığınız için teşekkürler.
