ENTEGRASYON PROJESİNİ YÜRÜTMEK İÇİN 9 ÖNEMLİ ADIM

Sistem entegrasyonu, mevcut (genellikle farklı) alt sistemlerin bütünleştirilmesini ve ardından müşteri veya son kullanıcı için benzersiz ve yeni değer yaratmayı içerir. Başarılı entegrasyon planlama çabaları, bir girişimin tüm özel iş gereksinimlerini karşılamasını sağlamak için geniş bir kapsamı kapsamalıdır. Başarıyı en üst düzeye çıkarmak ve yeniden çalışmayı en aza indirmek için bir iş değerlendirmesi başlatmalı ve her sistemin entegrasyon çabasını yönlendirmelidir.

Bu blog ilk olarak entegrasyon projelerini yönlendiren faktörlerin en iyisine yönelik arzuyu açıklamaktadır. Ardından, başarılı bir entegrasyon çabası içinde gerekli adımları ayrıntılı olarak açıklar. Daha sonra, ara yazılım teknolojisini etkinleştirmenin rolü vurgulanır, ardından bir iş değerlendirmesinin (kritik ilk adım) önemi üzerinde genişletilir. En İyi Faktör İhtiyacı Entegrasyon Çabalarını Yönlendirir En iyi faktörlerin zorlukları Bir ara yazılım teknolojisi ve satıcı arasında seçim yaparken, bir müşteri aşağıdaki konuları göz önünde bulundurmalıdır:

• Çözüm çalışanları nasıl etkileyecek?

• Hangi satıcı hangi uygulamaları destekleyecek?

• Uygulamaları entegre etmenin maliyeti ne olacak ve etkisi ne olacak?

• Pazara ne kadar hızlı gidebilirim?

Bunlar, çeşitli platformlar arası uygulamalar arasında konuşmayı gerektiren en iyi Entegrasyon çözümünü planlarken göz önünde bulundurulması gereken temel sorulardan sadece birkaçıdır.

     1. Entegrasyonun Tanımlanması

