Thursday, March 28, 2019

En Çok Vakit Geçirdiğiniz 5 Kişinin Ortalamasısınızdır

Başlıktaki gibi bir teoriyle karşılaştım geçenlerde Youtube'da. Üzerinde düşününce gerçekten de hak verdim.

Eğer vaktinin tamamını kahvehanede, iddia bayisinde geçiren insanlarla vakit geçiriyorsanız, sizden bir tıp doktoru veya başarılı bir iş insanı olmanız beklenmez.

Benzer şekilde eğer web girişimleri, IoT, yapay zeka, ... alanlarında okuyan, çalışan, üretim yapan insanlarla vakit geçirdiğinizde de karşılıklı etkileşim sonucu siz de o alanlara ilgi duymaya başlarsınız.

Bu sebepten dolayı aile bireyleri hariç en çok vakit geçirdiğiniz 5 kişiyi çok iyi seçin; sonuçta bu seçim geleceğinizi şekillendirecek.

Şurada bir de yazı var, okursanız.

Sunday, March 24, 2019

Özet Olarak Yazılım Testi Nedir




Yazılım sistemlerinin hedeflenen kullanım ortamında tam, doğru ve tutarlı olarak müşteri istek ve beklentilerine uygun çalıştığının kontrolüdür.

İhtiyacınız Olan Tek Kişisel Gelişim Eğitimi Burada

Benim görüşüme göre, Brian Tracy gelmiş geçmiş en iyi kişisel gelişim uzmanı. Pek çok kitabını okudum, eğitim videolarını izledim fakat aşağıdaki video benim en çok faydalandığım konuşmasını içeriyor. Kendinizi geliştirme ve (eğer ilgileniyorsanız) zengin olma tekniklerini tek bir konuşmaya toplamış.

Eğer bu konuşmanın size faydası olursa (ki eğer uygularsanız kesinlikle faydasını göreceksiniz) o zaman diğer konuşmalarını da dinler, kitaplarını da okursunuz; ama bence gerek yok, bu konuşma tek başına yeterli.

Videoda şu başlıklarda teknikler anlatılıyor (konuşma İngilizce, İngilizce bilmeyenler altyazıyı açıp, otomatik olarak Türkçe'ye çeviri seçeneğini seçerek izleyebilir):

1.) Büyük Hayaller Kurun 10:43
2.) Sevdiğiniz İşlerle Uğraşın 12:34
3.) Kendinizi Mükemmeliğe Adayın 14:06
4.) Size Özel Olan Yetenekler ve Yetkinlikler Geliştirin 17:31
5.) Kendinizi, kendinizin-patronu olarak görün 18:48
6.) Gittiğiniz istikamet belli olsun 20:41
7.) Başarısızlık Olasılığını Düşünmeyi Reddedin 24:41
8.) Kendinizi Yaşamboyu Öğrenmeye Adayın 27:17
9.) İşkolik Bir Zihniyet Geliştirin 31:36
10.) Doğru İnsanların Çevresinde Olun 34:45
11.) Zirveden Zirveye Tırmanmaya Hazır Olun 36:22
12.) Direnç Geliştirin ve Düşünce Geri Kalkın 37:22
13.) Sarsılmaz Bir İyimser Olun 41:32
14.) Cesaret ve Israrcılık Konularında Gelişin 42:43
15.) Özdisiplin Kalitenizi Artırın 44:00



Saturday, March 23, 2019

The Best and Only Self-Development Training You'll Ever Need

Brian Tracy, from my point view, is the best of best self-development mentor I have ever listened to.

Among his dozens of books and trainings and conferences, the below video is the  most concise and brief one that includes techniques for self-development and (if you are interested) for becoming rich.

It is always fun and informative listening to Brian Tracy, and I hope you'll learn many many techniques after watching this video. Be aware; just watching has no effect, you should apply these techniques !

This video includes information mainly on these topics:

1.) Dream Big Dreams 10:43
2.) Do what you love to do 12:34
3.) Commit to Excellence 14:06
4.) Develop Your Unique Talents and Abilities 17:31
5.) See yourself as self-employed 18:48
6.) Develop a clear sense of direction 20:41
7.) Refuse to consider the possibility of failure 24:41
8.) Dedicate yourself to lifelong learning 27:17
9.) Develop a workaholic mentality 31:36
10.) Get around the right people 34:45
11.) Be prepared to climb from peak to peak 36:22
12.) Develop resilience and bounce back 37:22
13.) Become an unshakable optimist 41:32
14.) Develop the qualities of courage and persistence 42:43
15.) Quality of self-discipline 44:00


