Günlerden birgün.... için yapılan yorumlar

Yalın yaklaşımlar ve çevik süreçler yazısına Özkan Kaya tarafından yapılan yorumlar

Özkan Kaya — Fri, 23 May 2008 07:04:58 +0000

Bu muhteşem yazınla insanları bilinçlendirmen çok güzel. Emeğin için teşekkürler.

Yalın yaklaşımlar ve çevik süreçler yazısına ahmet tarafından yapılan yorumlar

ahmet — Tue, 25 Mar 2008 11:55:23 +0000

bu güzel makale-yazı için çok teşekkür ediyorum.
çevik süreçler bana daha çok yazılımcının yükünü arttıran bir yöntem gibi gelirdi ama bu yazıyı okurken açıkcası heyecanlandım, takdir ettim.
ancak herşey söylendiği kadar kolay olmuyor malesef.
“basit, değişime açık ve sofistike çözümler” derken zaten mükemmeli tarif etmiş oluyorsunuz, bunu yapabilmek de ciddi birikim gerektiriyor.

Hiz metrigi yazısına murat hacıoğlu tarafından yapılan yorumlar

murat hacıoğlu — Sun, 03 Feb 2008 02:36:25 +0000

Toyota ve diğer araç üreticilerini karşılaştırmışsınız ve toyota nın ara süreçlere takılmadığından dolayı en tepede olduğunu söylemişsiniz ara süreç olarak yazılım geliştirime aşamasında hangi zamandan bahsedebiliriz? bir de story point diye bahsettiğiniz kavramı biraz daha açabilir misiniz? Tam olarakTürkçeleştirirsek neye denk düşer acaba?

Cevik manzaralar yazısına Özcan Acar tarafından yapılan yorumlar

Özcan Acar — Mon, 10 Dec 2007 18:50:49 +0000

Resimler harika Gercekten agile prosesleri bu sekilde vizualize etme fikri süper.

Hikaye kartlarının planlanması yazısına Onder tarafından yapılan yorumlar

Onder — Mon, 27 Aug 2007 15:09:29 +0000

Bu konuda kullanilan araclardan favoriniz nedir? Kartlari duvara vs yapistirmadan proje akisini izlemeyi mumkun kilan araclardan soz ediyorum? ScrumWorks denemistim ama hosuma gitmemisti.

Sürekli entegrasyon büyük bir projede uygulanması yazısına Oğuz Dağ tarafından yapılan yorumlar

Oğuz Dağ — Fri, 17 Aug 2007 14:45:39 +0000

Evet tam olarak söylemek istediğim Türkiye’de Çevik Geliştirmenin kurumsal şirketlerde (ya da bilişim merkezli olmayan şirketlerde) rağbet görmediği. Yani biz arka planda çevik geliştirme ile ilgili birçok şeyi uygulamaya çalışıyoruz. Ama herşeyi kendi insiyatifinizle yapamadığınız zamanlarda bazı şeyleri kabul ettirmek zor oluyor.
Mesela CruiseControl ile sürekli entegrasyon yapıyorsunuz, herşey güzel, kimsenin sesi çıkmıyor. Ama PMD veya CheckStyle ile bazı kurallar getirmek istediğinizde karşınıza geçip binbir türlü bahane ile size burasının aslında bir bilişim şirketi olmadığını, geliştirme yapan arkadaşların odaklanması gereken başka şeyler olduğunu veya bu tür uygulamaların hızınızı etkileyeceğini söylüyorlar.
Son söylediğiniz gibi, henüz bu tür metodları bir adım geriden takip ediyoruz.

Sürekli entegrasyon büyük bir projede uygulanması yazısına cenkcivici tarafından yapılan yorumlar

cenkcivici — Thu, 16 Aug 2007 08:30:28 +0000

Cevik sureclerin kurumsal sirketlerde kullanilamadigina katilmiyorum. Dunyanin en buyuk 1000 sirketi icinde bircok cevik yontemleri kullanan sirketler mevcut. Turkiye de bu durum farkli diyorsaniz katiliyorum. Henuz cevik yontemler kabul gormuyor ve dunyayi bir adim geriden takip ediyoruz.

Sürekli entegrasyon büyük bir projede uygulanması yazısına Oğuz Dağ tarafından yapılan yorumlar

Oğuz Dağ — Thu, 16 Aug 2007 07:44:55 +0000

Referanslar için teşekkür ediyorum, referanslara baktığımda CruiseControl, Subversion ve Ant’ın dışında diğer yazdıklarınız çoğunlukla “testing” ile ilgili olduğunu görüyorum.

Yazılarınızın Çevik Geliştirme ile ilgili olduğunu okuduğum kadarıyla biliyorum. Ama eğer kurumsal bir şirkette çalışıyorsanız, çoğunlukla çevik geliştirme yapabilme şansınız olmuyor, ama geliştirdiğiniz proje çevik geliştirme ile yapılmasa dahi birim testlerinin muhakkak yazılması ve uygulanması kanaatindeyim.

Sürekli entegrasyon büyük bir projede uygulanması yazısına cenkcivici tarafından yapılan yorumlar