Projeye dahil olan her satıcının kendi entegre çözüm tanımı olacaktır. Bazıları için bu, uygulamalarında belirli işlevleri gerçekleştirmek için kullanılan standart Uygulama Programı Arayüzlerine (veya API'lere) sahip oldukları anlamına gelir. Diğerleri için bu, diğer uygulamalarla veri alışverişi yapmak için belirli formatlarda dosya arayüzleri oluşturabilecekleri ve/veya alabilecekleri anlamına gelir. Hem bu hem de diğer yaklaşımlar, diğer uygulamalarla bir entegrasyon biçimi oluşturur. Ancak alıcı dikkat - satıcılara entegrasyon tanımlarıyla ilgili çok keskin sorular sormalısınız.

    2. İş Gereksinimlerini Anlamak

Çoğu üçüncü taraf satıcı uygulaması özellik ve işlev açısından zengindir ve bankalara aralarından seçim yapabilecekleri bir dizi yapılandırma sağlar. Ayrıca, her bankanın operasyonları ve belirli ürün teklifleri çeşitli nedenlerle farklılık gösterebilir. Bu zenginlik, her bankanın iş ihtiyacını karşılamak için en uygun işlevselliği uygulamasına ve kullanmasına olanak tanır; ama aynı zamanda hiçbir iki uygulamanın birbirine benzemediği anlamına gelir. Sonuç olarak, bir kuruluş için gerekli olan gerçek zamanlı ve toplu arabirim noktaları, başka bir kuruluş için gerekli olmayabilir. Aynı uygulamayı kullanan iki farklı kuruluş için entegrasyon çok farklı olabilir; aslında “standart” entegrasyon diye bir şey olmayabilir. Bu nedenle, ihtiyaçların iş gereksinimlerini anlayarak her entegrasyona başlamak çok önemlidir.

    3. Bağlantı Sistemlerinin Sürümlerini Yönetme

Çoğu zaman, bir kaynak uygulamayı hedef sistemle entegre etmek için ek donanım ve/veya yazılım gerekir. Ve genellikle, bu bileşenleri satın almak, kurmak ve desteklemek alıcının sorumluluğunda ve masrafıdır. Bu senaryonun sık görülen bir nedeni, istemcilerin sistemlerini yükseltmemeyi seçmeleri ve sonuç olarak uygulamanın daha eski veya artık güncel olmayan bir sürümünü çalıştırmalarıdır. Bazı durumlarda, kaynak uygulamalarının eski sürümleri hedef uygulamalarla "entegre edilir", ancak daha yeni sürümler değildir. Bu nedenle, herhangi bir Entegrasyon sağlayıcısına sorulması gereken iki önemli soru şudur: “Çözümünüz hangi kaynak ve hedef uygulama sürümlerini destekliyor?” ve “Şu anda hangi sürümleri satıyorsunuz?”

      4. Çekirdek Kurulumu Özelleştirme

Herhangi bir entegrasyon çözümü sağlayıcısı, müşterilere temel işleme platformları aracılığıyla gereksinimlerini karşılayacak yüksek düzeyde özelleştirilmiş çözümler oluşturma yeteneği sunar. Sonuç olarak, hiçbir iki temel müşteri entegrasyon çözümü tam olarak aynı değildir. Ayrıca, özelliklerin ve işlevlerin benzersiz kombinasyonu entegrasyonu son derece zor ve bazı durumlarda imkansız hale getirebilir ve aynı nedenle Entegrasyon çözümü sağlayıcıları genel bir çözüm oluşturmuştur. Alıcıların hazır kullanım için kaynak ve hedef uygulamalar arasında etkileşimli bağlantılar kurmasını sağlayan "tak ve çalıştır" şablonları.

       5. Veri Eşleme Hususları

Dikkate alınması gereken bir diğer önemli faktör, iki sistem arasındaki veri yapısıdır. Bir sistemin diğer sistemden daha uzun alanları varsa, veriler kesilecektir. Ayrıca, veri türleri ve veri biçimleri iki sistem arasında farklılık gösterebilir. Bunu önlemek için, herhangi bir entegrasyonun bu sorunu ele alan bir tasarımı kabul etmesi ve dikkate alması gerekir.

      6. Veri Senkronizasyonu

Bu adım, tutarlılığı korumak için sistemler ve sonraki sürekli güncellemeler arasında tutarlılık oluşturmaya yardımcı olur. Veri senkronizasyonu tek seferlik bir iş olarak görülmemesi gerektiğinden, burada 'sürekli' kelimesi vurgulanmalıdır. Bu gerçekten planlanması, sahiplenilmesi, yönetilmesi, programlanması ve kontrol edilmesi gereken bir süreçtir. Günümüzdeki gereksinim, sistemlerin gerçek zamanlı olmasıdır. Gerçek zamanlı veri senkronizasyonu ile ilgili temel zorluk, tanımlama için herhangi bir API sağlamayan sistemlerle çalışmaktır. değişiklikler. Bu gibi durumlarda, veri senkronizasyonu, bir analistin, eşlenen veri alanlarının Kaynak ve Hedef Sistemler arasında doğru bir şekilde taşınıp taşınmadığını kontrol etmesine yardımcı olur.

      7. KG Süreci

Entegrasyon kalite kontrolü, aşamalı birim, sistem ve entegrasyon testinin geleneksel kalite kontrol süreçlerinden farklı olmalıdır, çünkü Entegrasyon test sürecini gerçekleştiren bir kaynak, Kaynak ve Hedef sistem ve bunların tanımlanmış senaryolar altındaki davranışları hakkında bilgi sahibi olmalı ve Test Sonuçlarını kaydetmelidir. Bu sadece şirketin Zamanını ve Çabasını değil, aynı zamanda müşterinin de tasarruf etmesini sağlayacaktır.

      8. Canlı Yayın İçin Plan Yapın

Üretime Hazırlık, Entegrasyon projesinin üretim ortamında devreye alınmasından önce bir projeden ihtiyaç duyulan kriterlerin listesinin ana hatlarını verir (örneğin, Veri Kalitesi, Canlı Başlangıç ​​Tarihleri, Hazırlama/Üretim Ortamı hazırlığı veya proje sponsoru ve/veya üretim destek yöneticisi tarafından belirlenen şekilde) . Liste, bir proje yöneticisi ve müşteri yöneticisi tarafından kararlaştırılan veri geçişini, eşlemeyi kontrol etmek ve Fiili Canlıya Geçiş için onay vermek için bir kılavuz olarak kullanılacaktır.

      9. Canlı Yayın ve Destek

Bu aşamanın amacı, canlı üretken operasyona geçiş yapmak ve canlı operasyonları sürekli olarak desteklemek ve iyileştirmektir. Canlı Yayın ve Destek aşaması iki farklı aşamadan oluşur. İlk olarak resmi bir “Proje Kapanışı” ile proje tamamlanır. Bu süre zarfında sistem günlük operasyonlarda verimli bir şekilde kullanılır, tüm sorun ve sorunlar giderilir, üretim destek ekibine geçiş tamamlanır, bilgi aktarımı tamamlanır ve projeye imza atılır. Ardından, üretim destek ekibinin sistemi izlediği ve karşılıklı olarak kabul edilen SLA'ya bağlı olarak canlı iş süreci sorunlarını çözdüğü “Destek” aşaması başlar.

Bir Entegrasyon Projesi Yürütmek İçin 9 Önemli Adım

Entegrasyonun Tanımlanması, İş Gereksinimleri, Yazılım Sürümünün Yönetilmesi, Çekirdek Sistemin Özelleştirilmesi, Veri Eşleme, Veri Senkronizasyonu, KG Süreci, Canlı Yayın Planı, Canlı Yayın

Mevcut referans modellere dayalı uygulamaların derlenmesi ve bunların nasıl yardımcı olabileceğinin anlaşılması yoluyla, herhangi bir kuruluş proje gereksinimlerine göre uyarlayabilir ve özelleştirebilir. DBSync, yukarıda belirtilen tüm adımları izleyen ideal bir platformdur.

ÇALIŞANLARI MOTİVE ETMENİN 101 YOLU

Çalışan memnuniyetini artıracak ve birlikte çalıştığınız insanlara ilham verecek fikirler

Jamy Bechler tarafından

 

İster bir süpervizör, müdür, departman başkanı, koç veya CEO olarak bir çalışma ortamında diğer insanlardan sorumlu olduğunuzda, birçok zorlukla karşı karşıya kalırsınız. En büyüklerinden biri, çevrenizdeki insanları nasıl motive edeceğinizdir. Bir maaş çeki her zaman yeterli değildir. Ayrıca, organizasyonun iyiliği için her şeyinizi vermek için sizin kadar içsel olarak motive olmak için herkese güvenemeyiz. Aşağıdakiler, etrafınızdaki insanları motive etmek için 101 fikirdir. Bunlardan bazıları, özel durumunuz nedeniyle çalışmayabilir. Onları açıklamayacağım çünkü yaratıcı meyve sularının akmasını istiyorum. Ancak, birkaç konuda sizi uyarmama izin verin...

• Kendinizi sürekli geliştirmeye ve olabileceğinizin en iyisi olmaya çalışmıyorsanız, bunların hiçbiri önemli değildir.

• Liderlik her zaman tek boyutlu bir yaklaşım değildir. Sadece sayılara göre boyayıp kesin sonuçlar bekleyemezsiniz. Çevrenizin farkında olun ve çevrenizdeki insanlarla uyum içinde olun.

• Çalışanlarından en iyi şekilde yararlanan en iyi liderler, olasılıkları gören ve vizyon sahibi olanlardır. Potansiyeli gerçekleştirmek ve sonuçları en üst düzeye çıkarmak istiyorsanız, "Her zaman yapılan şekilde" yapmak çok tehlikeli bir ifadedir.

• Günün sonunda, memnun olmayan insanlarla sonuç alabilirsiniz, ancak bunlar ya kısa vadeli olacak ya da sonunda diğer alanlarda kaybedeceksiniz. Memnun çalışanlar, yüksek müşteri memnuniyeti sağlar.

 

1. Asla bir fırsatı kaçırmayın

teşekkür notları gönder

2. Think-tank oturumları

3. Spor etkinliği sağlayın

biletler

4. Herkesin adını çabucak öğrenin

5. Teşvik sunun

6. Yerinde fitness dersleri alın

7. İyi olduklarını yakalayın

8. Sıradan Cumalar

9. Ayın Çalışanı

10. Onları mikro yönetmeyin

11. Göster ve Anlat

12. Fikrini sorun

13. Temalı öğle yemeği veya günler

14. Her birinin favori takımından bir futbol kaskı alın ve üzerine çeşitli başarılar için çıkartmalar yapıştırın

15. Bir konferansa katılmaları için ödeme yapın (otel, yemek ve içki bile)

16. İlerleme veya daha fazlası için birçok fırsat sağlayın

sorumluluk

17. Çerçeveyi kapatabilecekleri önemli bir başarı için resmi bir sertifika oluşturun

18. Gerçekten istedikleri hediyeler verin (cep telefonu kılıfları, iTunes

hediye kartları, kahve bardakları, taşınabilir şarj cihazları vb.)

19. Bir bonus veya hediye vermek için Noel'i beklemeyin

20. Ödül olarak onlara piyango bileti verin

 

21. Hatalarınızı kabul edin

22. Şirket pikniği

23. Dostça, sağlıklı yarışmalar

24. VIP park yerleri

25. Şirket kıyafetleri sağlayın

26. Onlara daha fazla esneklik sağlayın

27. Gülümsemeyi teşvik edin

28. Bir hizmete katılın

proje

29. Gizli Noel Baba

30. Şirket mutlu saatler

31. Onlara şirket hissesi verin

32. Ailelerine bir teşekkür kartı yazın

33. Her seferinde ekstra izin

ödül olarak bir süre

34. Onlar için yeni ve geliştirilmiş bir iş unvanı geliştirin

35. Yakın aileyi bir Noel veya Ofis partisine davet edin

36. Çörekler için çıldırın (çörekler her gün kahveyle iyi gider)

37. Mümkün olduğunca onlara kredi verin - onları yükseltin

38. Sekreter Takdir Günü dışında sekreterinize çiçekler

39. İyi bir eğitim veya işe başlama programını ihmal etmeyin

40. Aktivitelere veya etkinliklere ücretsiz giriş

41. Mesleki başarıları tanıyın

42. İzin günlerinde veya mesai saatlerinde onları rahatsız etmeyin

43. Bir odaya veya ödüle birinin adını verin

44. Özelde disiplin

 

45. Açık fikirli olun

46. ​​Ödül olarak bir gaz kartı verin

47. Onlara yeni bir sandalye sağlayın

48. Ödül puanlarını faydalı şeyler için kullanın

şey

49. Çocuğunuzu iş gününe getirin

50. Seyahat kupası

51. Toplantılarda yemek

52. Şekerleme zamanı

53. Verdiğiniz sözleri tutun

54. Benzersiz bireyler olmalarına izin verin.

55. Kahvehane toplantıları

56. Halkın tanınması

57. Mentorluk programı

58. Doğum günlerini kutlayın

59. Ödül töreni yapın

60. Ücretsiz vergi hazırlığı sağlayın

61. Hepinizin destekleyeceği bir hayır kurumuna karar verin

62. Gün boyunca kullanmaları için onlara bir Fit Bit verin

63. Yeteneklerine, zamanına ve mekanına saygılı olun

64. Her zaman kahve (gurme kahve daha da iyidir)

65. Projeler veya görevler için uygun şekilde kaynak sağlayın

66. Ekip oluşturma deneyimlerine katılın

67. İş sırasında haftada, ayda veya üç ayda bir onlarla çalışması için bir yaşam koçu veya iş koçu kiralayın.

68. Kişisel dönüm noktalarını kutlayın

69. Büyük bir değişiklik meydana gelmeden önce onları bilgilendirin

 

70. Onlara liderlik etme şansı verin

71. Tişört tasarım yarışması

72. İş-yaşam dengesinde ısrar edin

73. Bir sorunu çözmelerine izin verin

74. Aile Günü

75. Onlara Uber kredisi verin

76. Spor-Forma Günü

77. Üyelikler (spor salonu, golf vb...)

78. Gündüz bakımı sağlayın

79. Kampüs dışı aktivite

80. Daha sık "Teşekkür Ederim" deyin

81. Patrondan kahvaltı

82. Mentorluk programı

83. Onlara zaman tanıyın (olmak

erişilebilir)

84. Resmi giydirme ziyafeti

85. Son teslim tarihleri ​​ve görevlerle ilgili makul olun

86. Önemli değişiklikler meydana gelmeden önce fikirlerini alın

87. Arada bir onlara nasıl olduklarını sorun... ve sonra dinleyin

88. Birden fazla şeyi nasıl yapacaklarını bilmeleri için onları çapraz eğitin

89. Kolaylaştırın

Agile - Çevik Mimari - Nedir?

"Çevik Mimari - Nedir? 

Çevik yöntemler kullanarak proje geliştirme yeni bir şey değil. Bu yazıda, sistemin mimari tasarımının Çevik geliştirmeye nasıl uyduğunu tartışacağız. 

 Çevik yöntemler kullanarak proje geliştirme yeni bir şey değil. Ancak, çevik projelerde bir sistemin mimarisini tasarlamaya gerek olmadığı fikrini ilişkilendirmek çok yaygındır. Geri kalan soru şudur: Sistemin mimari tasarımı Çevik geliştirmeye nasıl uyar?

 Pek çoğu, çevik bir geliştirme senaryosunda, mimariyi düşünmeyi bırakmanın yararlı olmadığını, böylece mimarinin zaman içinde kaçınılmaz olarak değişeceğini tartışacaktır. Bu ifadenin ikinci kısmına katılıyoruz, proje sırasında mimari değişecek ve proje süresi ne kadar uzun olursa, başlangıçta tanımlanan mimaride değişiklik olasılığı o kadar yüksek olur.

 Mimari planlamaya karşı algının ve bu faaliyetin bürokratik bir şey ve hatta çoğu zaman proje ilerlemesinde bir darboğaz olarak anlaşılmasının çoğu, kökenlerini, tahmine dayalı yazılım geliştirme yöntemlerini kullanan yazılım geliştirme deneyimlerinden almaktadır .

 Aşağıdaki bölüm, öngörücü ve uyarlanabilir yöntemler arasında bir karşılaştırma sağlar. 

  Öngörücü / Uyarlanabilir Yöntemler Arasındaki Özellikler ve Ayrımlar 

Tahmin Yöntemleri 

Geleneksel yazılım geliştirme hakkında her konuştuğumuzda, genellikle tahmine dayalı yazılım geliştirme sürecinden bahsediyoruz. Bu yöntemlerden en yaygın olanı ünlü şelaledir.

 Bu tür bir süreçte, açıkça tanımlanmış aşamalar vardır: 

 Gereksinim - Tüm sistem gereksinimlerini anlama. Gerçekleştirmesi gereken işlevler, hacimsel (statik ve dinamik), entegrasyonlar ve diğer işlevsel veya işlevsel olmayan ihtiyaçlar.

 Proje - Bu aşamada sistem tasarımı gerçekleşir. Sistemin dış dünya ile nasıl etkileşime gireceği, veri modelinin ne olacağı, kullanılacak teknolojiler, sınıfları/programları, ilişkileri ve etkileşimleri burada tanımlanır. Bu aşamada sistem mimarisi tanımlanır.

 Uygulama - Burada tasarım aşamasında tanımlanan sistemin gerçekleşmesi gerçekleşir. Temel olarak proje kodlanır ve birim test edilir.

 Doğrulama - Sistem entegre bir şekilde test edilir ve kullanıcı tarafından onaylanır.

 Bakım - Sistem test edildikten, onaylandıktan ve üretime kurulduktan sonra bakım aşamasına girer.

 Tahmine dayalı yöntem süreç akışı 

 Görüldüğü gibi kestirimci yöntemlerde sistem çözümü sürecin hemen başında verilmektedir. Her sistem projesi, başlangıcında algılanan ihtiyaçların bilgisine göre yapılır.

 Ayrıca, mimari, bu aşamada verilen mimari kararları doğrulamak için genellikle uygulamalı testler olmaksızın tüm sistem gereksinimlerini önceden karşılayacak şekilde tasarlanmıştır. Seçilen teknolojiler arasındaki uyumsuzluklar ve/veya gereksinimleri karşılayamama gibi tasarım aşamasıyla ilgili sorunların uygulama aşamasında ortaya çıkması nadir değildir.

 Bu olduğunda, bir önceki aşamaya geri dönmek ve projeyi değiştirmek gerekir. Proje bir bütün olarak sistem için tasarlandığından, değiştirilmesi genellikle yüksek çaba gerektiren bir iştir (örneğin, tasarım hatasını düzeltmek için tüm belgeleri değiştirmek), sistemin geliştirilmesinde zaman ve maliyet açısından bir etkiye neden olur.

 Bu tür bir yöntemle ilgili diğer bir sorun, geliştirme sırasında sistem gereksinimlerinin gözden geçirilmemesidir. Geliştirme döngüsü ne kadar uzun olursa, sistem nihayet üretime geçtiğinde, inşaatına yol açan iş ihtiyaçlarının önemli ölçüde değişme şansı o kadar artar.

 Aşağıdaki Şekil bunu örneklemektedir. Zaman, projenin başlarında bir hedefi (algılanan ihtiyaçları) hedefler. Ancak bu ihtiyaçlar zamanla değişir ve sistem sonunda üretime geçtiğinde hedefi kaçırır:

 Tahmine dayalı yöntem mimarisi 

 Uyarlanabilir Yöntemler 

"Ürün geliştirme ekipleri, hem mühendislerin hem de yöneticilerin uyum sağlamakta zorlandığı sessiz bir devrimle karşı karşıya. İlaç, yazılım, otomobil, entegre devreler gibi endüstriden sonra endüstride, sürekli yenilik için müşteri talepleri ve düşen deneme maliyeti, büyük bir geçişin sinyallerini veriyor. beklentiden uyarlanabilir gelişim tarzlarına."

 Yukarıdaki alıntı, 2009 yılında Agile Project Management kitabında yayınlanan Jim Highsmith'e aittir. Onu tanımayanlar için Jim Highsmith, Çevik Manifesto'nun imzacılarından biridir ve 1999'da ASD - Uyarlanabilir Yazılım Geliştirme'yi öneren kişidir. karmaşık sistemler.

 Buradaki uyarlanabilir terimi, sistemin çevresindeki değişikliklere uyarlanacağını açıklamak için kullanılır. Yani: Çevik manifestoda belirtildiği gibi "Bir planı takip etmek yerine değişime yanıt verin". 

 Çevik geliştirmenin birkaç yöntemi vardır. Bu yöntemler, bir sistemin/ürünün gelişimini küçük artışlar/yinelemelere böler. Bu mola, uygulamadan önce gereken planlama ve tasarım miktarını azaltmanıza olanak tanır. Sanki zaman içinde birkaç şelale döngüsü yaşamışız gibi. 

 Şelale sıralı akışı 

 Her döngünün sonunda paydaşlara fonksiyonel bir ürün sunulur. Bu, neyin inşa edildiğinin değerlendirilmesine ve her döngüde sistemin amaçlarının / gereksinimlerinin değiştirilmesi / uyarlanması ihtiyacının doğrulanmasına olanak tanır.

 Her yineleme, planlama, analiz, tasarım, kodlama, birim ve kabul testlerini ele alacak çapraz işlevli bir ekip içerir. Amaç, her yinelemenin sonunda üretime bırakılabilen bir ürüne sahip olmaktır. En kısa sürede üretimde test edilen ürün ile tasarımındaki veya yapımına yönelik iş yerlerindeki kusurlar en kısa sürede keşfedilir. Bu bize sistemi / ürünü adapte etme ve rotasını / yönünü düzeltme şansı verir. 

 Aşağıdaki şekil tam olarak bunu örneklemektedir. Her sürümde / yinelemede (gri daire), üretime sunulan ürün, sistemin karşılaması gereken ihtiyaçların algısı değiştirilir, sistemin planlaması yeniden yapılır, yeni hedefe ulaşmak için rotası düzeltilir (sonradan algılanan ihtiyaç). önceki artışın yayınlanması). 

 Uyarlanabilir yöntem mimarisi 

 Çevik mimari 