Friday, March 22, 2019

Ürünü En Hızlı Şekilde Nasıl Test Edebilirim?

Projelerin doğası gereği bazen regresyon testi kapsamında bazen sistemin canlıya alınmasında bazen de müşteriye yapılacak sunum öncesinde, ürünün beklendiği gibi çalıştığının doğrulamasının yapılması gerekmektedir.

Tabii ki en güvenilir yöntem %100 kapsama oranına sahip testlere sahip olmak ve test otomasyonu kullanarak tüm testleri baştan sona çalıştırmaktır. Fakat çoğu zaman bu rüya-senaryoyu gerçekleştirme imkanı olmaz. 

Böyle bir ihtiyaç varsa şu kararın verilmesi gerekir; ürünün hangi yetenekleri / isterleri daha kritiktir?
Tüm testleri koşturamayacağımıza göre risk temelli test yaklaşımı ile hangi yeteneklere odaklanmamız gerektiğini belirlememiz gerekiyor.

Bankacılık uygulamalarında bu yetenekler farklıyken, stok yönetim yazılımlarda çok daha başka yetenekler önemlidir.

En kritik yetenekler belirlendikten sonra, kritiklik derecesi yüksekten aşağıya doğru sıralanır ve en üstteki yeteneğe en çok zaman ayrılırken, listenin altına doğru inildikçe test süresi de kısaltılır.
Örneğin toplam 10 yetenek varsa ve test için de toplam 20 saat süre ayrılmışsa, 1. yetenek için 3 saat, 2. için 2,5 saat, 3. için 2 saat, ..., 10. için 20 dakika, şeklinde bir planlama yapılabilir.

Burada önemli olan bir diğer konu da testi yapacak kişinin o alandaki bilgisidir. Test altındaki yetenekle ilgili 10 yıl deneyimi olan bir test mühendisinin, 3 yıl deneyimi olan birine göre çok daha etkin test yapacağı da unutulmamalıdır. Test yöneticisinin bu durumu da göze alması önemlidir.

Thursday, March 21, 2019

STANAG Doğrulama

Askeri (çoğunlukla NATO) projelerde sözleşmelerde tanımlı STANAG'lar kullanılarak ürünlerin geliştirilmesi ve doğrulanması gerekmektedir.

STANAG, Standardization Aggrement'in kısaltmasıdır ve tüm listeye buradan ulaşabilirsiniz; fakat çoğuna doğrudan erişim yoktur.

STANAG kullanılarak ürünleri geliştirmenin ve test etmenin güzel tarafı; istenen her yeteneğin detaylı olarak tanımlanmış olması, muğlaklıkların olmamasıdır. 

Zor tarafı ise, kimi STANAG 300-400 sayfa olabilmekte kimi zaman da diğer standartlara referanslar vererek binlerce sayfaya çıkabilmektedir. (Her zaman olduğu gibi) Bu zorluk aynı zamanda bir de fırsat yaratmaktadır. Sektörde bu kadar kalın dokümanları okumaya ve öğrenmeye hevesli çok kimse olmadığı için (bakınız İş Eğitinin Önemi) herhangi bir STANAG ailesini iyi öğrenmeniz durumunda hem yurtiçi savunma sanayinde hem de NATO ve diğer askeri oluşumlara yönelik yazılım yapan yurtdışı firmalarda kolaylıkla iş bulabilirsiniz. Fakat tekrar söyleyeyim; bu dokümanlara hâkim olmak kolay değildir.

STANAG kullanarak doğrulama yaparken dikkat edilmesi gereken konu, hazırlanacak test senaryolarının birebir standarttaki maddelerle eşleştirilmesidir; bir senaryo birden çok maddeyi içerebilir. Ve tabii her zaman olduğu gibi, izlenebilirlik matrisini de doğru ve detaylı hazırlamak önemlidir.

Wednesday, March 20, 2019

İş Etiğinin Önemi

Kabaca bir tarih vermek gerekirse 1990 yılı sonrası doğumlular ile öncesi doğumlular arasında iş bilinci, şirkete bağlılık, otoriteye saygı, çalışma disiplini gibi konularda ciddi farklar var.

