Bir geliştirici imkansız gereksinimleri nasıl reddetmelidir? [kapalı]

İşte karşılaştığım sorun:

Hey Spark, size birçok farklı iOS uygulaması için kullanılabilecek bir çerçeve geliştirme görevini veriyorum. İşte gereksinimler:

• Kullanıcı arayüzünü manipüle etmek için kullanılan başparmak veya parmakların kalınlığını tespit edebilmelidir.
• Bu bilgilerle, kullanıcı arayüzünün tüm unsurları otomatik olarak düzenlenmeli ve boyutlandırılmalıdır .
• Daha büyük bir başparmak için, elemanlar ekranın ortasına yakın yerleştirilmelidir.
• Daha küçük bir başparmak için, elemanlar ekranın köşelerine yakın yerleştirilmelidir.
• Daha büyük bir başparmak için, tüm yazı tipleri daha küçük olmalıdır. (Bu durumda bir yetişkin olduğunu varsayıyoruz.)
• Daha küçük bir başparmak için, tüm yazı tipleri daha büyük olmalıdır. (Bu durumda daha genç birini varsayıyoruz.)

Özet:

Bu çerçeve, kullanıcı dostu kullanıcı arayüzleri programlı olarak oluşturmak için gereklidir. Çerçeve, gerektiği kadar çok proje için kullanabileceğimiz şekilde geliştirilmeli, bu yüzden geliştirici dostu olmalıdır.

Bu görevi verilen geliştiriciyim, bu yüzden sorularım şöyle:

• Bu gereksinimlerin biraz saçma olduğunu nasıl açıklayabilirim?
• Gerçek projeler geliştirmeye odaklanmanın daha iyi olacağını nasıl açıklayabilirim?
• Bu mümkün olsa bile, böyle bir şey geliştirmeyi tavsiye etmeyeceğimi nasıl açıklayabilirim?
• Bu projeye kibar, nazik ve saygılı bir şekilde NO diyebilir miyim?
• 3 yıllık deneyime sahip bir geliştirici için bile bunun mümkün olamayacağını nasıl açıklayabilirim?

Cihaz, istenen işlevselliği desteklemediği ve destekleyemediği için uygulanması fiziksel olarak imkansız olan bir dizi gereksinim alırsanız, bunu gereksinimleri oluşturan kişiye açıklamanız gerekir.

Sen saygılı olmak ve şartlar uygulanması mümkün değildir neden açıklamalıdır (dokunmatik ekran parmak, parmak veya kalem ayırt edemez yani bu parmak genişliği tespit etmek için yeterli çözünürlüğe sahip değildir..) - şeyleri tutmak olgusal işaret ederek, varsa mevcut belgeler.

Herhangi bir duygusal argümana girmeyin ve serin ve profesyonel olun. İhtiyaçlarının aptalca olduğunu kimseye söylemek asla kazanılan bir strateji değildir.

Özellik için gerçek hedefleri anlayabiliyor musunuz bir bakın - neden bir gereksinim olarak görülür. Bu, ihtiyacı çözecek farklı, daha iyi bir özelliğe yol açabilir. (teşekkürler @spoike)

@ DarkStar33, araştırmanın yapılacağı yorumunda ve sonucun buna değmeyecek kadar pahalı ve uzun olacağı varsayımıyla, projenin ne kadara mal olacağı ve ne kadar süreceği hakkında gerçek bir tahmin sunmayı önermektedir. Rakamlarla ve onları destekleyen verilerle donanmış olmak davanıza kesinlikle yardımcı olabilir, ancak yine de (kısmen de olsa) başka bir şekilde karşılanıp karşılanmadıklarını görmek için iş hedeflerine bakacağım.

Bu gereksinimler aptal, aptal ya da saçma değildir. Bu aslında dokunmatik ekran kullanıcıları için çok önemli bir sorundur, daha büyük parmakları olan kişilerin genellikle küçük parmaklar tarafından anlaşılmayan hedefi saptamakta çok zorlanmalarıdır.