cenkcivici — Sat, 11 Aug 2007 21:49:56 +0000

Kullandigimiz araclardan bazilari

CruiseControl, Subversion, Ant, JMeter, Junit, Selenium, Grinder,HttpUnit, JMock, EasyMock, HamCrest

Sürekli entegrasyon büyük bir projede uygulanması yazısına Oğuz Dağ tarafından yapılan yorumlar

Oğuz Dağ — Fri, 10 Aug 2007 06:17:41 +0000

Selamlar,

Genel hatlarıyla sürekli entegrasyon’un nasıl yapılabileceği ile ilgili güzel bilgiler vermişsiniz. Özellikle CI Server’ın yapılan değişikliği algılayıp zamandan bağımsız bir şekilde deployment yapmadan sadece deployment artifact’ları (bir anlamda prebuild) oluşturan bir ant işini çalıştırması, zaten uygulandığında ve düzgün çalıştığında tadına doyulmayacak bir aksiyondur.

Fakat yazınızda üzülerek farkettiğim bir şey ise yazının bir tür case study olduğu fakat kullandığınız araçlar veya işletim sistemleri ile ilgili herhangi bir bilgi vermemiş olmanız..

Herşeye rağmen elinize sağlık, güzel bir yazı olmuş.

Hakkımda yazısına Tolga Ahıskalıoğlu tarafından yapılan yorumlar

Tolga Ahıskalıoğlu — Thu, 02 Aug 2007 07:53:17 +0000

Merhabalar Cenk Bey Bizimle paylaştıklarınız önümüzdeki karanlık yola adeta gün ışığı gibi doğuyor.. Ama Benim bu süreçleri çalıştığım şirkete kabul ettirmeye imkanım yok birçok firmayada olmayacak gibi ta ki öle bir firma bulana kadar,birey olarak kendi içimizde nasıl bir sistem oluşturabiliriz.. kendi otokontrolümüzü nasıl sağlarız. Öyle birşey ki aldığımız projede Analistçi,Yazılımcı,proje yönetici herşey benim.. bu durumda çevik süreçleri kendime nasıl uyarlarom?

Yalın yaklaşımlar ve çevik süreçler yazısına Tolga Ahıskalıoğlu tarafından yapılan yorumlar

Tolga Ahıskalıoğlu — Thu, 02 Aug 2007 07:24:56 +0000

Yazı harika ve yararlı ayrıca bu süreci uygulayabildiğin
için nekadar şanslı olduğunun eminim farkındasın…
Benimse içimde bulunduğum durum ise Toyota ile Oto Tamirci Hasan Usta arasındaki fark kadar büyük…

Primavera ‘ da Scrum başarı öyküsü yazısına Ramazan VARLIKLI tarafından yapılan yorumlar

Ramazan VARLIKLI — Wed, 27 Jun 2007 16:14:12 +0000

selamlar Cenk,
ya kusura bakma ama bana reklam icerikli bir yazi gibi geldi.yani devamli olarak scrumun pozitif yonleri vurgulaniyor ama bunu nasil basardiginin detayi yok.devamli ve kisa sureli yinelemler ve musteriyle olan iliskileri anladim ama bunu nasil basardigini anlamadim.

mesela diyor ki,kubik calisma ortamindan seffaf ortama gecilerek insanlarin arasindaki iletisim guclendirildi veya email yerine yuz yuze konusarak problemleri halletme gibi.yani bunlarin surecle ilgisi olmamasi lazim.

ayrica eski proje yonetiminde mesailerle falan duzgun hale getirilemeyen bir surum,yeni metodolojinin ogrenilmesi ve uygulanmasi gibi cok buyuk riskler icerdigi halde 90 kisilik bir ekiple 9 ayda problemsiz ve daha basarili hale geliyor.uygulanbilirlik acisindan cok fazla beni tatmin etmedi acikcasi
yazilim gelistirme agile tekniklere inanan biri oldugumu da ekliyeyim

Türkiye de çevik süreçler yazısına afsinbey tarafından yapılan yorumlar

afsinbey — Fri, 22 Jun 2007 12:52:23 +0000

Bazı şeyleri uygulayabilmek için elimizde buna uygun insan kaynağı da olmalıdır. Burda “elimizdeki insan kaynağı” tabiri pek te uygun olmuyor, ama genel bi tabir. Demek istediğim daha mikro düzeyde, “ekibimiz buna uygun mu”? şeklinde.
“İhale Sistemi Etrafında Kümelenmiş Yazılım Projeleri” tadında yürüyor işler evet, bu durumda müşterinin yapısı, işi yapacak olan şirketlerin yapısı, çalışan insanlar bi takım süreçlerin uygulanmasında direk etkili.
Çevik süreçler güzel fikirler içeriyor fakat bunları insanlara uygulatabilmek ya da ekip halinde uygulayabilmek o kadar zor ki. Farklı bir iş kültürü var buralarda, dolayısıyla birden de değişmesi zor görünüyor.

