Bu durumlarda bulduğum tek hızlı çözüm, yeni bir durum bulmaktır. Örgütsel çılgınlıkla uğraşıyorsun ve bunu yakın zamanda düzeltemeyeceksin. Yanlış kişi terfi etti ve yönetimi bilmiyor ya da umursamıyor gibi görünüyor. Bir değişikliği etkilemek için yeterli etkiniz yok ve teknik argümanlar işe yaramayacak .

Alternatif, etkisiz sürece devam etmek ve zamanınızı beklemektir. Sonunda maliyet aşımları, birini fark etmeye zorlayacaktır. Mimar başka bir şey yapmaya teşvik edilecek. Etrafta kaldıysanız, işbirliği yaptıysanız ve arkadaşlar edindiyseniz, belki bir sonraki mimar siz olacaksınız.

BTW, beş yıl önce çok benzer bir durumdan ayrıldım. Beceriksiz teknik liderler geçen yıl değiştirildi.

Karar verme gücüne o kişi sahipse, o kadar. Müşterinin gereksinimlerini karşılamıyorsa (yani müşteri, çözümün gereksinimlerini karşıladığını kabul etmiyorsa), bunun için ödeme yapmak zorunda değildir (bir sözleşmede aksi belirtilmedikçe) ve "Tamam" , Neden bu şekilde gitmek istediğinizi anlıyorum, ancak bu [yazılım / ürün / çözüme] ihtiyacım olan sorunu çözmüyor. "

Egolar kafayı buluyor. Bu, herhangi bir işyerinin bir parçasıdır. Mühendislik türleri söz konusu olduğunda, objektif, ölçülebilir performans ve kalite ölçütleri sunmaya çalışabilirsiniz (sizin durumunuz için geçerliyse) - mühendisler (en azından genel olarak) mantıklı argümanlara yanıt verir. Bu başarısız olursa, karar verme yetkisinin gerçekte kimde olduğunu, bunun savaşmaya değer bir mücadele olup olmadığını ve müşterilerinizi ve işinizi nasıl etkileyeceğini düşünmelisiniz. Gerekçeli, objektif bir bakış açısı olduğu ve mühendise kişisel bir saldırı olmadığı sürece endişelerinizi bildirmenin zarar vereceğini sanmıyorum.

Tüm söylenenler, biz yapmadıklarımız Sorunuz mühendisin bakış açısından görmüyorsunuz - belki bu konuda yanılıyorsunuz, belki de değilsiniz - iki tarafı da bilmeden bir karar vermek zor.

Benzer durumlarda, yedeklenecek kaynakların bir listesini (kitaplar, bloglar, Standartlar ve Rehberlik özel geliştirme alanınızdaki başlıca satıcılardan, örneğin IBM, Microsoft, Idesign, Thoughtworks gibi) almaya güvendim anlatmaya çalıştığım ve ne yazık ki bunları toplantılarda ortaya çıkarmak zorunda kaldığım noktalar.

Bu süreci tamamladıysanız ve hala size söyleniyorsa, doğru değil, yanlış veya daha iyi bilmek. Sonra, size talimat verildiği gibi yapın, ancak kendinizi ve kendi profesyonel dürüstlüğünüzü korumak için bir şeyler ters giderse kaynak materyalinizi elinizde tutun. Olumlu bir kayda göre, ifadelerinizi desteklemek için gerekli araştırmayı nasıl yapacağınızı ve zorluklarla nasıl başa çıkacağınızı (insanlar, durumlar ve kusurlu yaklaşımlar) öğreneceğiniz için becerilerinizi geliştirmenize yardımcı olacaktır.

Son olarak, kararlarının sonuçlarına nasıl vardıklarını sorun. Bir tasarımın amacını ve amacını ve çalışan parçanın bir çözüm sağlamak için nasıl bir araya geldiğini göstermek bir yazılım mimarının işidir.

Yapabileceğiniz şey, onunla grup halinde konuşmaktır. Bu ortak bir çabaysa, diğer insanların çözümü hakkında ne düşündüğünü ve daha iyi bir alternatif olup olmadığını görmeniz gerekir.

Çözümünün kalitesinin yeterince iyi olmadığını ve sizin müşteri mutsuz veya projenizi tehlikeye atıyor. Takım lideri veya patronunuzla görüşün. Çözümünün neden doğru olmadığını düşündüğünüzü onlara açıklayın. Alternatifinizi gösterin. Ancak ekibinizde onun yanıldığını düşünen tek kişi sizseniz, o zaman korktuğum akışa devam etmeniz gerekecek.