Daha özgür, daha çok kaynağa erişerek, istediklerini çok zorlanmadan elde eden, "Google" nesli insanların yoğun araştırma yapmaları gereken, kısa aralıklarla yeni bilgiler edinip bunları ürüne dönüştürmeleri gereken yazılım mühendisliği alanında fazlasıyla zorlandıklarına şahit oluyorum.
Zorlandıkları zaman da genelde iş değiştirme yoluna gidiyorlar, .çünkü mevcut baskıdan-zorlamadan kaçmanın en hızlı yolu iş değiştirmek.

'90 öncesi doğumlularda da bu tarz çalışanlar var ama oran olarak çok daha az. '80 öncesi doğumlular ise çok daha işlerine bağlı, zorluktan kaçmayan çalışanlar oluyor. Gözlemlerim bu yönde.

Burada tabii, yaşın ilerlemesi ile birlikte gelen sorumluluk algısının da artıyor olmasının etkisi vardır. Ancak bu sadece benim gözlemim değil, sektördeki pek çok şirkette çalışan deneyimli personelin ortak görüşü.

Bu duruma bir de sürekli olarak yurtdışına kaptırdığımız iyi yetişmiş ve deneyimli mühendisleri eklediğimizde (sivil ve askeri) yazılım dünyasının gitgide rekabet şansını yitirdiğini görmek zor olmuyor.

Monday, March 18, 2019

Genel Toplantı Kuralları

Proje içi toplantılar bir tarafa, müşterilerin / proje paydaşlarının katıldığı toplantılarda, genel görgü kuralları haricinde dikkat edilmesi gereken birkaç konu var.

  1. Proje ekibi ile karara bağlanmamış, özellikle proje yöneticisinin bilgisi dahilinde olmayan hiçbir konuda müşteri temsilcisine bir teminatta bulunmayın. "Uygulamaya bu özelliği ekleyebiliriz", "Bu özellik basit, herhangi bir eforu / maliyeti yok", ... tarzında söylemlerden özellikle sakınmak gerekir.
  2. Özellikle yabancı (Türkçe bilmeyen) müşteri temsilcileri yanında onların anlamadığı bir dilde konuşmayın. Çünkü toplantılar konuları görüşmek, sorulara cevap bulmak ve karara bağlanmak için yapılıyor. Bu kişilerin anlamadığı bir dilde etraflarında bir şeylerin konuşulması, en başta nezaket kurallarına aykırı.
  3. Yabancı diliniz iyi değilse, çok söz almamak en iyisidir. Mecbur kaldıysanız; heyecan yapmadan, kısa ve net olarak söyleyeceğiniz şeyi söyleyin ve durun :)
  4. Mutlaka ve mutlaka toplantıda konuşulacak konulara (toplantının ajandasına) hazırlanın, gerekli tüm belgeleri hazırda tutun, ağ bağlantısı / çalışır ürün gerekiyorsa bunları hazırlayın.
  5. Ve lütfen toplantı süresince cep telefonunuz ile oynamayın.

Sunday, March 17, 2019

Başlamış bir Projeye Atanma Durumu

Bir test mühendisinin projenin sözleşme aşamasında projeye dahil olması en ideal durumdur. Çünkü, henüz sözleşme aşamasında gereksinimleri inceleyebilecek, gözden geçirip yorum verebilecektir. Böylece projenin sonraki aşamalarında ortaya çıkabilecek eksiklikleri çok daha önceden tespit edebilecektir.

