Deneme sürümü değil! Öğrenci ve öğretmenler; Word, Excel, PowerPoint, OneNote ve ek sınıf araçlarının yanı sıra artık Microsoft Teams’i de içeren Office 365 Eğitim’i kullanabilir.
Kullanmaya başlamak için geçerli bir okul e-posta adresine sahip olmanız yeterlidir.
SuperOnLine 8 Mbps İnternet Aldım Ama 1 Mbps'in Üzerine Çıkmıyor. (1 yılı aşkın süredir)
Özür olarak 1 yıllık DigiTurk hediye ettiler. Birkaç ay sonra borcundan dolayı kapandı dendi.
Aylık 110 TL Internet'e fatura ödüyorum ve karşılığında hizmet alamıyorum. Üzerine bir de hediye edilen hizmet için ayrıca ödemem yapmam bekleniyor.
BİTMEYEN ÇİLE:
1 yıl kadar önce SuperOnLine'dan 8bit sınırsız limitsiz kotasız, ay başında 8mbit başlayan, ve herhangi bir koşulda hızı düşmeyen bir paket aboneliği başlattım.
Hızım 1 bit'in üzerine nadiren çıkıyor. Arıza kaydı açtım. Bir süre sonra geri aradılar. SuperOnLine ile alakalı değilmiş Turk Telekom ile alakalıymış. Turk Telekom gelmiş binada ölçüm yapmış. Bina içi tesisat problemi demişler. Bana bu yönde bilgi verdi SuperOnline tarafı. Bina yeni bina olunca bu cevap beni tatmin etmedi ve aldım modemi ve laptopu acılı bir elektrik temin etme süreci ile birlikte aynı deneyi aşağıda bina girişinde tekrar ettik. Hız yine değişmiyor.
Aradan neredeyse 1 yıl geçti SuperOnLine'dan arandım. Beni çok mağdur ettikleri için çok özür dilediler. En kısa zamanda hattımın normal hıza ulaşması için gerekli çalışmayı yapacaklarını belirttiler ve özür olarak DigiTurk hediye etmek istediler. Bu süreçte de benden bir ücret alınmayacağı söylendi ve toplam ödediğiniz miktar değişmeyecek dendi. Bir kaç kez sorup teyid aldım. DigiTurk ve SuperOnline faturada ayrı gözükecek ve toplam miktar değişmeyecek dendi. Hediyenin şartı DigiTurk'u 1 yıl boyunca iptal ettirmemem.
Aradan birkaç ay geçti DigiTurk hattınız birikmiş borcundan dolayı kapandı diye bir mesaj geldi. Bu arada SuperOnline tarafında yine fatura tam olarak (her ay 110 TL) ödeniyor.
SuperOnline'ı aradım hediye ettiğiniz digiturk yayını borcundan dolayı kapandığına dair mesaj geldi dedim. Sizin adınıza bir kampanyanız gözükmüyor, siz yalın adsl abonesisiniz, her hangi bir kampanya kaydınız yok dediler.
Siz aradınız beni dedim internet sıkıntısındaki mağduriyet yüzünden. Arama kayıtlarına bakmalarını istedim, tarih olarak sordum. Yakın zamanda aramanız yok dendi. Yakın zaman kavramını net tarih vererek açıklamalarını istedim. Beni en sonra 2016 mayıs ya da haziranda aradıklarını söylediler tam olarak hatırlayamiyorum şu an. Peki dedim arıza kayıtlarına bakın ben sizi ne zaman aramışım. Öyle bir kayıt da yok. Yani onların taraftaki kayıtlara göre ben aramamışım, onlar cevap vermemiş ve beni aramamış (acaba turk telekom da gelmemis mi). Yani geçmişte arızadan dolayı aramızda bir konuşma geçmemiş SuperOnline ile. Böyle diyorlar.
DigiTurk için de beni superonline aramamiş, hediye de etmemis. Yine bu şekilde söylüyorlar. Ne yapacağız dedim. hız probleminizle EN KISA ZAMANDA (kısanın anlamı ve süresi belirsiz) ilgileneceklerini, diğer problemim için DigiTurk'u aramam gerektiğini söylediler.
Derdine Dert Ekle:
DigiTurk'u aradım. SuperOnline 12 aylık ücretsiz bir yayın hediye etti, ama yayını borcundan dolayı kesildi dedim.
Bizim boyle bir kampanyamız yok dediler. 24 ay var , ucretli kampanyalar dediler. Sizi ilk kim aradı diye sordular. Superonline aradı ama aramadıklarını soyluyorlar diyerek ayni seyleri tekrar anlattım. İnceleyeceklerini soylediler. Yine tabii ki EN KISA ZAMANDA.
Ben de bu ülkede çeşitli firmalarla tebrübelerimden dolayı bu bekleme sürecinde derdimi şikayet var, beyaz masa ve sosyal medyada video ve yazılar aracılığıyla olabildiğince çevreme anlatmam gerektiğini, bu şekilde ilerlemeyince hiç bir firmanın insanların mağduriyetlerine çözüm üretmediğini düşündüğümü, en kısa zamanda üretilecek çözümün ardından da aynı ortamlarda teşekkür videomu ve yazımı paylaşacağımı söyledim ve ilgili birime bu düşüncelerimi de iletmelerini istedim.
DigiTurk kesilen yayını bu telefon görüşmesinden sonra hemen aktif ederek ilk teşekkürü aldı ama SuperOnLine ile neler yaşayacağım hiçbir fikrim yok. Görüşmeyi yaptığınız günü ve saati söylerseniz kayıtları dinleyelim diyorlar. Ama kayıtlarınıza bakın dediğimde beni en son 1 yıl önce aradıklarını ve aramızda başka görüşme olmadığını söylüyorlar. Yani benimle hiç görüşülmemiş ise, hiç kayıt yoksa, ben Turkcell'den kayıtları çıkartıp zamanı bulsam bile yok dediğiniz kayıtları nasıl bulacaksınız onu da anlayamadım. Ben çözüm beklerken onlar bana yeni bir task verip problemi erteliyorlar sadece. Superonline tarafında çözüm üretilmesine dair bir çalışma başlatmamış oldular bu konuşmalar sonrasında.
Artık DigiTurk'ten çıkacak kayıtlarla geriye doğru iz sürerek ilerleyeceğiz.
Şikayet Var platformunda da yazmak istedim ama şikayet için karakter sınırı koyulmuş.
Detaylıca yazamadım. Şimdi şikayet var platformunda yazdığım şikayetin altına "Konu ile ilgili gerekli tüm incelemeler yapılacak ve müşterimize bilgi verilecektir." yazacaklar böylece şikayet var platformunda soru cevaplanmış sayılacak. Şu telefondan her türlü talebinizi bize iletebilirsiniz yazacaklar, iletince de aylarca çözüm olmayacak ya da sonunda problem bizde değil diyerek süreci sonlandıracaklar. Geçmiş tecrübelerden dolayı çözüme inancım yok ama bir ihtimal belki çözerler de teşekkür ederiz diye yazıyoruz işte.
Bu arada şikayet var platformunda şikayetin yayına alınması için 24 saatten geri sayan bir sayaçla karşılaştım. Eskiden de böyle miydi? Her firma için böyle mi? Yoksa şikayet var platformuna ödeme yapan firmalar şikayetlerin görülmesini bir süre erteleyebiliyor mu? Platformun da yabancısıyım oradaki süreci çözemedim henüz.
Açık Akademi Kütüphane alanında yer alan içeriklere erişim sıkıntısı olduğuna dair çok sayıda mail ve mesaj alıyorum. Artık mesajlara tek tek yetişmem mümkün olmayan bir hal aldı. Herkese faydalı olabileceğini düşünerek topluca cevap verebilmek adına bu postu yazıyorum.
Öğrencilerimizden birinin paylaştığı linkleri de sizlerle paylaşıyorum. Kütüphane alanı yeniden faaliyete geçene kadar dosyalara aşağıdaki linklerden erişebilirsiniz. Umarım en kısa zamanda erişim sorunu çözülür. Herkese iyi çalışmalar.
Bilgisayar Programcılığına Giriş Akış Şeması Nedir? İNDİR
Bilgisayar Programcılığına Giriş .NET Uygulama Geliştirme İNDİR
Temel Veri Tabanı Veri Tabanına Giriş ve Temel Veri Tabanı Kavramları İNDİR
Temel Veri Tabanı Veri Tabanı Sorgulama ve Programlama Nesneleri İNDİR
İleri Programlama İleri Programlama ve Nesne Yönelimli Programlama İNDİR
Veri Tabanı Programlama / Veriye Erişim ADO.NET ile Veriye Erişim İNDİR
Veri Tabanı Programlama / Veriye Erişim LinQ ile Sorgulama / LinQ-to-SQL İNDİR
Web Uygulaması Geliştirme / ASP.NET
HTML ve CSS ile Web Dünyasına Giriş
ASP.NET Giriş: Web Uygulamaları ve Web Kontrolleri
ASP.NET Doğrulama Kontrolleri ve Kullanıcı Tanımlı Kontroller
ASP.NET Veriye Erişim ve Navigasyon
ASP.NET Durum Yönetimi ve Temalar
ASP.NET Güvenlik ve Üyelik Yönetimi
ASP.NET AJAX
Web Uygulaması Geliştirme / ASP.NET alanındaki konulara ait PDF kayıtlarına buradan ulaşabilirsiniz.
Günlük Scrum, Geliştirme Takımının faaliyetleri hakkında takım üyelerinin birbirlerine bilgi verdiği ve takımın önündeki 24 saat için bir plan oluşturduğu, 15 dakikayla sınırlı bir etkinliktir. Bu toplantıda bir önceki Günlük Scrumdan beri yapılan iş gözlemlenir ve sonraki toplantıya kadar yapılabilecek işler planlanır. Günlük Scrum karmaşıklığı azaltmak için her gün aynı yer ve zamanda düzenlenir. Toplantıda Geliştirme Takımı üyeleri şu soruları cevaplar:
Geliştirme Takımının Sprint Hedefine ulaşması için dün ne yaptım?
Geliştirme Takımının Sprint Hedefine ulaşması için bugün ne yapacağım?
Beni veya Geliştirme Takımını Sprint Hedefine ulaşmaktan alıkoyacak bir engel görüyor muyum?
Geliştirme Takımı, Sprint Hedefine doğru ilerlemeyi ve Sprint İş Listesindeki işlerin tamamlanma durumlarının nasıl bir eğilim gösterdiğini anlamak için Günlük Scrumı kullanır. Günlük Scrum, Geliştirme Takımının Sprint Hedefini gerçekleştirme ihtimalini güçlendirir. Geliştirme Takımı her gün Sprint Hedefine ulaşmak ve beklenen Ürün Parçasını Sprint sonuna kadar üretmek için birlikte kendini yöneten bir ekip olarak nasıl çalışması gerektiğini anlamalıdır. Geliştirme Takımı veya takım üyeleri Günlük Scrumın hemen ardından ayrıntılı olarak tartışmak, Sprintin kalan işini yeniden planlamak veya adapte etmek için sıklıkla bir araya gelirler.
Scrum Master Geliştirme Takımının toplantıyı yapmasını temin eder fakat Günlük Scrumı yürütmek Geliştirme Takımının sorumluluğudur. Scrum Master, Geliştirme Takımına Günlük Scrumı 15 dakikayla sınırlı tutmasını öğretir.
Scrum Master, Günlük Scruma sadece Geliştirme Takımının katılması kuralının herkes tarafından benimsenmesini sağlar.
Günlük Scrumlar iletişimi iyileştirir, başka toplantılara olan ihtiyacı ortadan kaldırır, geliştirmenin önündeki engellerin tespit edilmesini sağlar, hızlı karar almayı teşvik eder ve Geliştirme Takımının bilgi seviyesini artırır. Bu etkinlik kilit bir gözlem ve adaptasyon toplantısıdır.
Uzun zamandır torrent indirmemişim. Bir sitenin torrent üzerinden sunduğu içerik için, torrent client ihtiyacım oldu. Açık kaynak reklamsız bir şey bulabilir miyim diye hızlıca bakarken qBittorrent çarptı gözüme.
https://www.qbittorrent.org/ adresinden indirilebilir client reklamsız.
Bu özellik bana yetti ve aramayı bıraktım.
İndirip kullanmaya başladım.
disable-HTML isimli Chrome eklentisi ile web sayfaları yüklenirken CSS'i açıp kapatabilirsiniz ve aynı sitenin CSS olmadan nasıl gözüktüğünü gözlemleyebilirsiniz.
Açık Akademi Kütüphane alanında yer alan içeriklere erişim sıkıntısı olduğuna dair çok sayıda mail ve mesaj alıyorum. Artık mesajlara tek tek yetişmem mümkün olmayan bir hal aldı. Herkese faydalı olabileceğini düşünerek topluca cevap verebilmek adına bu postu yazıyorum.
Öğrencilerimizden birinin paylaştığı linkleri de sizlerle paylaşıyorum. Kütüphane alanı yeniden faaliyete geçene kadar dosyalara aşağıdaki linklerden erişebilirsiniz. Umarım en kısa zamanda erişim sorunu çözülür. Herkese iyi çalışmalar.
Web Uygulaması Geliştirme konusundaki dokümanları aşağıdaki linklerden indirebilirsiniz. Diğer konular için de buradaki sayfa işinizi görecektir.
Web Uygulaması Geliştirme / ASP.NET HTML ve CSS ile Web Dünyasına Giriş İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET Giriş: Web Uygulamaları ve Web Kontrolleri İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET Doğrulama Kontrolleri ve Kullanıcı Tanımlı Kontroller İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET Veriye Erişim ve Navigasyon İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET Durum Yönetimi ve Temalar İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET Güvenlik ve Üyelik Yönetimi İNDİR
Web Uygulaması Geliştirme / ASP.NET ASP.NET AJAX İNDİR
Sprint Hedefi, bir Sprint için belirlenen ve Ürün İş Listesinin yani Sprint İş Listesinin tamamlanması durumunda ulaşılabilecek amaçtır. Geliştirme Takımına neden ilgili Ürün Parçasını geliştireceğiyle ilgili rehberlik eder. Sprint Planlama toplantısında belirlenir. Sprint Hedefi Geliştirme Takımına Sprintte geliştirilen işlevsellikle ilgili biraz esneklik sunar. Sprint Hedefi, seçili Ürün İş Listesi kalemlerinin birbiriyle ilişkili ve bütünsel bir işlev olarak ifade edilmesidir. Sprint Hedefi, Geliştirme Takımını farklı girişimlerde bulunmak yerine birlikte çalışmaya sevk edecek, üzerinde çalıştıkları parçaların aynı bütüne hizmet ettiğini ifade eden herhangi bir şey olabilir.
Geliştirme Takımı çalışırken Sprint Hedefini aklından çıkarmaz. Sprint Hedefine ulaşmak için gereken fonksiyonları ve teknolojiyi geliştirir. Eğer Sprint içerisinde iş, Geliştirme Takımının öngördüğünden farklılaşmaya başlarsa, Takım Ürün Sahibiyle iş birliği yaparak Sprint İş Listesinin kapsamını müzakere eder.
Scrum Sprint Planlama: Mevcut Sprint için Seçilen İş Nasıl Yapılacak?
Sprint Hedefini belirleyen ve Sprinte alınacak Ürün İş Listesi kalemlerini seçen Geliştirme Takımı bu işlevselliği Sprint boyunca nasıl “Bitti” durumundaki bir Ürün Parçasına dönüştüreceğine karar verir. Sprint için seçilen Ürün İş Listesi kalemleri ve bunları teslim etmek için hazırlanan plana birlikte Sprint İş Listesi denir.
Geliştirme Takımı, genellikle Ürün İş Listesini çalışan bir Ürün Parçasına dönüştürmek için gerekli olan işi ve sistemi tasarlayarak başlar. İşler farklı büyüklükte veya tahmin edilen eforlarda olabilir. Ancak Geliştirme Takımı Sprint Planlamada önündeki Sprintte yapabileceğine inandığı kadar işi tahmin ederek üzerine alır. Toplantının sonunda Sprintin ilk günlerinde yapılması planlanan iş ayrıntılı bir şekilde ifade edilir ve çoğu zaman bir gün veya daha kısa sürecek parçalara bölünür. Geliştirme Takımı, hem Sprint Planlamada hem Sprint boyunca gerekli oldukça, Sprint İş Listesinden iş almak için kendi kendine organize olur.
Ürün Sahibi, seçilen Ürün İş Listesi kaleminin anlaşılmasına ve doğru seçimin yapılmasına yardım edebilir. Eğer Geliştirme Takımı çok az veya çok fazla işi olduğunu düşünürse, seçilmiş olan Ürün İş Listesi kalemlerini Ürün Sahibi ile tekrar müzakere edebilir. Geliştirme Takımı toplantıya teknik veya uzmanlık tavsiyesi vermek üzere başka kişileri davet edebilir.
Geliştirme Takımı, Sprint Planlamanın sonunda Ürün Sahibine ve Scrum Mastera Sprint Hedefine ulaşmak ve beklenen Ürün Parçasını oluşturmak için nasıl kendini yöneten bir takım olarak çalışacağını açıklayabilmelidir.
Scrum Sprint Planlama: Mevcut Sprintte Ne Yapılabilir?
Geliştirme Takımı, Sprint boyunca geliştirilecek fonksiyonları öngörmek için çalışır. Ürün Sahibi, Sprintin başarması gereken amacı ve (Sprintte tamamlanırsa) Sprint Hedefini gerçekleştirecek Ürün İş Listesi kalemlerini tartışır. Tüm Scrum Takımı Sprintin işini anlamak üzere birlikte çalışır.
Sprint Planlama toplantısının girdileri Ürün İş Listesi, son çıkan Ürün Parçası, Geliştirme Takımının Sprintte harcayacağı kapasite tahmini ve Geliştirme Takımının geçmiş performansıdır. Ürün İş Listesinden kaç tane kalemi alacağına Geliştirme Takımı karar verir. Sadece Geliştirme Takımı önündeki Sprintte ne kadar işi yapabileceğini tartabilir.
Geliştirme Takımı, Sprintte teslim edeceği Ürün İş Listesi kalemlerini planladıktan sonra Scrum Takımı Sprint Hedefini oluşturur. Sprint Hedefi, Ürün İş Listesinin Sprint boyunca uygulanmasıyla ulaşılacak amaçtır ve Geliştirme Takımına Ürün Parçasını neden geliştirdiğiyle ilgili rehberlik eder.
Sprintte yapılacak iş Sprint Planlama toplantısında planlanır. Tüm Scrum Takımı planı birlikte oluşturur.
Sprint Planlama, bir aylık Sprint için 8 saatle sınırlıdır. Daha kısa Sprintler için, etkinlik genellikle daha kısadır.
Scrum Master, etkinliğin yapılmasını ve katılımcıların etkinliğin amacını anlamasını sağlar. Scrum Master, Scrum Takımına bu etkinliğin zaman sınırını aşmamasını öğretir.
Sprint Planlama şu sorulara cevap verir:
Başlayan Sprintte Ürün Parçası olarak ne teslim edilebilir?
Ürün Parçasını teslim etmek için gerekli olan iş nasıl başarılacak?
Bir Sprint zaman sınırına ulaşılmadan iptal edilebilir. Sadece Ürün Sahibi, Sprinti iptal etme yetkisine sahiptir. Ancak paydaşlar, Geliştirme Takımı veya Scrum Master, Ürün Sahibini bu kararı alması yönünde etkileyebilir.
Bir Sprint, Sprint Hedefine ulaşmak anlamını kaybettiğinde iptal edilebilir. Bu durum kurum yön değiştirdiğinde veya pazar ve teknoloji koşulları değiştiğinde söz konusu olabilir. Genel olarak, bir Sprint mevcut koşullarda artık bir anlam ifade etmiyorsa iptal edilmelidir. Fakat Sprintler kısa süreli olduğu için iptal kararı nadiren bir anlam ifade eder.
Bir Sprint iptal edildiğinde, bitirilen ve “Bitti” durumundaki Ürün İş Listesi kalemleri gözden geçirilir. Eğer işin bir kısmı yayın potansiyeline sahipse, Ürün Sahibi bunu genellikle kabul eder. Bitmemiş tüm kalemler yeniden tahmin edilerek Ürün İş Listesine geri konulur. Bu maddeler üzerinde yapılan çalışmalar hızla değer kaybeder ve sıkça yeniden tahmin edilmelidir.
Herkesin yeni bir Sprinti başlatmak üzere bir Sprint Planlama toplantısı daha yapması gerektiğinden Sprint iptalleri kaynak tüketir. Sprint iptalleri çoğunlukla Scrum Takımı için sarsıcıdır ve nadiren gerçekleşir.
Bir ay veya daha az zaman sınırı olan, içerisinde “Bitti” durumunda, kullanılabilir ve potansiyel olarak yayınlanabilir bir Ürün Parçasının oluşturulduğu Sprint, Scrumın kalbidir. Baştan sona bir geliştirme çalışması boyunca Sprintlerin süresi sabittir. Önceki Sprint biter bitmez yeni Sprint başlar.
Sprintler; Sprint Planlama, Günlük Scrumlar, geliştirme işi, Sprint Değerlendirme ve Sprint Retrospektifinden oluşur.
Sprint boyunca:
Sprint Hedefini tehlikeye sokacak hiçbir değişiklik yapılmaz,
Kalite hedefleri düşmez,
Daha fazla bilgi edindikçe Ürün Sahibi ve Geliştirme Takımı arasında kapsam netleştirilebilir ve yeniden müzakere edilebilir.
Her bir Sprint bir aydan uzun bir ömrü olmayan bir proje olarak düşünülebilir. Projeler gibi Sprintler de bir şeyi başarmak için kullanılır. Her bir Sprintin, neyin üretileceğine ilişkin bir tanımı, üretime rehberlik edecek bir tasarımı ve esnek bir planı, işin kendisi ve sonuçta ortaya çıkacak olan ürünü vardır.
Sprintler bir takvim ayıyla sınırlıdır. Sprintin süresi çok uzun olursa üretilecek şeyin tanımı değişebilir, karmaşıklık ve risk artabilir. Sprintler, en az bir takvim ayında bir, Sprint Hedefine doğru ilerleyişi gözlemlemeyi ve adapte etmeyi temin ederek öngörülebilirliği mümkün kılar. Ayrıca Sprintler riski bir takvim ayının maliyetiyle sınırlar.
Facebook üzerinde cevapladığım bir soruyu başkalarına da faydalı olabileceğini düşünerek burada da paylaşıyorum.
SORU:
İkisi arasındaki fark nedir?
> MyEvent += new MyDel(MyMethod);
> MyEvent += MyMethod;
CEVAP:
C# dilinde bu iki kullanım arasında fark yok.
İlk kullanım, nizami bir kullanım şeklidir. Metodu temsil edecek bir delege örnekleniyor ve olaya bağlanıyor.
Alttaki yazım şekli ile de aynı şeyi yapıyoruz. Bu kullanım derleyici tarafından üstteki gibi derlenecektir. Bir nevi kısa yazım şekli gibi düşünülebilir. Olayda kullanılan delegenin imzası ile olaya bağlanmak istenen metodun imzası aynı olduğu sürece derleyici delegeyi örnekleyecek şekilde işlem yapılmasını sağlayacaktır.
Yani; ikinci kullanım, daha az tuş basımı, daha sade, daha anlaşılır ve rahat okunabilir bir kod yazımı sağlayarak aynı işlevselliği sunuyor.
Scrum ve Agile arasındaki benzerlik ve farkı doğru şekilde tanımlamak için öncelikle Agile nedir bunu bilmek gerekiyor.
Agile
Agile, değişime hızlı ve etkin bir şekilde uyum sağlama yeteneği, kapasitesi ve esnekliğidir. Agile Manifesto bu şekilde tanımlıyor Agile'ı.
Nedir bu Agile Manifesto? Temel olarak ne anlatır?
Agile Manifesto, yazılım geliştirme projelerinin geliştirme sürecinde;
bireyler ve bireyler arasındaki ilişkilerin, süreçler ve kullanılan araçlardan,
çalışan bir yazılımın, kapsamlı bir dokümantasyondan,
müşteri ile iş birliği içerisinde olmanın, sözleşme pazarlığı yapmaktan,
değişime cevap vermenin, bir planı takip etmekten daha önemli olduğunu söylüyor.
Scrum ve Agile
Agile tanımını yaptıktan sonra, Scrum'dan bahsedelim. Scrum, Agile yaklaşımlardan birisidir. Pek çok Agile yaklaşım bulunuyor. Fakat, Scrum günümüzde en çok kullanılan Agile yaklaşımıdır diyebiliriz.
Diğer yaklaşımlara ismen değinmek gerekirse, Extreme Programming (XP), Dynamic Systems Development Method (DSDM), Feature-Driven Development (FDD), Lean, DevOps, Kanban var. Bu yaklaşımların tamamı Agile Manifesto altında işleyen ve Agile değerlerine bağlı yaklaşımlardır.
Scrum Etkinlikleri aşağıda maddeler halinde sıralanmıştır;
Sprint
Sprint Planlama (Sprint Planning)
Günlük Scrum (Daily Scrum)
Sprint Değerlendirme (Sprint Review)
Sprint Retrospektifi (Sprint Retrospective)
Scrum etkinlikleri, Scrumda tanımlı olmayan toplantı ihtiyacını asgari seviyeye düşürmek ve düzenlilik sağlamak için kullanılır. Tüm etkinlikler, her bir etkinliğin azami süresi olacak şekilde zaman sınırlıdır (time-boxed). Bir Sprint başladığında, süresi sabittir; kısaltılamaz veya uzatılamaz. Diğer etkinlikler, amaçlarına ulaşıldığında son bulur ve böylece süreçte israfa meydan vermeyecek şekilde uygun bir zamanın harcanması sağlanır.
Sprintin yanı sıra içinde barındırdığı diğer etkinlikler de gözlem ve adaptasyon için resmî birer fırsattır. Bu etkinlikler, büyük öneme sahip olan şeffaflığı ve gözlemi mümkün kılmak için özel olarak tasarlanmıştır. Bu etkinliklerin birini bile kullanmamak, şeffaflığı azaltır; gözlem ve adaptasyon için bir fırsatın kaybedilmesi anlamına gelir.
SORU: Visual Studio içerisinde yazdığımız kodları formatlamak için CTRL + K + D ya da CTRL + K + F kısayollarını kullanıyorduk. Visual Studio Code ile çalışırken hangi tuş kombinasyonu ile bu işi gerçekleştirebiliriz?
CEVAP:
Windows İşletim Sistemi üzerinde SHIFT + ALT + F tuş kombinasyonu kullanılabilir.
MAC için SHIFT + Option + F
Ubuntu Linux için ise CTRL + SHIFT + I
Ayrıca; kodları yazdığımız alana sağ tıklayıp, menüden "Format Document" seçeneğini seçerek de dokümanımızı formatlayabiliriz.
Visual Studio Code içerisinde herhangi bir işlem için kısayol tuşlarını bulmak isterseniz;
Windows için CTRL + SHIFT + P,
MAC için Command + SHIFT + P tuş kombinasyonlarını kullanarak arama penceresini açabilirsiniz.
Bu pencerede örneğin; "format document" yazarak arama yapabilir ve kısayol tuş kombinasyonlarını öğrenebilirsiniz.
Neden fare yerine kısayol tuşları tercih edilir?
Fare kullanımı, klavye ile çalışan kişiyi yavaşlatacaktır. Klavye üzerinde 2 eli kullanarak kod yazarken, ellerden birini kaldır, fareyi kod alanına götür, fareye tıkla, menü öğesine doğru hareket ettir, tekrar tıkla, fareyi ekrandan çek, yazdığın kod satırına geri dön. Bu süreçte acı çekmektense klavye kısayolu bana daha kolay geliyor.
Ama Photoshop gibi bir elin zaten fare üzerinde olduğu ortamlarda yapılacak işin kolaylığı ya da zorluğuna göre bazen fare, bazen de klavye kısayolları tercih ediyorum.
Scrum Master, Scrumın anlaşılmasını ve uygulanmasını temin etmekle sorumludur. Scrum Masterlar bu sorumluluklarını Scrum Takımının Scrum teorisine, pratiklerine ve kurallarına uyulmasını sağlayarak yerine getirir.
Scrum Master, Scrum Takımı için bir hizmetkâr liderdir.
Scrum Master, Scrum Takımıyla olan hangi etkileşimlerinin faydalı olup olmadığını anlamaları konusunda başkalarına yardım eder.
Scrum Master, Scrum Takımınca üretilen değerin en üst seviyeye çıkması için herkese bu etkileşimleri değiştirmelerinde yardımcı olur.
Kaynak: Scrum Kılavuzu
Scrum Master hizmetkardır. Scrum Masterın, Ürün Sahibine, Geliştirme Takımına ve Organizasyona hizmetleri olur. Bu hizmetlerle ilgili bilgiler bir sonraki yazıda geliyor olacak...
Scrum Geliştirme Takımının Büyüklüğü Ne Olmalıdır?
En uygun Scrum Geliştirme Takımı büyüklüğü, hızlı davranabilecek kadar küçük ve bir Sprintte anlamlı bir işi bitirebilecek kadar büyük olmalıdır. Üçten az takım üyesi etkileşimi azaltır ve üretkenlik artışını sınırlar. Küçük takımlar, Sprint boyunca beceri kısıtlarıyla karşılaşarak potansiyel olarak yayınlanabilir bir Ürün Parçası teslim etmekte başarısız olabilir. Dokuzdan fazla üyesi olan bir takım ise çok fazla koordinasyona ihtiyaç duyar. Büyük Geliştirme Takımları deneysel bir süreçte yönetilebilecekten daha fazla karmaşıklığa neden olur.
Ürün Sahibi ve Scrum Master, Sprint İş Listesindeki işi yapmadıkları sürece bu sayıya dâhil değildir.
Scrum Geliştirme Takımı, her bir Sprintin (iterasyon) sonunda ürünün “Bitti” tanımına uyan ve potansiyel olarak yayınlanabilir (releasable) bir parçasını teslim etmekten sorumlu olan profesyonellerden oluşur. Ürün Parçasını sadece Geliştirme Takımının üyeleri geliştirir.
Geliştirme Takımları, kendi işlerini düzenlemek ve yönetmek için organizasyon tarafından kurulan ve yetkilendirilen takımlardır. Ortaya çıkan sinerji, Geliştirme Takımının toplam verimliliğini ve etkililiğini en üst seviyeye çıkarır.
Geliştirme Takımlarının özellikleri şunlardır:
Kendi kendilerini yönetirler. Hiç kimse (Scrum Master dahi) Geliştirme Takımına Ürün İş Listesini potansiyel olarak yayınlanabilir Ürün Parçalarına nasıl dönüştüreceğini söyleyemez.
Geliştirme Takımları çapraz fonksiyonludur; bir Ürün Parçası oluşturmak için gerekli tüm becerilere sahiptir.
Scrum, Geliştirme Takımı üyeleri için Geliştiriciden başka hiçbir unvanı tanımaz; kişinin ne iş yaptığına bakılmaz ve bunun hiçbir istisnası yoktur.
Scrum, Geliştirme Takımı içinde hiçbir alt takıma izin vermez; test veya iş analizi gibi özel uzmanlıklara bakılmaz ve bunun hiçbir istisnası yoktur.
Geliştirme Takımı üyelerinin uzmanlaştıkları belli beceriler veya odak alanları olabilir fakat sorumlu olan her zaman Geliştirme Takımıdır.
Scrum takımında Ürün Sahibi, Geliştirme Takımının işini ve ürünün değerini en üst seviyeye çıkarmakla sorumludur. Bunun nasıl yapılacağı ise organizasyonlar, Scrum Takımları ve bireyler arasında farklılık gösterebilir.
Ürün Sahibi, Ürün İş Listesini (Product Backlog) yönetmekle sorumlu olan tek kişidir. Ürün İş Listesi yönetimi şunları içerir:
Ürün İş Listesi kalemlerini açıkça ifade etmek
Ürün İş Listesindeki kalemleri, hedeflerin ve görevlerin en iyi şekilde gerçekleştirilmesini sağlayacak şekilde sıralamak
Geliştirme Takımının ortaya koyduğu işin değerini en üst seviyeye çıkarmak
Ürün İş Listesinin herkes için görünür, şeffaf ve anlaşılır olmasını, Scrum Takımının ele alacağı sonraki işleri göstermesini sağlamak
Geliştirme Takımının Ürün İş Listesindeki kalemleri gerektiği kadar anlamasını temin etmek.
Ürün Sahibi, yukarıdaki işleri kendisi yapabilir veya Geliştirme Takımına yaptırabilir. Ancak sorumluluk her zaman Ürün Sahibindedir.
Ürün Sahibi bir kişidir; bir komite olamaz. Ürün Sahibi, bir komitenin isteklerini Ürün İş Listesine yansıtabilir fakat Ürün İş Listesindeki kalemlerin önceliğini değiştirmek isteyen her kimse Ürün Sahibine başvurmalıdır.
Ürün Sahibinin başarılı olabilmesi için kararlarının organizasyondaki herkesten saygı görmesi esastır. Ürün Sahibinin kararlarını görmek isteyenler Ürün İş Listesinin içeriğine ve sıralamasına bakabilir. Başka hiçbir kimse Geliştirme Takımına farklı bir iş listesi üzerinde çalışmasını söyleyemez. Geliştirme Takımının başka bir kimseden iş alma izni yoktur.