Bununla birlikte, cihazın sensörleri parmak boyutunu ölçemediğinden bu gereklilikleri uygulamak imkansız bulursanız, sadece şunu yazın: Ne yazık ki, şu anda mevcut cihazlar bu tür bir işlevi desteklemiyor.

Burada Devil's Advocate oynayacağım ve bir kişinin başparmağının boyutunu ölçmenin teknik olarak mümkün olduğunu düşünüyorum. İPhone, çoklu dokunmatik bir cihazdır. Kalibrasyon için, kullanıcının parmaklarını veya iki parmağını ekrana yan yana koymasını ve bu dokunuşlar arasındaki mesafeyi ölçmesini sağlayabilirsiniz.

Tabii ki bu sezgimin ne kadar uygulanabilir olduğunu görmek için test ve deneyler gerektiriyor. Belki de daha iyi bir okuma alabilmek için başparmakların ekran boyunca sürüklenmesi gerekir.

Bununla birlikte, ciddi kullanım ve uygulama sorunları var.

• Ya cihaz paylaşılıyorsa? Kalibrasyon ne zaman gerçekleşir?
• Çerçeve ile oluşturulan tüm uygulamalarda UI öğelerinin konumunu keyfi olarak dinamik bir şekilde nasıl belirleyebilirsiniz ? Açıkçası her uygulama farklı bir kullanıcı arayüzü ve farklı bir düzen olacaktır.
• Mevcut iOS uygulamalarının basit bir incelemesi, iyi tasarlanmış olanların mevcut tüm yatay alanı kullandıklarını ve zaten önemli düğmelerin mümkün olduğu kadar büyük ve kenarların yakınına yerleştirilmiş olan alan öğelerini kullandıklarını gösterir. Cihazın tam genişliği, belli ki listeler ve düzen için kullanılıyor.
• Mümkün olsa bile, maliyet / fayda analizi nedir? Standart UI kontrollerine kıyasla böyle bir sistemden ne kadar kazanılır? Halihazırda kullanılan birçok uygulama gibi yazı tipi boyutu için basit bir geçiş kontrolüne sahip olmak daha kolay olmaz mıydı?

Yaptığınız şey ciddiyetle ele almak ve ne kadar zaman alacağına dair bir tahminde bulunmak ve tahminin çok yüksek ve çok ayrıntılı olduğundan emin olmaktır, böylece yüksek rakamları tartışamazlar. Bir kere gösterdikten sonra ekonomik olmayacaklar, seni yalnız bırakacaklar. Belirli görevlerin şu anda donanım tarafından desteklenmediğini ve yapmanın bile mümkün olamayacağına dikkat edin. Bu büyüklükteki bir proje için ihtiyaç duyabileceğiniz her türlü uzman için ek maliyetler eklemeyi unutmayın.

Apple'daki insanlar zaten tüm bu şeyleri derinden düşündüler ve başparmak / parmak boyutlarına bağlı olarak yeniden boyutlandırılabilir bir arayüz bulamadılar.

Bir kullanıcı olarak, parmaklarımın altındaki hareketli hedeflerden nefret ederim.

İmkansız gerekliliklerin verildiği için başınız belaya girmekten endişe duyuyorsanız, o zaman en iyi seçenek onlara derhal imkansız olduğunu söylemektir. İmkansız bir projede bir iş planı oluşturmalarına izin verdiğiniz sürece, projenin başarısızlığından dolayı sizi suçlamaları daha olasıdır.

Her şeyden önce, sizin suçunuz olmayan şeyler için endişelenmeyin, hepimiz kontrol etme yeteneğine sahip olduğumuz için endişelenmeye yetecek kadarımız var. Birisi böyle bir projenin başarısızlığından sizi sorumlu tutacaksa, bu size karşı haksızlıktır. Karma'ya inanır mısın?

Mantıksız isteği reddetmenin bir yolu, müşteriye çözmeye çalıştığı sorunun doğasını anlamada yardımcı olmaktır. Halk arasında “ neden yığınını açmak ” olarak bilinen bir planlama görüşmesi tekniği ile , niçin “niçin” diye sormaya devam ediyorsun (kibar ve zekice bir şekilde):