Ancak kimi zaman, projenin ortasından projeye dahil olmak durumunda kaldığımız çok oluyor. Gereksinimlere / ürüne / sürece hızlı bir şekilde hâkim olunabilmesi için gerekli adımları aşağıda listeledim. Bu neden önemli? Çünkü projenin kabul aşaması yaklaştığında, daha henüz sözleşmeyi / gereksinimleri bile okumamış iseniz, (muhtemelen) bir başkasının hazırladığı test senaryolarının geçerliliğinden, tamlığından, doğruluğundan asla emin olamayacaksınız demektir. "Gereksinim İzlenebilirlik Tablosu'na bakarım, her gereksinim en az bir teste atanmışsa, bence testler tamdır, doğrudur" diyemezsiniz. Evet, bu gereklidir ama yeterli şart değildir. Belki testler gereksinimlerde bahsedilen durumları karşılamıyordur? Bu riski almaya gerek yok.

  1. İlk olarak mutlaka sözleşme okuyun. En kapsamlı sözleşme bile 50 sayfayı geçmez. Bir günde okur, 2-3 günde tamamına hâkim olursunuz.
  2. Sözleşmede belirtilen her maddenin (ister yönetimsel ister teknik maddeler olsun) bir proje çıktısı ile karşılandığından emin olun. Örneğin, bir Test ve Değerlendirme Ana Planı ve bir de Yazılım Test Planı istenmişse, sizden önce bunların hazırlanmış olduğundan emin olun. Aylık / haftalık proje ilerlerme raporları isteniyorsa, bunların formatının, içeriklerinin belirlendiğinden emin olun; yoksa hazırlayın.
  3. Sözleşme maddeleri ile Sistem Gereksinimleri arasında izlenebilirlik kurulduğundan, her bir sözleşme maddesinde belirtilen isterin, sistem gereksinim(ler)i tarafından gerçekten karşılandığından emin olun; yoksa sonradan çok sorun çıkacaktır.
  4. Geri kalan dokümantasyon için V döngüsünü uygulayın.
  5. Ürüne en hızlı şekilde adapte olmanın yolu:
    1. Hazır test dokümanları ile sistemi test etmek,
    2. Hazır kullanım dokümanı ile sistemi kullanmaktır.
    3. Ayrıca, (proje ekibine, direktörlere, müşteriye,...) arada bir ürünün tanıtımını yapmak da çok faydalı olacaktır.
  6. Asla varsayım yapmayın: "Nasıl olsa benden öncekiler bunları yapmıştır, dokümanları hazır, gözden geçirme de yapılmış, demek ki bunlar doğrudur" diye düşünmeyin !!!
  7. Kim hazırlamış olursa olsun, kime atanmış olursa olsun, sizin işinizi etkileyen konularda kimseye güvenmeyin. Çünkü onlar da projeden ayrılıp gittiklerinde, aslında bu işlerin kısmen veya tamamen eksik olduğunu görebilirsiniz. Bu durumda da o işleri kim yapacak? :) Evet, bildiniz; siz yapacaksınız.

Monday, March 11, 2019

Kabul Testleri Öncesi Oryantasyon

Projelerin kullanıma alınmadan önceki son test aşaması olan Kabul Testleri'nden önce yapılması gereken ama genelde vakit ayrılmayan önemli bir konu olan Oryantasyon'dan bahsedeceğim.

Test dokümanları genelde oldukça kapsamlı ve aşırı dikkat verilmediği sürece kolaylıkla içinde kaybolabileceğiniz belgelerdir.

Oryantasyonun amacı, testin ilerleyişinin nasıl olacağı, hangi testte hangi yeteneklerin nasıl test edildiği, hiçbir gereksinimin gözden kaçırılmadığı, test sırasında verinin hangi kaynaktan nasıl girileceği, test çıktılarının nasıl toplanacağı ve saklanacağı, testte ortaya çıkan hataların ve isteklerin nasıl yönetileceği konularında test katılımcılarına detaylı bilgi vermektedir.

Bu yüzden, her ne kadar testten önce müşteri test belgelerini gözden geçirmiş olsa bile (ki çoğu zaman detaylı bir gözden geçirme de yap(a)maz müşteri), testin katılımcılarına (gerekirse 1-2 gün boyunca) oryantasyonun verilmesi, hem müşterinin test sürecine olan güveninin artırılmasına, hem test faaliyetine daha çok katkı sağlamasına, hem de ürünün nihai ortamdaki kullanımı sırasında ortaya çıkabilecek hataların çok daha erken farkedilmesine imkan sağlayacaktır.

Thursday, March 7, 2019

Kullanıcı Tanıma Anketi (Sistem Analizi)

Geliştirilmesi planlanan yazılım sistemlerinin amacına uygun, yüksek performanslı, etkinliği yüksek ve müşteri beklentilerinin ötesine geçmesini sağlamanın en kolay yolu detaylı bir sistem analizinin yapılmasıdır.

Sistem Altsistem Tanımları dokümanının Fonksiyonel Gereksinimler kısmında sisteminin "ne yapması" gerektiği belirtilirken "Sistem Karakteristikleri" başlıklarında da yapacağı işi "nasıl yapması" gerektiği belirtilir.

