Kategori arşivi: Agile-Çevik

Agile (Çevik) Yöntemler Neden Popüler Oldu? – 3

Google Classroom eğitimlerim için tıklayınız

Projelerin temelinde motive olmuş bireyler yer almalıdır.  Onlara ihtiyaçları olan ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalıdır.

Burada kişilerin motivasyonuna şirketin ne kadar önem verdiği yatıyor. Her hangi bir yönteme bağlı olmaksızın bir çalışan motive değilse iyi performans beklenemez. BT personeli yeterince iyi anlaşılamamış, kendini iyi anlatamamıştır. Her departmanın kendi has bir iş yapış şekli olduğu gibi belirli konularda departmanlar karakteristik özellikler içeririler. Dünyada BT personeli psikolojisi ile ilgili yapılan çalışmalar taki edilseydi “sakin ve sessiz bir ortam istedikleri, içe kapanık oldukları, kendi iç iletişimleri yüksek dış departmanlarla iletişimde problemi yaşayabildikleri” gibi genel bilgiler edinilebilirdi. Herkese aynı davranarak aynı sonucu beklemenin doğru olmayacağını herkesin bildiğini düşünüyorum.

Bir yazılım takımında bilgi alışverişinin en verimli ve etkin yöntemi yüz yüze iletişimdir.

Yüz yüze iletişimin en önemli olduğuna ilişkin şüphem yok. Ne var ki şirket bir kurum hafızasına sahip olmak istiyorsa, 5 yıl sonra geriye dönüp kimin neyi nasıl yaptığını bilmeye ihtiyaç duyuyorsa yazılı iletişime ihtiyacı vardır. “Yazmayı sevmediği” için yazmayanlar şirkete kaybettiririler.  Profesyonellik kayıt altına alınması gereken bilgilerin belirlenmesi ve kayıt altına alınmasını gerektirir. Çevik yöntemlerin gereksiz yazılı iletişimi kaldırdığı noktaları olumlu ama “hiç yazmadan projeyi tamamlayacağız” gibi yarattığı bir algıya karşıyım. BT personeli üzerine düşen yazılı iletişimi yapmalıdır.

Devam edecek …

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

[Form id=”6″]

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:
Google Classroom eğitimlerim için tıklayınız

Agile (Çevik) Yöntemler Neden Popüler Oldu? – 2

Google Classroom eğitimlerim için tıklayınız

Çevik süreçler değişimi müşterinin rekabet avantajı için kullanır.

Fayda yaratacak değişimi işin içine sokmak, fayda yaratmayanı sırf istendiği için yapmamak ilkesi çok önemli. Oldukça mantıklı olan bu prensip BT departmanlarının gelen işleri sadece yapmakla yükümlü olması prensibini değiştiriyor. Şirketin, BT departmanını sadece maliyet merkezi değil, işi bilen ve geliştirici öneriler getirebilen bir yer olduğunu fark eden firmalarda BT Yöneticileri istenilen değişikliklerin yaratacağı faydayı sorgulayabiliyor, gerektiğinde red edebiliyorlardı.

Çalışan yazılım, tercihen kısa zaman aralıkları belirlenerek birkaç haftada ya da birkaç ayda bir düzenli olarak müşteriye sunulmalıdır.

Neredeyse 20 yıldır içinde olduğum Proje Yönetimi konusunda “belirsizliği yüksek projelerde sık sık onay almak gerekir” prensibini bilirim. Doğru yolda gittiğinin teyidi alarak ekip daha motive bir şekilde ilerleyebilir. Amaç yeniden iş yapmamak, her işi tek defada doğru yapmaktır. Çevik süreçler bunu yapısı itibari ile döngü içi işlere dönüştürerek sistemsel yapılabilmesini sağlayabiliyor. Geleneksel yöntemde aynısı planlama aşamasında düşünülerek yapılabilir.

İş süreçlerinin sahipleri ve yazılımcılar proje boyunca her gün birlikte çalışmalıdırlar.

