Auzef Bilgi Sistemleri Proje Yönetimi 2024-2025 Vize Soruları
https://lolonolo.com/2026/02/24/bilgi-sistemleri-proje-yonetimi-2024-2025-vize-sorulari/
Bu kaynak, Bilgi Sistemleri Proje Yönetimi dersinin 2024-2025 dönemi vize sınavına hazırlanan öğrenciler için kapsamlı bir eğitim rehberi ve soru bankası sunmaktadır. Metin içerisinde yazılım geliştirme modelleri, proje planlama safhaları, ekip dinamikleri ve paydaş analizi gibi temel disiplinler detaylıca açıklanmaktadır. Ayrıca çevik yöntemler, risk yönetimi ve test süreçleri gibi modern yazılım mühendisliği yaklaşımları, sınavda çıkabilecek örnek sorular ve çözümlü açıklamalar eşliğinde işlenmektedir. Kaynak, bir proje yöneticisinin sahip olması gereken liderlik vasıflarını ve operasyonel süreç gruplarını teorik bir çerçevede tanımlamaktadır. Bu doküman, akademik bilgiyi pratik sınav ipuçlarıyla birleştirerek öğrencilerin ders konularını derinlemesine kavramasını amaçlayan bütünsel bir çalışma materyalidir.
https://lolonolo.com
Show More Show Less View Video Transcript
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.
#Education