SAFe'de bulunan Çevik Mimari tanımını alarak : 

 "Çevik Mimari, esasen bir sistemin tasarımını ve evrimsel mimarisini aktif olarak destekleyen bir dizi değer, uygulama ve iş birliğidir. Bu yaklaşım, DevOps zihniyetini benimser ve bir sistemin mimarisinin zaman içinde sürekli olarak gelişmesine izin verirken aynı zamanda destekler. Günümüz kullanıcılarının ihtiyaçlarını karşılar.Başla-dur-başla doğası ve faz kapısı ve Büyük Ön Tasarım (BUFD) süreçlerinde bulunan büyük ölçekli yeniden tasarımla ilişkili ek yükleri ve gecikmeleri önler.

 Çevik mimari, işbirliği, yeni ortaya çıkan tasarım, amaçlı mimari ve tasarım basitliği aracılığıyla Çevik geliştirme uygulamalarını destekler. Çevik geliştirme uygulamalarının yanı sıra, Çevik mimari ayrıca test edilebilirlik, uygulama ve yayın için tasarım sağlar. etki alanı ve merkezi olmayan yenilik. "

 Bu tanımdan, Gelişen Tasarım ve Kasıtlı Mimari dahil olmak üzere çok önemli iki terim ortaya çıkıyor.

 Acil tasarım , geliştirme döngüsündeki bir sonraki artışı uygulamaya ve doğrulamaya yetecek kadar mimariyi analiz etme ve genişletme sürecidir.

 Kasıtlı Mimari , büyük resmi görmekle ilgilidir. Büyük şirketlerin, büyük ölçekli mimari girişimlerle yeni iş zorluklarına aynı anda yanıt vermesi gerekiyor. Büyük ölçekte, iş hedefini karşılamak için birden fazla ekip, ürün ve sistemin dahil olacağını anlayabiliriz. Bu durumda Acil Tasarım tek bir takımda sınırlandırıldığı için yeterli değildir. Kasıtlı mimari olmadan, işlevsel olmayan sistem gereksinimlerinin yerine getirilmesini entegre etme, doğrulama ve sürdürme zorluğu, düşük yeniden kullanım, çözüm fazlalığı vb. gibi birçok sorunla karşılaşabiliriz. Kasıtlı mimari, ekiplere ortak bir hedef / ulaşılacak hedef sunacak, çabaların hizalanmasına ve bağımsız ekiplerin çalışmalarının paralelleştirilmesine izin verecektir. Başka bir deyişle, takımların çalışmaları arasındaki yol gösterici, yapıştırıcı olacaktır. 

 Çevik Mimari, bu iki gücü dengelemekle ilgilidir. Gelişmekte olan tasarıma çok fazla vurgu yapılırsa, entegre edilmesi zor bileşenler, düşük yazılım kalitesi ve yukarıda ele alınan diğer tüm noktalarla karşılaşacağız. Tersi bir yol izlerseniz, yani gelecekteki mimari bileşenlerin ayrıntı düzeyini abartmaya başlarsak, bu bir darboğaz haline gelebilir ve ekip geliştirme hızınızı büyük ölçüde yavaşlatabilir. 

 Derinlere inen Agile Architecture, bir sistemin yapısal bileşenlerini ve standartlarını, inşası sırasında algılanan ihtiyaçlardaki (fonksiyonel ve fonksiyonel olmayan gereksinimler) değişikliklere cevap verebilecek şekilde tasarlamak/seçmekle ilgilidir. 

 Bunu başarmak için büyük bir ön tasarımdan kaçının, ancak son durumunuzun net bir görünümünü belirtin. İstenen son durum zamanla değişecektir ama sorun değil. İkincisi, sisteminizi mümkün olan en kısa sürede deneyin. Her sürümün üretime hazır bir sistem sunduğundan emin olun.Sisteminizin gerçekten değer sağlayıp sağlamadığını test etmenize ve kontrol etmenize olanak tanır ve herhangi bir arızayı (gereksinimlerde veya tasarımda) mümkün olan en kısa sürede belirleyebilir ve gerekli olanı yapabilirsiniz. değişir. 

 Çözüm 