Hem iletişimi sürdürmek hem de belirli sorunların “peşine düşmek” için Barrett’in “neden” yığınını patlatması dediği şey önemli bir araçtır. Bu sadece “neden bu şekilde yapıldı?” Sorusunu sormaya devam etmektir. proje gereksinimleri hakkında. Tekniğin neyin ortaya çıkabileceğine dair bir örnek verdi: "Bir zamanlar bir müşteriyle çalıştığım süreçte verinin belirli bir aşamada basılması şartı vardı, bu yüzden nedenini sordum" dedi. "Bunun cevabı, girişi yapmak için gereken verileri alan departmandı. Verilerin otomatik olarak uygulamalarına aktarılabileceği hiç aklıma gelmedi."

Amaç, özelliğin temel işletme değerine ulaşmaktır:

• Geliri koruyun
• Geliri artırmak
• Maliyeti yönet
• Marka değerini artırmak
• Ürünü dikkat çekici kılın
• Müşterilerinize daha fazla değer verin

( Salatalık wiki'den ürünler)

Eğer özellik bu kategorilerden birine uymuyorsa, müşteriye odaklanması gereken daha önemli hususlar olduğunu görmesine yardımcı olabilir veya bu düşünce süreci boyunca onlara sorunu nasıl çözebilecekleri konusunda tavsiyelerde bulunabilirsiniz. daha anlamlı bir şekilde çözmeye çalışıyor. Genelde asıl sorun, düzeltmenizi istedikleri sorundan daha yüksek bir soyutlama düzeyinde yatmaktadır.

Tarama örneği örneklerinizi kullanmak için:

Müşteri: Kullanıcı arayüzünü değiştirmek için kullanılan başparmak veya parmakların kalınlığını tespit etmek istiyoruz.

Dev: Neden bunu yapmak istiyorsun?

Müşteri: Çünkü bu küçük düğmelere dokunmaya çalıştığım zaman sık sık yanlış şeyi yapıyorum ve yazılımımız benim gibi büyük elleri olan birçok inşaat işçisi tarafından kullanılıyor. Kullanıcı arayüzünü parmak boyutlarına göre ayarlayabilseler, kullanımı daha kolay hale getirirdi.

Dev: Kullanım kolaylığı müşteri için kesinlikle değerli olacaktır, ancak neden kullanıcı arayüzünü kalibre etmek isterler? Bunu kullanan kişilerin büyük ellere sahip olduğu biliniyorsa, neden bu kullanım çantası için tasarımı ayarlamıyorsunuz?

Müşteri: Hiç böyle düşünmemiştim, daha temiz bir tasarımın küçük elleri olan insanlar için de iyi çalışacağını düşünüyorum!

Feragatname - İsteğinizin mümkün olup olmadığını bilmiyorum ve mümkün ise o zaman ne kadar süreceğini belirlemeniz ve yöneticinize bu geri bildirimi sağlamanız gerekir. Ancak bu cevabı en azından standart çerçeveyi kullanarak mümkün olmadığı varsayımıyla yazıyorum - ve cevabımı gerçekten yapamayacağınız veya yapmamanız gereken daha genel bir olaya da genişletiyorum.

Sadece hayır de.

Yumuşak ve itaatkar bir tutum olduğuna inanıyorum, bu konuda pek 'asla hayır deme' yanıtları var. Bunu bu şekilde düşünün - bu takımdaki teknik uzman benim ve diğer takım üyelerimin olanaksız, aşırı karmaşık, potansiyel olarak mümkün olmadığını düşündüğüm bir şey yapmaya çalışıyorlar. Hayır demek benim sorumluluğum.

Tabii ki nazikçe hayır diyebilirim; Hayır demeden önce "mümkün olup olmadığını araştırmayı" teklif ederken "buna karşı şiddetle tavsiye ederim" . Ama sonuçta hayır diyeceğim çünkü bu benim işim.

Bunun için çok fazla analoji var.

• Muhasebecim, Şükran Günü yemeğimi vergi indirimi olarak bırakmanızı istiyorum
• Bay Chef, tavuğumun gece boyunca tezgahta kalmasını ve çiğ servis edilmesini istiyorum.
• Avukatım, çocuklarımı yatak odalarını toplamadıkları için dava etmek istiyorum
• Mr Mechanic, lütfen elektrikli arabama bir turboşarj takın.

Tüm bu insanlardan aptal, israf, tehlikeli veya yanlış olduğunu bilecekleri işleri yapmalarını isteyebilirsiniz. Ve hepsinden bu eylemlere karşı tavsiyelerde bulunmalarını ve nihayetinde reddetmelerini beklersiniz (en azından öyle umuyorum). Eğer bu uzmanlardan herhangi biri 'Hmm tamam mı? Sanırım yapabiliriz' diye cevapladıysa - bana açıkça "Bu Kötü Bir Fikir" demedi - açıkçası onları işe almak istemem.

Meslektaşlarınız dürüstlüğünüze değer verecek ve saygı duyacak ve işe yaramayacağını bildiğiniz bir şeyle devam etmekten çok yararlı geri bildirimde bulunursanız herkese zamandan ve paradan tasarruf edeceksiniz.

Müşterinize, hedef platformunuzun size izin vermediği bir şeyi uygulayamayacağınızı söylemek çok zor olmamalıdır. Fakat bir adım geriye atıp kendinize sorun, bu oldukça zorlayıcı gereksinimlerin arkasındaki mantık nedir? Okuyabildiğim kadarıyla kullanıcı dostu olma konusunda çok endişe duyuyorlar. Sonra onlara sorun, aynı şeyi söyleyene kadar biraz daha derine dalın: "kullanıcı dostu bir arayüz istiyoruz". O zaman ne yapılabileceğini ve ne yapamayacağını onlara yönlendirin. Onlara, kolay bir kullanıcı arayüzü istiyorsa, kullanıcının font / simge boyutunu ayarlamasına izin vermek gibi kolay (ve daha ucuz yolların) olduğunu söyleyin (IoS'de mümkün olduğunu sanıyorum). Belki kullanıcının ayarlar sekmesinden uygulama için yazı tipi boyutunu / simge boyutunu ve uygulamanın düzenini kontrol etmesine izin verebilirsiniz? Başparmak boyutunda bir kişinin yaşını tahmin etmeye çalışmaktan daha kolay (ve daha doğru!) Olmalı! Yöneticinizin isteyeceği en son şey, işletim sisteminin sağladığı aynı şeyi sağlayan, gereksiz, şişirilmiş, bakımı zor bir koddur. Müşterinize, kullanıcıların onları kızdıracak şekillerde kontrol eden uygulama yerine uygulamayı kontrol etmeyi tercih edeceğini söyleyin.

Cevabım, bu denenmemiş teknolojilerin bazılarını incelemeye başlayacağım ve mümkün olup olmadığını onlara bildireceğim. Bu keşiflere dayanarak, potansiyel bir gelişim planı başlatılabilir.

Bir kişinin baş parmağını bir başkasından anlatabileceğinizi sanmıyorum, ancak başparmağı kullandıklarını bilmek için parmaklarınızdan yeterli boyutlar alabileceğinizi düşünüyorum. Asıl sorun, başparmak açısının ekran üzerinde diğerlerinden daha fazla alana dokunmaması olabilir. Hiç kimse başparmağıyla bir telefon kullanmaz ve başparmağınızın baskısını almış gibi ekrana düz bir şekilde yerleştirmez.

Şirketten ayrılmak. Nasıl yapılacağını bul. Şimdi kazandığından çok daha fazla paraya sat.

Gereksinimler söz konusu olduğunda genellikle böyle yaparım: Belirli bir gereksinimi gerçekleştirmenin ne kadar süreceğini tahmin etmeye çalışırım.

İmkansız olabilecek bir ihtiyaç durumunda, birkaç gün veya mümkün olup olmadığını öğrenmek için ne kadar zaman alacağınızı sorun. Senin durumunda soru şu: "Kullanıcının parmağının ne kadar kalın olduğunu belirlemek mümkün mü?"

Aslında bu soru biraz daha karmaşık: "Kullanıcının parmağını ilk dokunuştan sonra 200 milisaniyeden az bir sürede anında etkileşime izin vermek için ne kadar kalın olduğunu belirlemek mümkün mü ?" ( ilk önce 2. veya ... ile değiştirin ve 200 ms ile 300 ms veya her neyse ...)

Belki bu soruyu cevaplamak bile bir ay sürer. Belki bu aşağı yukarı uygulanabilir olsa bile, vakaların sadece% 80'inde iyi çalışan süper karmaşık bir algoritma kullanıyor.

Nereye gittiğimi gördün mü?

İnsanlar genellikle olasılıklarla ilgili yanlış varsayımlarda bulunurlar çünkü söz konusu alana ilişkin uzmanlık ve deneyimleri düşüktür. Bu nedenle sezgiyle tartışamazsınız, ancak gerçeklere ihtiyacınız vardır.

Diğer paydaşlar bu özelliğin 2 yıl alacağını ve iPhone 10'un 2014'ten önce gelmesini gerektirdiğini fark ederse, gereksinimlerini hızla azaltacaktır.

Bu kulağa karmaşık geliyor ama hiç de imkansız değil; dokunmatik ekranın baş parmağınızla orta parmağın arasında bir ayrım yapamayacağı nokta ya da ekran kalemi uçsuz; Kullanıcıya, birkaç hareket kullanarak boyutları (bazı istatistiksel ortalamaları yapmak için) kalibre etmesi için baş parmağında, sonra orta parmağında vb.

Yapamayacağımı söylemeden önce kök konuyu başka bir şekilde çözmeye çalışmayı düşünürdüm.

Örneğin, kullanıcı sık sık küçük bir düğmeyi tıklamaya çalışır ve ıskalarsa, düğmenin etrafındaki alanı izleyebilir ve diğer tüm tıklamaları yeniden ayarlamak için bunu kullanabilirsiniz.

Bunun gibi yaratıcı bir çözüm sunmak, muhtemelen bir parmağınızın genişliğini sihirli bir şekilde anlamanızı istemekten çok daha fazlasıdır (bunları API'ye dahil değildir).

Hala zor olabilir - yanlışlıkları tespit etmek için düğmelerin etrafına bir alan koymak - bu yüzden daha fazla saat tahmini yapın.

Açıkça söyleme, hayır, bu onun duygularını incitir. Teknolojinin kısıtlamaları nedeniyle, zamanın% 60'ının her zaman çalışacağını açıkça belirtin.

Ve böyle bir girişime dahil olan pratikliği ve maliyeti fark ettiğinde, bütçesinde metin boyutunu değiştirmenize izin veren bir ortam olması gibi daha pratik bir yaklaşım önerir. Ve Ruslar uzaya bir kurşun kalem aldı.

Gelecekteki projeler için çözümü ve tasarımı değil, sorunu ve gereksinimi belirtmesini sağlamaya çalışın.

Yapmayı sevdiğim şey, soruna takım bakış açısıyla yaklaşmak. Bu durumda proje yöneticisi ile birlikte bir çözüm bulmalıyız. Ayrıca açık fikirli olduğumu göstermeyi de seviyorum. Duyma imkansızlıkları olduğunu düşündüğümü duyarsam, ben ve proje müdürü arasında yanlış anlaşılma olma ihtimali vardır. Veya belki de o anı yakalayamadık.

Bir adım atmaya ve açık bir konuşma yapmaya karar verdiğimizde, sorunu ekonomik olarak ele almanın en kolay olduğunu düşünüyorum. Teknolojide sonsuz miktarda kaynak göz önüne alındığında neredeyse her şey mümkündür. Ne yapılması gerektiğini tartışmak, çoğu zaman saygılı bir şekilde "hayır" demenin en kolay yoludur. Ve bu, olası yanlış anlaşılmaları gidermenin yolu olacaktır. Dürüst olmak gerekirse, biz hayır demiyoruz. Ve yine de hayır demenin amacı nedir. İş yapmaya değmiyorsa, yapmak isteyip istemediğimiz önemli değil.