Mutlak ifadeler (her gün) beni korkutmuştur. Projenin her aşamasında her gün bir araya gelmenin gerekliliğini tartışmalı buluyorum. Projenin yaşam çevrimini masaya yatırıp hangi süreçlerde her gün hangilerinde daha seyrek bir araya gelinmesi gerektiği ekipçe belirlenebilir. Sırf bir yönteme uymak adına çalışanları her gün toplantı yapmaya itmeyi doğru bulmuyorum. Analiz aşamasında yapalım, yazılımda hafta da bir yapalım gibi her proje özel ve ihtiyacı karşılayacak bir prensip belirlenmelidir.

Devam edecek…

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

[Form id=”6″]

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:
Google Classroom eğitimlerim için tıklayınız

Agile (Çevik) Yöntemler Neden Popüler Oldu? – 1

Google Classroom eğitimlerim için tıklayınız

Neredeyse tüm dünyada agile (çevik) yaklaşım ile projeler üretilmeye başlandı. Eğitimlerimde Agile-Scrum fanatikleri ile karşılaşmaya başladım. Zaten yıllardır var olan ya da düşünülmesi gereken bir konunun yine yanlış anlaşıldığını düşünüyorum. Görüşlerimi Agile (Çevik) ilkelerinden hareketle açılayacağım;

En önemli önceliğimiz değerli yazılımın erken ve devamlı teslimini sağlayarak müşterileri memnun etmektir.

Müşteri memnuniyetini esas almayan bir yaklaşım zaten olamaz. Müşterinin neden memnun olmadığının anlaşılması gerekir. Müşteri ne istediğini bilmediği ya da istediği şeyi ifade etmenin yol ve yöntemini bilmediği sürece memnun olmayacaktır. Geleneksel model müşteri gereksinimlerine fazla vakit ayırır, çevik yöntemler ifade etmeleri için kullanıcı hikayeleri vb. yollar getirir. Müşterinin sorumluluğu istediğini çok iyi ifade etmektir ve bu konuda kendini geliştirmelidir. IT, müşteriyi iyi yetiştiremedi, firma içi organizasyonlarda hak ettiği ağırlığı geç kazandığı için müşteri iyi tanımlamasa bile başarılı sonuç bekler hale geldi. İş tarafının ne istediğini nasıl belirleyeceğine yönelik geliştirilmesi konusunda zayıf kalındı. Müşteri de bu konuda isteksiz olunca, mazeret ve suçlama kültürü yayıldı olan projelere ve proje ekiplerine oldu. Yıllardır istediğiniz projeyi çok iyi tanımlamalısınız söylemlerimiz iş kollarını etkileyebilseydi ya da iş kolları bunu dikkate alsaydı her gün bir araya gelmek, yavaş yavaş projeyi şekillendirmek ihtiyacı olmayacaktı.  

Değişen gereksinimler yazılım sürecinin son aşamalarında bile kabul edilmelidir.

BT değişimlerin etkisini iş koluna yeterince aktaramadı. İş kolu bir yazılımda istediği değişikliğin arkada yarattığı iş yükünü göremedi. İş kolu, bir ekran değişikliğinin bir word dosyasında değişiklik yapılır gibi yapıldığını düşündü, aysbergin altını göremedi. BT’nin istenilen değişikliğin getirdiği iş yükünü ve moral kaybını iyi aktaramadığını düşünüyorum. Bilişim Teknolojilerine uzak üst yönetimleri yanlarına alan iş kolları rahat rahat istediğim zaman istediğimi değiştiririm yaklaşımındaydı. Çoğu zaman değişiklik talepleri zaman etkisi (yaparsak proje 1 ay uzar vb.) öne sürülerek bertaraf edilmeye çalışılırdı. Şimdi kısa aralıklarla sadece istenileni yapan bir yöntem ile bu giderilmeye çalışılıyor. Bu ilkenin değişikliklere açık olması proje ilişkin tüm olumsuz etkilerin iş kolu tarafından kabul görmesini, büyük resmi görmelerini sağlıyor.

Devam edecek…

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Sipariş formu

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:
Google Classroom eğitimlerim için tıklayınız