Çevik Mimari, uyarlanabilir yazılım geliştirme yöntemlerinde mimari tasarlamanın yoludur. BUDF - Bid Up Front Design'dan kaçınarak mimarinin her sistem artışıyla gelişmesine izin verir. 

 Referanslar 

Highsmith Jim Robert (2009-07-09T22: 58: 59). Çevik Proje Yönetimi (Çevik Yazılım Geliştirme Serisi). Pearson Eğitimi. Kindle Sürümü. 

" 

Link: https://dzone.com/articles/agile-architecture-what-is-it

Software Integrations

Lütfen dikkat: Bu web sitesi bir erişilebilirlik sistemi içerir. Ulaşılabilirlik merhaba Sistem Entegrasyonu Türleri | 4 dakika okuma 4 Tür Sistem Entegrasyonu - Her Yöntemin Artıları ve Eksileri Her yöntemin 4 tür sistem entegrasyonu artıları ve eksileri Chloe Henderson By Chloe Henderson , 24 Temmuz 2020 Mevcut yazılımları arasında veri paylaşımını uygulamak isteyen işletmeler, farklı sistem entegrasyonu türlerini ve şeffaflığı nasıl optimize edebileceklerini düşünmelidir. Sistem entegrasyonu, çeşitli alt sistemler arasında otomatik olarak bilgi paylaşmak için yazılım kullanan bir veri yönetimi sürecidir. Her sistem farklı kodlama ile programlandığından, bir entegratör, perde arkasındaki her yazılımdan gelen verileri çeviren bir aracı görevi görür. Bu çözüm olmadan, bilgilerin çalışanlar tarafından manuel olarak girilmesi, insan hatası riskinin artması ve işletmeye ek zaman ve işçilik maliyetlerine mal olması gerekirdi. Bir şirketin ihtiyaçlarını karşılamak için farklı altyapıları kullanan birçok yazılım entegrasyonu türü vardır. Bazı çözümler belirli alt sistemler arasında veri aktarırken, diğerleri birbirine bağlı bir ağ aracılığıyla sağlam bir veritabanı oluşturur. Bu nedenle işletmeler, şirketlerine en uygun seçeneği belirlemek için her sistem entegrasyon yöntemini ve artılarını ve eksilerini öğrenmelidir. Sistem Entegrasyonunun Artıları ve Eksileri Bir entegrasyon sisteminin uygulanmasının birçok avantajı ve dezavantajı vardır: Artıları Enhanced Productivity - The most significant advantage data integration provides is its functionality, which promotes operational productivity and efficiency. From contacting vendors and placing purchase orders, to fulfilling customer requests, internal and external communication is vital to successful operations. Having to manage the supply chain manually takes extensive time and effort from a large team of employees. However, an integration solution minimizes human errors and time spent on data formatting through automatic translation and transferal. This allows employees to invest their time in other business operations and project management. Optimized Data Management - Software is meant to enhance operational functions within a company. However, without a system integrator, the business spends an extended amount of time running analyses on the various solutions individually. An integrated information system allows users to cross-examine all software through a common data format, giving management a clearer perspective of their overall performance. Reduced Expenses - An integration system lowers labor costs by automatically handling data generation that would otherwise require additional labor. Improved Customer Service - An integrated information system increases customer service speed by eliminating the need to navigate through multiple processes. Cons Security Risks - As system integration handles all business data, extensive security measures must be put in place during software development. Without proper protection, hackers can gain access to vital information. Complicated Upgrading - Although a system integrator links all software together, they still need to be upgraded individually. This can be a complex process requiring time and multiple IT workers. High Initial Expense - While businesses can save money on maintenance through integration, they still must invest in each program, which can become costly. Online employee scheduling software that makes shift planning effortless. Try it free for 14 days. 4 Types of Integration Methods 4 tür entegrasyon yöntemi 1595480967 2063 Another factor management should consider is the different types of system integration processes available, as each of these methods has a different purpose. There are four main types of system integration methods, including- 1. API The most common integration process is the Application Programming Interface (API). While there are several API subcategories, including public, private, and partners, they all utilize application integration. By establishing these interconnections using common code language, systems can transmit data seamlessly throughout solutions. Advantages Flexibility - By using product code language, the API method can handle most data variations. Smooth Operations - The links between the systems allow providers to handle individual connections without disturbing third-party software. High Availability - As the most common integration strategy, API is available for almost every integration project. Disadvantages Supplier Dependability - Suppliers are responsible for establishing an API, making the partnering business dependent on their schedule for data access. Code Intensive - While being code-based makes APIs more functional, programming the coding is time-intensive and can be overwhelming. 2. Web kancaları HTTP geri çağrıları olarak da bilinen web kancaları, uygulamaları da birbirine bağlar ancak kod tabanlı değildir. Bunun yerine, web kancaları olay tabanlıdır ve her bir alt sistem içinde üçüncü taraf hizmetler tarafından tetiklenen programlama modülleri gerektirir. Yönetim, yalnızca belirli bir olay meydana geldiğinde veya değişiklik yapıldığında uyarılır. Avantajlar Gerçek Zamanlı Veriler - Yönetim, istek tabanlı bir yöntem kullanmayarak gerçek zamanlı verilere her zaman erişebilir. Otomasyon - Bir olay meydana geldiğinde bilgiler güncellendiğinden, işletmelerin entegratör içinde veri toplama zamanları planlaması gerekmez. Dezavantajları Sınırlı Veri Kontrolü - HTTP geri aramaları, verilerin aktarılması için bir olayı tanıması için sistemlere güvenirken, API'ler, kullanıcıların yazılımı tetiklemeden verileri değiştirmesine veya oluşturmasına izin verir. 3. ISC Entegrasyon Hizmetleri Bileşenleri (ISC) kod tabanlı değildir, bunun yerine yerel yönetim araçlarına bağlanmak için bir sunucuda yaşar. Bu, sistem entegratörünün büyük dosyaları içe aktarmadan verilere erişmesini sağlar. Avantajlar Artan İşlevsellik - İşletmenin web hizmeti içindeki verilere bulut erişimi olduğu sürece, ISC sistemleri birbirine bağlayabilir ve entegre edebilir. Dezavantajları Kapsamlı Veritabanı Bilgisi Gerekli - ISC'leri doğru bir şekilde kurmak için, kullanıcının yerel sunucular ve veritabanları hakkında geniş bir bilgi birikimine sahip olması gerekir. Özel Uygulama Erişimi Gerektirir - Çoğu zaman, işletmelerin uygulamalara arka uç erişimi yoktur, bu da ISC sisteminin entegrasyonunu imkansız hale getirir. 4. Orkestrasyon Orkestrasyon sistemleri, çeşitli çözümler arasında görevlerin zamanlamasını yöneten mevcut en otomatik entegratörlerdir. Bu yöntem, üretim ve bilgi akışını geliştirmek için tekrarlanan süreçleri birleştirmeyi amaçlar. Birden çok yazılımı ve işlemi birlikte otomatikleştirerek, kullanıcılar verilere erişmek için herhangi bir hizmete bağlanabilir. Avantajlar Tam Otomasyon - Tüm platformlarda tam otomasyon, veri paylaşımını kolaylaştırır ve operasyon şeffaflığını artırır. Çeşitli Çözümleri Yönetin - Orkestrasyonlar, kullanıcıların ilgili tüm sistemleri aynı anda yönetmesine olanak tanır. Dezavantajları Yoğun Kodlu - API'lere çok benzeyen bu yöntem, yazılım geliştirme için kapsamlı kodlama bilgisi gerektirir. Yoğun İş - Sistem çizelgelerinin entegrasyonu nedeniyle orkestrasyonu uygulamak çok karmaşıktır ve her ayrıntıyı yönetmek için ek çalışanlar ve zaman gerektirir. Herhangi bir organizasyonun benzersiz ihtiyaçlarını karşılamak için birçok türde sistem entegrasyon yöntemi mevcuttur. Bir işletme ister dahili ister harici iletişim ve veri paylaşımını düzene sokmak istese de, entegrasyon ihtiyacını karşılayacak bir yöntem vardır. Sistem Entegrasyon Türleri Sistem Entegrasyonunu Planlarken Bilinmesi Gereken Her Şey Sistem Entegrasyonunu Planlarken Bilinmesi Gereken Her Şey Kurumsal Uygulama Entegrasyonu - 5 Ortak Model 4 Tür Sistem Entegrasyonu - Her Yöntemin Artıları ve Eksileri Sistem Entegrasyon Süreci - İzlenecek 7 Adım Entegre Yönetim Sistemi Nedir? Akılda Tutulması Gereken 4 İpucu Kaynak: https://anyconnector.com/system-integration/types-of-system-integration.html

