İnsan merkezli Tasarım ve Kaynak Allokasyonunun Eleştirel Bölümleri Mühendislikte

Mühendislik projeleri, bir köprü inşa etmeyi, bir yazılım platformu geliştirmek veya tıbbi bir cihaz tasarlamak, kaynakların dikkatli dağılımını gerektirir - bu boşluklar, personel, zaman, malzemeler ve ekipman. On yıllardır, kaynak tahsis kararları öncelikle teknik ve ekonomik faktörler tarafından yönlendirildi, genellikle, mühendislik sürecinin kalbindeki insanları göz ardı ediyor veya kısıtlayıcılar, ancak bu tür bir şekilde yeniden tasarlanma, kullanıcı hayal kırıklığı ve hatta güvenlik başarısızlıkları sağlayarak, insan odaklı tasarıma tabi tutulabilir.

Bir Mühendislik Context'de İnsan merkezli Tasarım Anlamak

İnsan merkezli tasarım, tasarım ve geliştirme yaşam döngüsü boyunca son kullanıcıların ihtiyaçlarını ve sınırlamalarını öncelik alan etkileşimli sistemler geliştirmek için yapılandırılmış bir metodolojidir.Uluslararası Standartlaştırma Örgütü (ISO) bunu tanımlamaktadır.Uygu 9241-210: İnsan-sistem etkileşiminin kısaltması), aktif olarak kullanıcıların ihtiyaçlarını içeren bir yaklaşım olarak, tüm işlevleri kullanıcılar ve teknoloji arasındaki uygun şekilde tanımlar.