Pek çok projede "Sistem Karakteristikleri" başlıkları bütçe yetersizliği, zaman darlığı veya yeterli uzmanlık olmaması sebepleri ile U/D, N/A, DSB gibi kısaltmalar konularak boş bırakılır.

Sistem kullanıma alındıktan sonra da kullanılabilirlik, erişebilirlik, performans, idame edilebilirlik, gibi konularda ardı ardına sorunlar yaşanmaya başlanır.

Standartlara uygun proje geliştiren şirketler çoğunlukla (kısmen de olsa) "Sistem Karakteristikleri"ni belirlemeye çalışmaktadır. Ancak daha düşük bütçeyle iş yapan şirketlerin bu tarz belgeler oluşturma imkanı olmayabilir.

Bu sebeple, bu tarz şirketlerin kullanımı için, son kullanıcıları tanımaya yönelik soruları aşağıda listeledim. Bu sorulara ek sorular da eklenebilir. Sorulara verilecek cevaplara uygun olarak geliştirilecek yazılım sistemlerinin çok daha az hata içeren ve yüksek müşteri memnuniyeti içeren sistemler haline geleceğine emin olabilirsiniz.

Kullanıcı Beklentileri: 

  • Kullanıcıların sistemden beklentileri nelerdir?
  • Mevcut durumda ne tip işlerde ne tip maliyetler / zararlar oluyor?
  • Kullanıcıların bilgisayar okuryazarlığı hangi seviyededir?
  • Kullanıcılar içinde bedensel / zihinsel engeli olanlar var mı? Ne tür engelleri var?
  • Sistem tek bir yerleşke içinde mi kullanılacak yoksa geniş bir alanda mı?

Kullanıcıları Tanıma:

  • Toplam kaç kullanıcı olacak? Önümüzdeki 5 yılda kullanıcı sayısında tahminen kaç kişilik bir artış olur?
  • Hangi rollerde kullanıcılar olacak? Yönetici, sistem yöneticisi, veri giriş, raporlama / sunum, …
  • Rollere göre kullanıcı sayıları nedir?
  • Rollere göre kullanıcılar hangi gün ve saatlerde sistemi kullanacaklar?
  • Rollere göre hangi kullanıcı sistemi ne kadar süre kullanacak?
  • Rollere göre kullanıcıların en stresli / yoğun / yorucu iş akış(lar)ı nelerdir?
  • Rollere göre kullanıcıların çalışma ortamı kısıtları var mı? Sahada kullanım gibi.
  • Rollere göre kullanıcı için en kritik / beklemeye tahammül edemeyeceği iş akış(lar)ı nelerdir?
  • Kullanıcıların uygulama üzerinden ve/veya dosya sistemi / veritabanı üzerinden girecekleri veri tipleri nelerdir?
  • Kullanıcıların girecekleri veri dosyalarının adet ve/veya boyut sınırı var mıdır?
  • Kullanıcıların sisteme toplu halde girmeleri gereken veriler ve/veya başka bir sistemden aktarılması gereken veriler var mı?
  • İşin zorluklarını ve olası dar boğazlarını anlamak açısından bir müddet çalışma ortamında kullanıcılar ile birlikte vakit geçirmemiz mümkün mü?

Kullanıcı Eğitimi:

  • Kullanıcılara hangi konularda eğitim verilecek?
  • Eğitim hangi ortamda yapılacak?
  • Eğitim sırasında (projenin ilk aşamasında) Kullanabilirlik testi için prototip hazırlanması.
  • Toplamda hangi rolde kaç kullanıcı eğitim alacak?
  • Eğitim materyali nelerden oluşacak?

Donanım/Yazılım Altyapısını Tanıma:

Yazılım:

  • Kullanılan işletim sistem(ler)i nelerdir?
  • Kullanılan internet gezginlerinin isimleri ve versiyonları nedir?
  • İnternet Gezginleri'nde yüklü addon - pluginler var mı?
  • İnternet gezginlerinin / pluginlerin güncellenmesine izin verilmekte midir?
  • Kullanıcı doğrulama için LDAP benzeri bir sistem var mıdır?