Fixed vs. Growth : Hayatlarımızı Şekillendiren İki Temel Zihniyet

Liderlikten sevgiye kadar hayatımızın her yönünü belirleyen iç monologda ince ayar nasıl yapılır? MARİA POPOVA TARAFINDAN Debbie Millman , şimdiye kadar yapılmış en iyi mezuniyet konuşmalarından birinde, "Daha azını hayal edersen, şüphesiz hak ettiğin şey daha az olacaktır," diyerek tavsiyede bulundu: "Sevdiğin şeyi yap ve sevdiğin şeyi elde edene kadar durma. Olabildiğince sıkı çalışın, uçsuz bucaksız şeyleri hayal edin…” Pollyanna'nın basmakalıp lafından çok uzak olan bu tavsiye, aslında modern psikolojinin kendi yeteneklerimiz ve potansiyelimiz hakkındaki inanç sistemlerinin davranışlarımızı nasıl körüklediği ve başarımızı nasıl öngördüğü hakkında bildiklerini yansıtıyor. Bu anlayışın çoğu, Stanford psikoloğu Carol Dweck'in , dikkat çekici derecede anlayışlı Mindset: The New Psychology of Success ( halk kütüphanesi ) adlı kitabında sentezlenen çalışmasından kaynaklanmaktadır.) — hem bilinçli hem de bilinçsiz inançlarımızın gücüne ve bunların en basitinin bile değişmesinin hayatımızın neredeyse her yönü üzerinde nasıl derin bir etkiye sahip olabileceğine dair bir sorgulama. Dweck'in araştırmasında bulduğuna göre kendimiz hakkında taşıdığımız en temel inançlardan biri, kişiliğimiz olarak düşündüğümüz şeyi nasıl gördüğümüz ve içinde yaşadığımızla ilgilidir. "Sabit bir zihniyet", karakterimizin, zekamızın ve yaratıcı yeteneğimizin, anlamlı bir şekilde değiştiremeyeceğimiz statik veriler olduğunu varsayar ve başarı, bu doğuştan gelen zekanın onaylanmasıdır, bu verilenlerin eşit bir şekilde nasıl ölçüldüğünün bir değerlendirmesidir. sabit standart; başarı için çabalamak ve ne pahasına olursa olsun başarısızlıktan kaçınmak, akıllı veya yetenekli olma duygusunu korumanın bir yolu haline gelir. Öte yandan, bir "büyüme zihniyeti", zorluklarla büyür ve başarısızlığı zekasızlığın kanıtı olarak değil, büyüme ve mevcut yeteneklerimizi genişletmek için yüreklendirici bir sıçrama tahtası olarak görür. Çok erken yaşlardan itibaren tezahür ettirdiğimiz bu iki zihniyetten,davranışlarımızın büyük bir kısmını, hem profesyonel hem de kişisel bağlamlarda başarı ve başarısızlıkla olan ilişkimizi ve nihayetinde mutluluk kapasitemizi oluşturur. Dweck, hem çocuklar hem de yetişkinlerle yaptığı yirmi yıllık araştırmasında, zekanın ve kişiliğin değişmez bir şekilde yerleşmiş özelliklerden ziyade geliştirilebileceğine inanmanın sonuçları dikkat çekicidir. Yazar: Yirmi yıldır yaptığım araştırmalar, kendinize benimsediğiniz bakış açısının , yaşam tarzınızı derinden etkilediğini gösterdi. Olmak istediğiniz kişi olup olmadığınızı ve değer verdiğiniz şeyleri başarıp başaramadığınızı belirleyebilir. Bu nasıl olur? Basit bir inancın psikolojinizi ve bunun sonucunda da hayatınızı değiştirme gücü nasıl olabilir? Niteliklerinizin taşa kazındığına inanmak - sabit zihniyet - kendinizi tekrar tekrar kanıtlamak için bir aciliyet yaratır. Yalnızca belirli bir miktarda zekanız, belirli bir kişiliğiniz ve belirli bir ahlaki karakteriniz varsa - o zaman sağlıklı bir dozda sahip olduğunuzu kanıtlasanız iyi olur. Bu en temel özelliklerde eksik görünmek ya da eksik hissetmek işe yaramaz. […] Sınıfta, kariyerlerinde ve ilişkilerinde bu tek tüketen kendini kanıtlama amacına sahip birçok insan gördüm. Her durum onların zekasının, kişiliğinin veya karakterinin onaylanmasını gerektirir. Her durum değerlendirilir: Başarılı mıyım, başarısız mıyım? Akıllı mı yoksa aptal mı görüneceğim? Kabul edilecek miyim, reddedilecek miyim? Kazanan mı yoksa kaybeden mi hissedeceğim? . . . Bu özelliklerin yalnızca size dağıtılan ve yaşamak zorunda olduğunuz bir el olmadığı, her zaman kendinizi ve başkalarını, gizliden gizliye bir floşun bir çift on olduğundan endişe ettiğinizde floşunuzun olduğuna ikna etmeye çalışan başka bir zihniyet var. Bu zihniyette, size dağıtılan el, gelişimin sadece başlangıç ​​noktasıdır. Bu büyüme zihniyeti , temel niteliklerinizin, çabalarınızla geliştirebileceğiniz şeyler olduğu inancına dayanır. İnsanlar başlangıçtaki yetenek ve yetenekleri, ilgi alanları veya mizaçları bakımından her yönden farklılık gösterse de, herkes uygulama ve deneyim yoluyla değişebilir ve gelişebilir. Bu zihniyete sahip insanlar herkesin her şey olabileceğine, uygun motivasyona veya eğitime sahip herkesin Einstein veya Beethoven olabileceğine inanıyor mu? Hayır, ancak bir kişinin gerçek potansiyelinin bilinmediğine (ve bilinemeyeceğine) inanıyorlar; Yıllarca süren tutku, emek ve eğitimle neler başarılabileceğini öngörmenin imkansız olduğunu. Dweck, "büyüme zihniyetini" bu kadar çekici yapan şeyin kalbinde, onay açlığı yerine öğrenme tutkusu yaratması olduğunu buldu. Ayırt edici özelliği, zeka ve yaratıcılık gibi insan niteliklerinin ve hatta sevgi ve dostluk gibi ilişkisel kapasitelerin çaba ve kasıtlı uygulama yoluyla geliştirilebileceği inancıdır . Bu zihniyete sahip insanlar başarısızlık karşısında cesaretlerini kırmamakla kalmaz, aynı zamanda kendilerini bu durumlarda başarısız olarak görmezler - kendilerini öğrenen olarak görürler. Dweck şöyle yazıyor: Daha iyi olabilecekken, ne kadar harika olduğunu tekrar tekrar kanıtlamak için neden zaman harcıyorsun? Neden onları aşmak yerine eksiklikleri gizleyesiniz? Neden aynı zamanda büyümeniz için size meydan okuyacak arkadaşlar yerine benlik saygınızı destekleyecek arkadaşlar veya ortaklar arıyorsunuz? Ve neden sizi esnetecek deneyimler yerine denenmiş ve doğru olanı aramalısınız? Kendinizi esnetme ve buna bağlı kalma tutkusu, (veya özellikle) iyi gitmediğinde bile, büyüme zihniyetinin ayırt edici özelliğidir. Bu, insanların hayatlarının en zorlu zamanlarından bazılarında başarılı olmalarını sağlayan zihniyettir. Bu fikir elbette yeni değil - eğer bir şey varsa, kendi kendine yardım kitaplarının yemi ve boş “Her şeyi yapabilirsin!” basmakalıp sözler. Bununla birlikte, Dweck'in çalışmasını farklı kılan şey, zihnin - özellikle gelişmekte olan zihnin - nasıl çalıştığına dair titiz araştırmalara dayanması, yalnızca bu zihniyetlerin temel itici güçlerini değil, aynı zamanda nasıl yeniden programlanabileceklerini de belirlemesidir. Dweck ve ekibi, sabit zihniyete sahip kişilerin, risk ve çabayı, yetersizliklerinin olası sonuçları olarak gördüklerini ve bir şekilde yetersiz kaldıklarını ortaya çıkardıklarını buldu. Ancak zihniyet ve çaba arasındaki ilişki iki yönlü bir yoldur: Bu sadece bazı insanların kendilerine meydan okumanın değerini ve çaba göstermenin önemini anlamaları değildir. Araştırmamız, bunun doğrudan büyüme zihniyetinden geldiğini göstermiştir. İnsanlara gelişme odaklı büyüme zihniyetini öğrettiğimizde, meydan okuma ve çaba ile ilgili bu fikirler takip eder. . . . Sabit ve gelişen zihniyetleri anlamaya başladığınızda, bir şeyin diğerine nasıl yol açtığını tam olarak göreceksiniz - niteliklerinizin taşa oyulduğuna dair bir inancın bir dizi düşünce ve eyleme nasıl yol açtığını ve niteliklerinizin nasıl olabileceğine dair bir inancın nasıl olabileceğini göreceksiniz. ekili, sizi tamamen farklı bir yola sokan bir dizi farklı düşünce ve eyleme yol açar. […] Zihniyetler, insanların ne için çabaladığını ve neyi başarı olarak gördüklerini değiştirir. . . başarısızlığın tanımını, önemini ve etkisini değiştirirler. . . çabanın en derin anlamını değiştirirler. Dweck, yaratıcı başarının altında yatan bir numaralı özelliğin tam olarak büyüme zihniyetine atfedilen türden bir esneklik ve başarısızlığa karşı azim olduğu konusunda hemfikir olan 143 yaratıcılık araştırmacısının katıldığı bir anketten alıntı yapıyor. Yazar: Bir zihniyete girdiğinizde, yeni bir dünyaya girersiniz. Tek bir dünyada - sabit özelliklerin dünyasında - başarı, akıllı veya yetenekli olduğunuzu kanıtlamakla ilgilidir. Kendini onaylama. Diğerinde - değişen nitelikler dünyasında - yeni bir şey öğrenmek için kendinizi zorlamakla ilgilidir. Kendini geliştirmek. Bir dünyada, başarısızlık bir aksilik yaşamakla ilgilidir. Kötü bir not almak. Bir turnuvayı kaybetmek. Kovulmak. Reddedilmek. Demek ki zeki ya da yetenekli değilsin. Diğer dünyada, başarısızlık büyümemekle ilgilidir. Değer verdiğin şeylere ulaşamamak. Bu, potansiyelinizi yerine getirmiyorsunuz demektir. Bir dünyada, çaba kötü bir şeydir. Başarısızlık gibi, zeki ya da yetenekli olmadığınız anlamına gelir. Öyle olsaydın, çabaya ihtiyacın olmazdı. Diğer dünyada, sizi zeki veya yetenekli yapan şey çabadır . Ancak, varlığın övgüden neden daha önemli olduğuna dair mevcut teorileri bilgilendiren en dikkat çekici araştırması.Çocuklara başarı ile sağlıklı bir ilişki geliştirmeyi öğretirken, bu zihniyetlerin nasıl doğduğunu araştırıyor - görünüşe göre, hayatın çok erken döneminde oluşuyorlar. Yeni ufuklar açan bir çalışmada, Dweck ve meslektaşları dört yaşındaki çocuklara bir seçenek sundular: Ya kolay bir yapbozu yeniden yapabilirler ya da daha zor bir bulmacayı deneyebilirler. Bu küçük çocuklar bile iki zihniyetten birinin özelliklerine uyuyordu - “sabit” zihniyete sahip olanlar güvenli tarafta kaldılar, mevcut yeteneklerini doğrulayacak daha kolay bulmacaları seçtiler ve araştırmacılara akıllı çocukların yapmadıklarına dair inançlarını dile getirdiler. hata yapmak; “büyüme” zihniyetine sahip olanlar, başlangıçta bunun garip bir seçim olduğunu düşündüler, yeni bir şey öğrenmiyorlarsa, aynı bulmacayı neden tekrar tekrar yapmak isteyebileceklerini şaşırdılar. Diğer bir deyişle,Sabit fikirli çocuklar zeki görünmek için başarılı olduklarından emin olmak isterken, gelişim zihniyetli çocuklar kendilerini esnetmek istediler, çünkü başarı tanımlarıdaha akıllı hale geliyor . Dweck, farkı güzel bir şekilde yakalayan yedinci sınıf bir kızdan alıntı yapıyor: Bence zeka, uğrunda çalışmanız gereken bir şeydir… o sadece size verilmez.… Çoğu çocuk, bir cevaptan emin değilse, soruyu cevaplamak için elini kaldırmaz. Ama genelde elimi kaldırırım çünkü yanılıyorsam hatam düzeltilecektir. Yoksa elimi kaldırıp 'Bu nasıl çözülür?' diyeceğim. veya 'Bunu anlamıyorum. Bana yardım eder misiniz?' Sadece bunu yaparak zekamı arttırıyorum. Dweck, zor soruları yanıtlarken ve geri bildirim alırken beyinlerinin nasıl davrandığını incelemek için insanları Columbia'nın beyin dalgası laboratuvarına getirdiğinde işler daha da ilginç hale geldi. Bulduğu şey, sabit bir zihniyete sahip olanların yalnızca doğrudan mevcut yeteneklerine yansıyan geri bildirimleri duymakla ilgilendikleri, ancak öğrenmelerine ve gelişmelerine yardımcı olabilecek bilgileri ayarladıklarıydı. Hatta bir soruyu yanlış anladıklarında doğru cevabı duymakla ilgilenmediler, çünkü zaten başarısızlık kategorisinde dosyalamışlardı. Öte yandan, büyüme zihniyetine sahip olanlar, soruyu doğru ya da yanlış anlamış olmalarına bakılmaksızın, mevcut bilgi ve becerilerini geliştirmelerine yardımcı olabilecek bilgilere şiddetle dikkat ediyorlardı - başka bir deyişle, öncelikleri öğrenmekti. başarı ve başarısızlığın ikili tuzağı. Bu bulgular özellikle eğitimde ve bir kültür olarak zekayı nasıl değerlendirdiğimizde önemlidir. Çoğu ergenlik çağındaki yüzlerce öğrenci üzerinde yapılan bir başka çalışmada, Dweck ve meslektaşları, sözel olmayan bir IQ testinden her birine oldukça zorlayıcı on problem verdi ve ardından öğrenciyi performansından dolayı övdü - çoğu oldukça başarılıydı. Ancak iki tür övgü sundular: Bazı öğrencilere “Vay, [X çok] doğru yapmışsın. Bu gerçekten iyi bir puan. Bu konuda akıllı olmalısın”, diğerleri ise “Vay, [X çok] doğru yaptın. Bu gerçekten iyi bir puan. Gerçekten çok çalışmış olmalısın." Başka bir deyişle, bazıları yetenek ve diğerleri çaba için övüldü. Bu noktada bulgular şaşırtıcı olmasa da sarsıcı: Yetenek övgüsü, öğrencileri sabit zihniyete itti ve onlar da bunun tüm işaretlerini gösterdiler: Onlara bir seçenek verdiğimizde, öğrenebilecekleri zorlu yeni bir görevi reddettiler. Kusurlarını ortaya çıkaracak ve yeteneklerini sorgulayacak hiçbir şey yapmak istemediler. […] Buna karşılık, öğrenciler çaba gösterdikleri için övüldüğünde, yüzde 90'ı öğrenebilecekleri zorlu yeni görevi istedi. Ancak en ilginç kısım bundan sonra oldu: Dweck ve meslektaşları öğrencilere daha sonra öğrencilerin pek iyi yapmadıkları bir dizi daha zor problem verdiler. Aniden, yeteneği övülen çocuklar o kadar da zeki ya da yetenekli olmadıklarını düşündüler. Dweck bunu dokunaklı bir şekilde dile getiriyor: Başarı onların zeki oldukları anlamına gelseydi, o zaman başarıdan daha az olması, onların yetersiz oldukları anlamına geliyordu. Ancak çabası övülen çocuklar için zorluk, başarısızlıklarının bir işareti veya zayıf zekalarının bir yansıması değil, daha fazla çaba göstermeleri gerektiğinin bir göstergesiydi. Belki de en önemlisi, iki zihniyet aynı zamanda çocukların eğlence düzeyini de etkiledi - herkes, çoğu çocuğun doğru yaptığı ilk kolay sorulardan keyif aldı, ancak sorular zorlaştıkça, yeteneği övülen çocukların artık soruları yoktu. Eğlenirken, çabayı övenler sadece sorunlardan zevk almakla kalmayıp, ne kadar zorlayıcı olursa o kadar eğlenceli olduğunu söylediler. İkincisi, sorunlar zorlaştıkça performanslarında önemli gelişmeler olurken, birincisi, kendi başarı-veya-başarısızlık zihniyetlerinden vazgeçmiş gibi, daha da kötüleşmeye devam etti. Nasıl baktığımıza bağlı olarak daha iyi ya da daha da kötüleşiyor: En rahatsız edici bulgu, IQ sorularının tamamlanmasından sonra, araştırmacıların çocuklardan deneyimlerini akranlarına iletmek için özel mektuplar yazmalarını istediklerinde geldi. problemlere puan verir. Dweck'in yıkımına göre, sabit zihniyetin en zehirli yan ürünü sahtekârlık oldu: Yeteneği övülen çocukların yüzde kırkı puanları hakkında yalan söyledi ve onları daha başarılı görünmeleri için şişirdi. O yakınıyor: Sabit zihniyette, kusurlar utanç vericidir - özellikle yetenekliyseniz - bu yüzden onları yalanladılar. Bu kadar endişe verici olan şey, sıradan çocukları aldık ve sadece akıllı olduklarını söyleyerek onları yalancı haline getirdik. Bu, iki zihniyet arasındaki temel farkı gösterir - gelişime sahip olanlar için, "kişisel başarı, elinizden gelenin en iyisini yapmak için en çok çalıştığınız zamandır" iken, sabit bir zihniyete sahip olanlar için, "başarı, üstünlüklerini kurmakla ilgilidir, saf ve basit. Hiç kimseden daha değerli biri olmak." İkincisi için aksilikler bir cümle ve bir etikettir. İlki için motive edici, bilgilendirici girdiler - bir uyandırma çağrısı. Ancak bu kavrayışın en derin uygulamalarından biri iş veya eğitimle değil, aşkla ilgilidir. Dweck, insanların kişisel ilişkilerinde aynı eğilim ikilemini sergilediklerini buldu: Sabit bir zihniyete sahip olanlar, ideal eşlerinin kendilerini "tek kişilik bir dinin tanrısı" gibi bir kaide üzerine oturtacağına ve kendilerini mükemmel hissettireceğine inanıyorlardı. gelişim zihniyetiyle, onların hatalarını fark edecek ve onları geliştirmeye sevgiyle yardım edecek bir partneri, onları yeni şeyler öğrenmeye ve daha iyi bir insan olmaya teşvik edecek birini tercih etti. Görünüşe göre sabit zihniyet, “gerçek aşk” hakkındaki en zehirli kültürel mitlerimizin çoğunun kökenindedir. Dweck şöyle yazıyor: Büyüme zihniyeti, tüm bunların geliştirilebileceğini söylüyor. Hepsi - siz, eşiniz ve ilişki - büyüme ve değişim yeteneğine sahipsiniz. Sabit zihniyette ideal, anında, mükemmel ve sürekli uyumluluktur. Sanki olması gerekiyordu. Gün batımına doğru yola çıkmak gibi. "Sonsuza kadar mutlu yaşadılar" gibi. […] Bir sorun, sabit zihniyete sahip insanların iyi olan her şeyin otomatik olarak olmasını beklemesidir. Bu, ortakların sorunlarını çözmelerine veya beceri kazanmalarına yardımcı olmak için çalışacakları anlamına gelmez. Bu, aşkları aracılığıyla sihirli bir şekilde gerçekleşecektir, tıpkı prensinin öpücüğüyle koması iyileşen Uyuyan Güzel'in ya da prensi tarafından sefil hayatı bir anda değiştirilen Külkedisi'nin başına geldiği gibi. Bu aynı zamanda, sabit zihniyetin ideal bir çiftin birbirlerinin zihnini okuyabilmesi ve birbirlerinin cümlelerini tamamlayabilmesi gerektiğine inandığı zihin okuma efsanesi için de geçerlidir. İnsanları ilişkileri hakkında konuşmaya davet eden bir araştırmadan alıntı yapıyor: Sabit zihniyete sahip olanlar, kendilerinin ve eşlerinin ilişkilerini nasıl gördüklerine dair küçük farklılıklardan bile bahsettikten sonra kendilerini tehdit altında ve düşmanca hissettiler. Küçük bir tutarsızlık bile birbirlerinin tüm görüşlerini paylaştıklarına dair inançlarını tehdit ediyordu. Ancak tüm ilişki mitlerinin en yıkıcısı, eğer çalışma gerektiriyorsa, bir şeylerin çok yanlış olduğu ve görüş veya tercihlerdeki herhangi bir tutarsızlığın kişinin partneri adına karakter kusurlarının göstergesi olduğu inancıdır. Dweck bir gerçeklik kontrolü sunar: Gerileme olmadan büyük başarılar olmadığı gibi, yol boyunca çatışmalar ve problemler olmadan da büyük ilişkiler olmaz. Sabit bir zihniyete sahip insanlar çatışmaları hakkında konuştuğunda, suçu atarlar. Bazen kendilerini suçlarlar, ancak çoğu zaman partnerlerini suçlarlar. Ve suçu bir özelliğe atıyorlar - bir karakter kusuru. Ama orada bitmiyor. İnsanlar problem için partnerlerinin kişiliğini suçladıklarında, onlara karşı öfke ve tiksinti duyarlar. Ve devam ediyor: Sorun sabit özelliklerden kaynaklandığı için çözülemez. Bu nedenle, sabit zihniyete sahip insanlar, eşlerinde kusurları gördüklerinde, onları hor görürler ve tüm ilişkiden memnun olmazlar. Öte yandan, gelişme zihniyetine sahip olanlar, ortaklarının kusurlarını suçlamadan kabul edebilir ve yine de tatmin edici bir ilişkileri olduğunu hissedebilirler. Çatışmaları kişilik veya karakter sorunu olarak değil, iletişim sorunları olarak görürler. Bu dinamik, arkadaşlıklarda olduğu kadar romantik ortaklıklarda ve hatta insanların ebeveynleriyle olan ilişkilerinde de geçerlidir. Dweck bulgularını özetliyor: İnsanlar bir ilişkiye başladıklarında, kendilerinden farklı bir partnerle karşılaşırlar ve farklılıklarla nasıl başa çıkacaklarını henüz öğrenmemişlerdir. İyi bir ilişkide insanlar bu becerileri geliştirir ve bunu yaparken her iki partner de büyür ve ilişki derinleşir. Ancak bunun olması için insanların aynı tarafta olduklarını hissetmeleri gerekir. . . . Bir güven ortamı geliştikçe, birbirlerinin gelişimiyle hayati bir şekilde ilgilenmeye başlarlar. Tüm bunların altında yatan şey, bir zihniyetin bize etrafımızda neler olup bittiğini söyleyen yorumlayıcı bir süreç olmasıdır. Sabit zihniyette, bu süreç, sizin iyi bir insan olup olmadığınız, eşinizin bencil olup olmadığı veya sizin iyi bir insan olup olmadığınız gibi değerlendirmelerin lehinde veya aleyhinde kanıt olarak her bilgi parçasını kullanarak, sürekli yargılama ve değerlendirmeden oluşan dahili bir monolog tarafından puanlanır. yanındaki kişiden daha iyidir. Öte yandan, büyüme zihniyetinde, iç monolog bir yargılama değil, öğrenmeye ve yapıcı eyleme metabolize edebileceğiniz girdi türlerini sürekli arayan doymak bilmez bir öğrenme iştahıdır. Mindset: The New Psychology of Success'in geri kalanında Dweck, bu temel zihniyetlerin nasıl oluştuğunu, hayatın farklı bağlamlarında tanımlayıcı özelliklerinin neler olduğunu ve çok daha verimli ve besleyici olanı benimsemek için bilişsel alışkanlıklarımızı nasıl yeniden şekillendirebileceğimizi keşfetmeye devam ediyor. büyüme zihniyeti. Flickr Commons aracılığıyla kamuya açık fotoğraflar Kaynak:https://www.brainpickings.org/2014/01/29/carol-dweck-mindset/