HCD'lerin Temel Aşamaları

  • [FONT:0)Empathize ve Anlama:[Döneticiler doğrudan paydaşlarıyla meşguller – son kullanıcılar, operatörler, bakım personeli ve düzenleyici organlar dahil - iş akışları, ağrı noktaları ve özlemleri hakkında nitel ve nice veriler toplamak. Yöntemler bağlamsal araştırma, röportajlar, anketler ve günlük çalışmalar içerir.
  • [FONT:0)Define Kullanıcının ihtiyaç ve Constraints:[[Dönetici: 0 3) Araştırma, gerçek dünya ortamını yansıtan açık, uygulanabilir gereksinimleri sentezledi. Bu aşama sadece kullanıcıların hedeflerini güvenli ve etkili bir şekilde elde etmeleri için gerekli değil.
  • [FONT:0)Ideate and Prototype:) Cross-fonksiyon takımları çok çeşitli olası çözümler üretir. Low-faş prototipleri (köprüleri, teller veya basit fiziksel modeller) büyük kaynak taahhütleri olmadan kavramların hızlı testine izin verir.
  • [FONT:0]Test ve Iterate:[Dönetici:[Döneticiler gerçekçi senaryolarda prototiplerle etkileşime girerler. geri bildirimler rafineriler ve döngüler, çözüm için doğrulanmış kriterleri yerine getirene kadar tekrarlar.

Bu aşamaları kaynak tahsis kararlarına gömerek, mühendislik örgütleri her doların ve her saatin gerçek insan gereksinimleriyle uyumlu olmasını sağlar, kimsenin yapamayacağı bir şeyi inşa etme riskini azaltır - veya kullanmak ister.

Mühendislik projelerinde Kaynak Allokasyonunun Kompleksi

Mühendislikte kaynak tahsisi, sınırlı varlıklara bir projenin hayatı üzerinde nasıl yarışacağını belirlemektedir. Bu kaynaklar, finansal bütçeler, çalışma saatleri, uzman uzmanlık, ham malzemeler, araçlar ve bilişim gücü. Geleneksel tahsis modelleri - kritik yol yöntemi, maliyet-benefit analizi veya lineer programlama - zaman için optimize etmek, maliyet veya teknik performans olarak kullanıcılarına genellikle proje başarılarını doğrudan etkileyen aktif katılımcılardan daha pasif olarak davranırlar.

Örneğin, yeni bir kamu transit sistemi inşa eden bir sivil mühendislik firması, bütçenin% 80'ini yapısal malzemelere ve istasyon tasarımına ayırabilir.Bu, fiziksel yapının seslenmesini sağlarken, gelen erişilebilirliği ihmal eden bir istasyondan yararlanan bir ürüne göz atabilir veya bunun sonucunda eksik olabilir: düşük yolcu, gelir kısası ve olay süresi pahalı retrospektif olarak.

İnsan merkezli tasarım, mühendislik takımlarının temel sorular sormaları için geniş çaplı kararlardan geri adım atmalarına yardımcı oluyor: Bu gerçekten neye ihtiyaç duyuyor? Bu soruları cevaplamak için, takımlar kaynakları daha akıllı bir şekilde etkileyebilir - sadece verimli değil.

İnsan merkezli Tasarım Nasıl Geliştirilir

HCD'yi kaynak tahsisine entegre etmek, mevcut proje yönetim araçlarını terk etmek anlamına gelmez. Bunun yerine, karar verme sürecinde insan faktörlerini aşırı devre dışı bırakır. İşte HCD'nin kaynak tahsisi mühendisliğinde ilk yollardır:

Gerçek Değeri Veren Özelliklerin Öncelendirilmesi

Mühendisler, kullanıcıların başarılı olması gerektiğini anlarken, hastaların çoğuna ikincil bir görüntüyü optimize etmek yerine, üretkenliği veya memnuniyeti sağlamak için gerekli olan bir cihazla mücadele eden bir tıbbi cihaz ekibi, enfeksiyon riskini önemli ölçüde azaltan küçük bir malzeme değişikliğine öncelik verir.

İnsan faktörleri mühendisliği, insanların aslında sistemlerle nasıl etkileşime girdiklerini inceleyerek, mühendisler, pahalı hatırlama veya güvenlik olayları haline gelmeden önce potansiyel kullanım hataları tanımlayabilirler.Projenin bir kısmını özellikle kullanılabilirlik test ve kullanıcı gözlemleri için ayırarak milyonlarca sorumluluğun daha sonra zarar görmesini engelleyebilirler.

Güvenilirlik ve Inclusivity

Kaynak tahsisi genellikle "ortalama" kullanıcısını tercih eder, engelli insanlar hariç, yaşlı yetişkinler veya farklı teknik okuryazarlık düzeylerine sahip olanlar. HCD, erişilebilir tasarıma yatırım yaparak, kullanıcı memnuniyetini artırmak ve gelecekteki litigation, tactile kontrolleri veya basit dil talimatlarını artırmak gibi - pazarlarını genişletirken etik ve yasal yükümlülükleri yerine getirebilir.

Stakeholder Trust Through Chess Trade-Offs

Mühendislik yöneticileri rutin olarak imkansız seçimlerle karşı karşıya kalır: Daha yüksek kalitede daha hızlı teslimat, daha iyi belgeye karşı daha fazla özellik sunar. HCD, bu ticaretle paydaşlarla ilgili bir dil sunar. Örneğin, bir yazılım ekibi kullanıcıların daha fazla zaman harcamalarını gösterirken, bir görsel yeniden tasarıma karşı daha fazla zaman harcayan, kullanıcılar güvenli sistemi tercih ettikleri veya daha sonra ön aşamayı tercih ettikleri konusunda ifade edebilir - ve bu şeffaflık bu güven inşa eder ve neden bu kesintiye uğratılır.

Kaynak Allocation için Uygulamalı İnsan merkezli Tasarım Temel Prensipleri

Birkaç iyi kurulmuş HCD ilkeleri doğrudan mühendislik ekiplerinin tüm kaynakları nasıl tahsis etmesi gerektiğini bildirir. Bu ilkeler saf teknik veya bürokratik karar vermeye karşı koruyucular olarak hareket eder.

1. Kullanıcılara Erken ve Sürekli Odaklı

Kaynakların, ilk planlama aşamalarından kullanıcı araştırmasına tahsis edilmesi gerekir, ancak bir sonraki gibi değil. Bu, temsilci katılımcıları işe almak için bütçeleme, onları zamanları için hesaplamak ve analiz etmek için gereklidir. Kullanıcı katılımı test ve dağıtım yoluyla devam etmeli ve ekip üyeleri için zaman ve eğitim konusunda anlamlı bir şekilde tahsis etmelidir.

2. Iterative Design and Feedback Loops

HCD doğal olarak iteratiftir. Tek bir “büyük patlama” serbest bırakılmasını finanse etmek yerine, mühendislik yöneticileri, çok sayıda prototyping, test ve rafineri için kaynak tahsis etmelidir. Bu yaklaşım, toplam proje maliyetinin artırılması gibi görünebilir, ancak değişiklikler tam ölçekli bir gelişme veya inşaattan sonra ne yapacaklarını erkenden yakalamak için gerçekten boşa harcar.

3. Usability of Usability

Kullanılabilirliği ölçmek için kaynakları ayırmak önemlidir. Görev tamamlanma oranı, görev süresi, hata oranı ve kullanıcı memnuniyeti puanları, gerçek konum kararları kılavuzlayabilen objektif veriler sağlar.Bu ölçümler olmadan, takımlar kullanıcıların günlük karşılaştıkları gerçek blokajları görmezden gelmedikleri sorunları çözmede kaynakları asla dolduramaz.

4. Çok Disiplinli İşbirliği

HCD, mühendislerden, tasarımcılardan, alan uzmanlarından, pazarlamadan ve son kullanıcılardan giriş gerektirir. Kaynak tahsisi, tüm bütçelerini yazılım geliştiricilerine tahsis eden bir projedir, ancak teknik yazarlara, erişilebilir uzmanlara veya kullanıcı araştırmacılara hiçbir şey, gerçek dünya kabul edilemez bir ürün üretecektir.

HCD-Driven Resource Allocationing için Pratik Adımlar

İnsan merkezli tasarımlarını kaynak tahsis süreçlerine gömmek isteyen mühendislik örgütleri bu eylem edilebilir adımları takip edebilir:

  1. [FONT:0]Mevcut Allocation Practices'in İnsan Faktörleri Denetimi'ni devralın.[Döneticileri değiştir][Döneticileri değiştir]
  2. [FONT:0] HCD Bütçe Hattını Oluşturun.[[Dönetici:0) Proje riski ve karmaşıklığına bağlı olarak genel proje bütçesinin belirli bir yüzdesini (tipik olarak% 5–15) yalnızca kullanıcı araştırması, prototipleme, kullanılabilirlik testi ve erişilebilirlik testleri için, bu, insan merkezli faaliyetlerin isteğe bağlı olarak tedavi edilmediğini sağlar.
  3. [FONT:0)Integrate Kullanıcı Hikayeleri Kaynak Planlamasına Giriş Yapılabilir.[DÜT:1] Kullanıcı hikayelerini veya iş hikayelerini her özelliği veya bileşeninin nasıl kullanılacağına dair açıklama yapın.Integrate User Stories into Resource Planning.[FONT][/TRT:0).
  4. [FONT:0]Use Participatory Design Sessions.[DÜT:1] Invite end-users to co-create prototipleri ve inceleme ticaret-offs. Örneğin, kentsel planlama projesinde, sakinlerin farklı tasarım elementlerine öncelik verebilecekleri atölyelere tasarım bütçesinin bir parçası (benches vs. yeşil alan) fiziksel jetonlarla.
  5. [FONT:0]Establish User Test Milestones.[DÜT:1) Kullanıcının aşamalar arasında resmi bir kapı kabul etmesi gerekir.Eğer bir prototip bizimle yeteneğenlik kriteri yerine getirmezse, takım ilerlemeden önce zaman ve bütçeyi sabit tutmalıdır.
  6. [FONT:0) Kullanıcı Deneyimi Metriks, Kaynak Açıklaması ile ilgili olarak ilgili olarak gerçekleştirdiği çalışmalarla ilgili olarak; Bir [[QD:2)Nielsen Norman Grup çerçevesi[DDDDDDDDDDDDDDDDD 3), dönüşüm oranları, görev başarı oranları ve müşteri desteği, insan merkezli yatırımların ROI'sini göstermek için çağrılar. Gelecekteki projelerde HCD finansmanı için bu verileri kullanın.

Kaynak Allocation'deki HCD'nin Gerçek Dünya Örnekleri

Sağlık: Safer Infüzyon Pumping

Bir tıbbi cihaz üreticisi, önceki infüzyon pompa modellerinin onlarca milyar dolarlık olumsuz olayda yer aldığını fark etti çünkü hemşireler doğru dozajı programlamaya zorladılar. Şirket, HCD'deki tüm R&D bütçeyi harcamadan sonra, hasta güvenliğine ilişkin %30'u insan faktörü araştırmasına ayırdı.

Kamu Ulaşım: Belirli bir Bilet Sistemi inşa

Bir metropol transit otoritesi yeni elektronik biletleme sistemini planlarken, ilk kaynak tahsisi, sesli rehberlik ve yüksek hızlı doğrulama kapıları ile öncelik verdi. Ancak, erken HCD çalışmaları, birçok yaşlı yolcu ve görsel bozuklukla birlikte, küçük dokunuş ekranlarını okumadı veya menü hiyerarşisini ilerletmemediğinde, proje gerçek yükleri sesli rehberlik ile arkadaş mobil uygulama geliştirme ve daha büyük, yüksek ücretli ekranları kiskslerde yüklemeye öncelik verdi.

Yazılım Mühendisliği: Yeni Özellikler Üzerinde Hata Mesajlarını Önceleme

Bir SaaS şirketi, raporlama panolarını artırmak için bir sonraki sprint'i ortadan kaldırmayı planladı. Kullanıcı araştırması, müşterilerin genellikle platformda şifreli hata mesajlarıyla karşılaştığını gösterdi. Ürün ekibi, yeni aboneliklerden gelirleri doğrudan etkilemeyi planladı.

Ortak meydan okumalar ve Nasıl Overcome Them

Yaralarına rağmen, HCD'yi kaynak tahsisine entegre etmek her zaman basit değildir. Mühendislik takımları genellikle aşağıdaki engellerle karşılaşır:

Geleneksel Proje Yöneticisinden Direniş

Bazı proje yöneticileri, kullanıcı araştırmalarını, yavaşların aşağı programlardan faydalandığı lüks olarak görmektedirler.Bu, kendi organizasyonunuzdan veya endüstriden yapılan vaka çalışmaları HCD katılımı ile son tarihlerle daha sık toplanır, çünkü geç aşama yeniden tasarımlarından kaçınırlar. Frame HCD, ek bir setten ziyade risk mitigation stratejisi olarak.

Sayısal İnsana Sahip Zorluk

Kaynak tahsisi sayılarda gelişir, ancak insan ihtiyacı öznel hissedebilir.Bu, destek masasına standart ölçümler kullanarak bunu karşı karşıya kalabilir.SUS), net teşvik puanı (NPS), veya görev başarı oranı. Örneğin, kullanıcı geri bildirimlerini maliyetle hesaplayın.

Sınırlı Son Kullanıcılara Erişim

Savunma veya özel endüstriyel ekipman gibi alanlarda, gerçek kullanıcıları işe almak, kullanıcı gruplarıyla daha önce bina ilişkilerini daha önce kurmak, benzer özellikleri olan proxy katılımcılarını kullanmak veya zor erişim popülasyonlarında uzman olan piyasa araştırma firmalarını komisyonlamak.Tümanlama için küçük bir bütçeyi optimize etmek, kullanıcı erişimini dramatik bir şekilde artırabilir.

Kısa Süreli Bütçe Baskıları

Paralar sıkı olduğunda, HCD faaliyetleri genellikle ilk kesintiye uğrar. Bunu önlemek için HCD standart işletim prosedürlerine yerleştirir. Örneğin, imzalanmış kullanıcı tarafından geliştirilmeyen bir politika yapın. HCD otomatik olarak içerir.

Sonuç: İnsan merkezli Tasarım yapmak, Temsil

Kaynak tahsisinde insan merkezli tasarımının rolü daha fazla adım eklemekle ilgili değildir; insan empatisi ile teknik mükemmeliyetin dengelendiği stratejik bir disipline daha iyi bir şekilde tahsis edilmesi ve hizmet ettikleri kişilerin verimliliğine bağlı olarak, daha fazla veri, kullanıcı, daha fazla düzenleme ve daha etik düşüncelere sahip olmayan sistemlere ilişkin kaynakları dengelemek, insan merkezli bir kaynak tahsis etmek için, insan odaklı kaynaklarına bağlı olarak, insan empatisi ile ilgili olarak, daha fazla bilgi edinmelerine izin veren bir stratejik disipline girmektir.

[FONT=0]Further Reading[[Dönetici:0)[FONTD:0))[FONTD)[FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=TRNT=FONT=TRNT=TRNT=TRNT=TRNT=TRNT=TRNT=3][FONT=TRNT=FONT=FONT=FONT=FONT=FONT=TRNT=FONT=FONT=TRNT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=TRNT=TRNT=FONT=TRNT=TRNT=FONT=FONT=TRNT=FONT=TRNT=FONT=FONT=FONT=FONT=FONT=TRNT=FONT=FONT=TRNT=TRNT=TRNT=FONT=FONT=FONT=TRNT=TRNT=TRNT=TRNT=TRNT=TRNT=TRNT=TRNT=FONT=FONT