Donanım:

  • Sistemin kullanılacağı tesis(ler)in fiziksel altyapısı nedir? Kablosuz iletişim gerekli ise, ortam uygun mudur?
  • Kullanıcıların sistemi kullanacakları donanımın (bilgisayar, tablet, telefon) özellikleri nelerdir? Rollere göre hangi tip donanımlar kullanılacaktır?

Kalite Karakteristikleri:

  • Sistemin herhangi bir çevresel şart kısıtı var mıdır? Sıcaklık, nem, toz, gürültü, sarsıntı, ...
  • Sistemin kullanılacağı tesis(ler)in donanım altyapısı nedir? Ağ hızı, sunucu sayısı, elektrik altyapısı, jeneratör / UPS varlığı, …
  • Sistemin Genişleyebilirlik ihtiyacı var mı? Sınırları nedir?
  • Sistemin Yedekleme ihtiyacı var mı? Nasıl bir süreç düşünülüyor?
  • Sistemin uyması gereken bir Sertifikasyon kısıtı var mı?
  • Sistemin birlikte çalışması gereken (Uyumluluk) başka sistemler var mı? Arayüzler ve veri tipleri nedir?
  • Sistemin Kaynak Kullanım kısıtları var mı? CPU, bellek, disk alanı, ağ kapasitesi kullanım sınırları gibi.
  • Sistemin Afet Kurtarma özelliği ihtiyacı var mı?
  • Sistemin Efficiency (belirli bir yük için kaynak tüketimi) kısıtı var mı?
  • Sistemin Effectiveness (harcanan efor sonrasında elde edilen performans) kısıtı var mı? Bir işlemin en fazla 3 adımda yapılması gibi.
  • Sistemin uyması gereken bir yasal mevzuat / standart var mı? Nedir?
  • Sistemin Performans (tepki süreleri) kısıtı var mı? Hangi yük altında bu süreler nedir?
  • Sistemin Platform Uyumluluk kısıtı var mı? Hangi platformlar?
  • Sistemin veri / bilgi Gizliliği kısıtı var mı? Ne tür veriler, hangi roldeki kullanıcılar?
  • Sistemin Kurtarılabilme (Recovery / recoverability) kısıtı var mı? Ölümcül hata durumunda en geç 5 dakikada sistemin faal hale gelmesi gibi.
  • Sistemin Bakımı için izin verilen gün / saatler nelerdir?
  • Sistem için Hizmet Seviyesi Anlaşma şartları nelerdir?

Kullanıcı Destek:

  • Kullanıcıların eğitim sonrası sorunlarında hangi yöntem ile yardımcı olunacak?
  • Bir Destek Merkezi kurulması ihtiyacı var mı?
  • Destek hangi ortam üzerinden sağlanacak? E-posta, telefon, video konferans, …
  • Soru ve hata bildirimleri nerede kayıt altına alınacak?

Wednesday, March 6, 2019

İş Hayatında Öne Çıkan Yetkinlikler

Uzun yılların birikimi olarak rahatlıkla şunu söyleyebilirim; iş hayatında başarılı olmak için gereken yetkinlikler teknik bilgiden ziyade sosyal yetkinlik ve etik değerlerden oluşuyor.

Aşağıdaki liste tam olmayabilir ama iş hayatında saygı duyulan ve takdir edilen bir çalışan olmak için gerekli özelliklerin bunlardan oluştuğunu düşünüyorum:

  1. İşe erken gelmek, geç çıkmak.
  2. Yöneticilerin isteklerine olumlu cevap vermek.
  3. Zor işlere talip olmak.
  4. İş önceliklendirmesi yapmak; önemsiz işleri sonraya ertelemek, öncelikli işlere daha fazla efor harcamak.
  5. İş saatlerinde sadece ve sadece işle uğraşmak.
  6. Altına imza attığınız, içinde isminiz geçen işleri en iyi şekilde yapmaya çalışmak.
  7. Şirket kaynaklarını özel işleriniz için kullanmamak.
  8. Şirket kaynaklarının israfını engellemek.
  9. Şirket süreçlerini ve kültürünü sürekli iyileştirmek.
  10. Birlikle çalıştığınız kişilerin bireysel gelişimlerini desteklemek.
  11. Kişilerin başarılarını diğer çalışanlarla paylaşmak, hatalı yaptıklarını ise sadece o kişiyle paylaşmak.
  12. Kendinizde eksik gördüğünüz alanlarda sürekli eğitimle gelişim sağlamak.