Belki de bu yüzden mutsuz geliştiriciler.. Etrafımdaki geliştirici arkadaşlarımda bir ileriye dönük umutsuzluk ve mutsuzluk hali var ve bunu anlamakta güçlük çekiyoruz, çünkü sorduğumuz soru şu oluyor : “bu kadar iyi işlere sahip olan insanlar, bu kadar iyi para kazanan(toplum ortalamasının çok üstü) insanlar nasıl oluyor da mutsuz ve umutsuz olabiliyor.”

…

Yazılım projesinde rol dağılımı yazısına afsinbey tarafından yapılan yorumlar

afsinbey — Fri, 22 Jun 2007 12:33:29 +0000

Şu tespit harika olmuş :
“Bu tür ayrımlara gidilmesinin kaynağında programcılığı ucuz bir kaynak haline getirme çabaları olduğunu düşünüyorum. Tasarımcı ile programcının ayrı rollere bölündüğü durumlarda iyi bir tasarım olduktan sonra düşük seviyede bir programcıda olsa bu tasarımı koda çevirmek kolay gibi çok ama çok yanlış bir mantığa rastlamak mümkün Diğer bir nokta tasarımcılarla ilgili. Tasarım yapılırken yüksek teknik bilgiye sahip olmak gerekli fakat tasarımcı ile programcı rolleri birbirinden ayrılırsa tasarımcı zamanla teknik bilgi seviyesini kaybedecek ve kaliteli tasarımlar üretmekten uzaklaşacaktir.”

Bir de tasarımı ben yapayım, sen tasarımları al kodu yaz tripli adamlar var ki ciddi anlamda yanlış yolda olduklarını düşünüyorum. Koda hakim olamayan adam tasarımı anlayamaz, kodda ne yapacağını bilmeyen adam tasarımı kafasında canlandıramaz, bu böyledir. Ama hastalıklı bir düşünce yayılıyor, “kodlama basittir” gibi ve tasarımı yapalım kodları acemi programcılar yazsın gibi.

Primavera ‘ da Scrum başarı öyküsü yazısına M. Fatih Köksal tarafından yapılan yorumlar

M. Fatih Köksal — Thu, 07 Jun 2007 10:22:10 +0000

Merhaba,
cok teşekkürler, gerçekten güzel ve öğretici bir yazı olmuş.

Süreçlerin şirket yapısına değil de, şirket yapısının süreçlere uydurulmaya çalışılması çok önemli gerçekten. Bu başarı öyküsü de, bu bakıma iyi bir örnek olmuş.

Emeğinize sağlık.

Hakkımda yazısına Maral KÜRKÇÜ tarafından yapılan yorumlar

Maral KÜRKÇÜ — Mon, 04 Jun 2007 12:34:42 +0000

Merhaba Cenk Bey,

Web sitenizi keyifle okuyorum, ellerinize sağlık…Bilgilerinizi bizimle paylaştığınız için de ayrıca teşekkürler !

İstanbul’dan Sevgiler

Primavera ‘ da Scrum başarı öyküsü yazısına Mustafa Tan tarafından yapılan yorumlar

Mustafa Tan — Sun, 03 Jun 2007 20:38:48 +0000

Selamlar Cenk,

Eline sağlık, harika bir yazı. Kültür değişikliği konusundaki düşüncene tamamen katılıyorum. Bu yüzden çoğu şirkette hala iş yapış şekilleri, süreçler, organizasyonlar mevcut çalışanlara göre belirleniyor, olması gerektiği gibi değil.

Gecmise bir bakis yazısına Sürecin adı yok « Günlerden birgün…. tarafından yapılan yorumlar

Sürecin adı yok « Günlerden birgün…. — Sat, 02 Jun 2007 23:48:24 +0000

[...] Çevik süreçler kendini değişikliklere nasıl adapte ediyor ? Öncelikle kültürel olarak bir fark var. Çevik ekipler kendi çalışma şekillerini seçme ve kendilerini organize etmeleri konusunda yetkili kılınıyor. Kısa sürelerle toplanıp projede neyi iyi yaptıklarını, neyin daha iyi olabileceğini tartışıyorlar. Bu toplantılara Retrospectives diyoruz. Bir nevi ekip çalışma şeklini kodların Refactor edilmesi gibi iyileştiriyor ve yola devam ediyor. Ekibi oluşturan tüm bireyler sürekli daha iyi nasıl çalışabiliriz sorusunu kendisine soruyor. İyileştirmeler tepeden değil tabandan yukarı yayılıyor. Bu konuyla ilgili daha önce yazdığım bir yazı http://cenkcivici.wordpress.com/2007/05/23/gecmise-bir-bakis/ [...]

Yalın yaklaşımlar ve çevik süreçler yazısına Cem KOPUZ tarafından yapılan yorumlar

Cem KOPUZ — Tue, 29 May 2007 07:42:35 +0000

Öncelikle bu değerli yazın için teşekkür ederim. Çalıştığım şirkete defalarca anlattığım bu senaryoyu kaleme alman beni çok sevindirdi. Şimdi bu yazını onlara söylediklerimi somut bir şekilde ifade edebilmek için kullanmayı düşünüyorum.

iyi çalışmalar