Jak deweloper powinien odrzucić niemożliwe wymagania? [Zamknięte]

74

Oto problem, przed którym stoję:

Cytat od kierownika projektu:

Hej, Spark, przydzielam ci zadanie opracowania frameworka, który mógłby być wykorzystywany do wielu różnych aplikacji na iOS. Oto wymagania:

Powinien być w stanie wykryć grubość kciuka lub palców używanych do manipulowania interfejsem użytkownika.
Dzięki tym informacjom wszystkie elementy interfejsu powinny być automatycznie rozmieszczane i sortowane .
W przypadku większego kciuka elementy powinny być umieszczone bliżej środka ekranu.
W przypadku mniejszego kciuka elementy powinny być umieszczone bliżej rogów ekranu.
W przypadku większego kciuka wszystkie czcionki powinny być mniejsze. (W tym przypadku zakładamy, że dorosły).
W przypadku mniejszego kciuka wszystkie czcionki powinny być większe. (W tym przypadku zakładamy młodszą osobę).

Podsumowanie:

Ta struktura jest wymagana do programowego tworzenia przyjaznych interfejsów użytkownika. Ramy te powinny być opracowane w taki sposób, abyśmy mogli je wykorzystać do tylu projektów, ile potrzeba, a więc muszą być również bardzo przyjazne dla programistów.

Jestem programistą, któremu powierzono to zadanie, więc moje pytania są następujące:

Jak mogę wyjaśnić, że te wymagania są trochę niedorzeczne?
Jak mogę wyjaśnić, że lepiej skoncentrować się na opracowywaniu rzeczywistych projektów?
Jak mam wytłumaczyć, że nawet gdyby to było możliwe, nie zalecałbym opracowania czegoś takiego?
Jak powiedzieć NIE temu projektowi grzecznie, delikatnie i z szacunkiem?
Jak mogę wyjaśnić, że nawet dla programisty z 3-letnim doświadczeniem może to nie być możliwe?

— Sagar R. Kothari
źródło

7

Dostaniesz wiele punktów brownie, nie wszystkie te wymagania są „głupie” i unikają najgorszego „nie”. Wyjaśnij, że urządzenia z systemem iOS nie obsługują tego rodzaju funkcji.

— Ramhound

26

How do I say politely, gently & respectfully NO to this? Kolejna rada, którą powinienem ci dać, aby mieć kontrolę nad swoimi szefami, zawsze powinieneś pozwolić im dojść do własnych wniosków. Jeśli cię rozkażą, nigdy nie odmawiaj, po prostu wyjaśnij fakty i omów problemy. Postaraj się, aby uświadomili sobie, jak głupie są ich prośby, ponieważ mogą nie znać szczegółów. Prawdopodobnie zobaczą, że jest to głupi pomysł i da ci inne zadanie, i NIGDY nie musiałeś mówić NIE. Nigdy nie mówię NIE i cały czas mam głupie wymagania, które nigdy się nie zdarzają.

— wałek klonowy

151

Myślałem, że część wymogu, na który narzekałeś, to to, że nazywali cię Cukrem . Potem zobaczyłem twoją nazwę użytkownika :)

— Goran Jovic

6

Nieważne, że rozmiar „obserwowanego” palca zmienia się w zależności od sposobu trzymania urządzenia. I pożyczasz to ludziom? Przenoszenie przycisków jest okropne i to nie tylko z punktu widzenia klienta - w jaki sposób należy zapewnić odpowiednie wsparcie (przyciski nie znajdują się w standardowych lokalizacjach)? Jak zdefiniować „większy” / „mniejszy” kciuk i korelację z wiekiem? Kobiety są zazwyczaj mniejsze (i mają mniejsze dłonie) niż mężczyźni - czy Twoja aplikacja powinna znać płeć? Problemy optyczne pogarszają się z wiekiem, a nie lepiej.

— Clockwork-Muse

13

Spróbujmy wykryć stosunek zmarszczek palca, aby pomóc odgadnąć wiek. Kiedy masz duży palec o wysokim współczynniku zmarszczek, masz starszą osobę, która potrzebuje większych czcionek. A kiedy masz mały palec z wysokim współczynnikiem zmarszczek, masz dziecko tuż po kąpieli, a ty opublikujesz błąd informujący, że to pora snu, a nie iPhone.

— music2myear

102

Jeśli otrzymasz zestaw wymagań, których fizycznie nie można wdrożyć, ponieważ urządzenie nie obsługuje i nie może obsługiwać pożądanej funkcjonalności, musisz to wyjaśnić osobie tworzącej wymagania.

Powinieneś być pełen szacunku i wyjaśnić, dlaczego wymagań nie można wdrożyć (tj. Ekran dotykowy nie rozróżnia kciuka, palca lub rysika. Nie ma wystarczającej rozdzielczości, aby wykryć szerokość palca.) - zachowaj rzeczywistość , wskazując na istniejąca dokumentacja, jeśli istnieje.

Nie wdawaj się w emocjonalne kłótnie i zachowaj spokój i profesjonalizm. Mówienie każdemu, że ich wymagania są głupie, nigdy nie jest zwycięską strategią.

Sprawdź, czy możesz zrozumieć rzeczywiste cele tej funkcji - dlaczego jest to postrzegane jako wymóg. Może to prowadzić do innej, lepszej funkcji, która zaspokoi potrzebę. (dzięki @spoike)

@ DarkStar33 sugeruje w komentarzach, aby przeprowadzić badania i podać rzeczywiste oszacowanie, ile będzie kosztować projekt i jak długo to potrwa, przy założeniu, że wynik będzie zbyt drogi i długi, aby był tego wart. Uzbrojenie w liczby i dane do ich wykonania z pewnością może pomóc w twojej sprawie, chociaż nadal patrzę na cele biznesowe, aby sprawdzić, czy można je (nawet częściowo) zrealizować w inny sposób.

— Oded
źródło

31

Daj +1 do faktów, poproś kierownika projektu o wyjaśnienie rzeczywistych celów biznesowych, jakie ma ta funkcja, aby można ją było uratować za pomocą innej, znacznie lepszej funkcji i rozwiązania.

— Spoike 21.11.11

8

@Spoike "have the project lead explain the actual business goals"to świetny pomysł, daj im to, czego chcą, nawet jeśli nie wiedzą, jak o to poprosić.

— StuperUser

2

W takim przypadku, zakładając, że celem jest udostępnienie aplikacji osobom, które są w jakiś sposób niedowidzące, wówczas można ją rozwiązać na wiele innych sposobów. Np. Umożliwienie użytkownikowi wybrania, czy po pierwszym uruchomieniu aplikacji chce on mieć większy / mniejszy tekst (a później poprzez preferencje aplikacji). Określenie wieku i upośledzenia wzroku za pomocą wielkości palca jest dość rozciągłe i może być problematyczne, nawet jeśli chodzi o UX (powiedzmy, ludzie starsi i mali kontra młodzi i duzi).

— Spoike 21.11.11

2

@Tom Nie sądzę, żeby to było możliwe ... moja babcia dorastała w czasach, gdy trafienie w telewizor było

— dobrym

5

Jako menedżer produktu mogę potwierdzić, że 1) ważne jest zachowanie faktów, ale 2) zadawanie pytań na temat tego, co naprawdę próbują zrobić, zajmie długą drogę. Jeśli uważają, że rozumiesz ich potrzeby, będą bardziej otwarci na wszystko, co im powiesz.

— Taj Moore,

30

Te wymagania nie są głupie, głupie ani śmieszne. Jest to w rzeczywistości bardzo ważny problem dla użytkowników ekranów dotykowych, ponieważ osobom z większymi palcami bardzo trudno jest wskazać cel, co często nie jest zrozumiałe dla małych palców.

Jeśli jednak nie możesz wdrożyć tych wymagań, ponieważ czujniki urządzenia nie są w stanie zmierzyć rozmiaru palca, po prostu napisz to tak: Niestety, obecnie dostępne urządzenia nie obsługują takiej funkcjonalności

— Żeglarz naddunajski
źródło

Zgadzam się, że potrzeby lub pragnienia klientów nigdy nie są głupie, nie argumentujemy tego. Twierdzimy, że głupotą jest ustalanie wymagań, planu projektu i przeznaczanie zasobów na projekt, który nie został prototypowany.

— wałek klonowy

11

No cóż, przepraszam Lechlukasz, ale tym razem myślę, że są głupie bez końca. Nawet jeśli platforma odsłoniła owal wciśnięty na ekranie dotykowym, aby można było obliczyć środek ciężkości, pomysł dynamicznego interfejsu użytkownika opartego na grubości palca jest nieco „egzotyczny”. Jako użytkownik nie chciałbym ograniczać się do zasad dotyczących pojedynczego palca na sesję i chciałbym móc naciskać ekran palcem na raz, pojemnościowym piórem lub nawet innymi częściami ciało, jeśli czuję się tak XD.

— Mister Smith

@maple_shaft - wygląda na to, że ta lista punktorów funkcji jest wystarczająca tylko do stworzenia prototypu.

— JeffO

1

Zgadzam się, że tak naprawdę byłby to użyteczny framework, a jeśli nie przydatny, to bardzo fajny - co prawdopodobnie liczy na więcej w świecie Apple. Potrzebujesz tylko widżetu „skalibruj rozmiar palca”, a reszta powinna pasować.

— James Anderson

1

Myślę, że możesz to zrobić dzięki obecnej technologii. Potrzebujesz konkretnej aplikacji do kalibracji rozmiaru palca i przechowywania go statycznie, zamiast przewidywanego pomiaru całkowicie dynamicznego, ale w innym przypadku wykonalnego. Windows od lat dostosowuje okna i ikony do wielkości ekranu, aby ta strona była dobrze znana.

— James Anderson

16

Będę tu grał trochę w Adwokata Diabła i powiem, że moim zdaniem zmierzenie wielkości kciuka osoby jest technicznie wykonalne. IPhone jest urządzeniem wielodotykowym. W celu kalibracji możesz poinstruować użytkownika, aby umieścił kciuki lub dwa palce na ekranie obok siebie i zmierzył odległość między tymi dotknięciami.

Oczywiście wymagałoby to testowania i eksperymentowania, aby zobaczyć, jak wykonalna jest moja intuicja. Być może kciuki musiałyby zostać przeciągnięte po ekranie, aby uzyskać lepszy odczyt.

To powiedziawszy, istnieją poważne problemy z użytecznością i wdrażaniem.

Co się stanie, jeśli urządzenie zostanie udostępnione? Kiedy nastąpi kalibracja?
Jak można dynamicznie określać dowolne położenie elementów interfejsu użytkownika we wszystkich aplikacjach zbudowanych z wykorzystaniem frameworka? Oczywiście każda aplikacja będzie miała inny interfejs użytkownika i inny układ.
Prosta ankieta na temat aktualnych aplikacji na iOS pokazuje, że dobrze zaprojektowane wykorzystują całą dostępną przestrzeń poziomą, a już elementy kosmiczne, dzięki czemu ważne przyciski są tak duże, jak to możliwe i umieszczone w pobliżu krawędzi. Oczywiście cała szerokość urządzenia jest używana do tworzenia list i układu.
Nawet jeśli byłoby to możliwe, jaka jest analiza kosztów i korzyści? Ile można by uzyskać z takiego systemu w porównaniu ze standardowymi kontrolkami interfejsu użytkownika? Czy nie byłoby łatwiej mieć prostą kontrolę wielkości czcionki, z której korzysta już wiele aplikacji?

— ghoppe
źródło

12

To, co robisz, traktuje to poważnie i powraca z oszacowaniem, ile czasu to zajmie, i upewnia się, że oszacowanie jest bardzo wysokie i bardzo szczegółowe, aby nie mogli kwestionować wysokich liczb. Gdy pokażesz, że nie będzie to opłacalne, zostawią cię w spokoju. Pamiętaj, aby wskazać, które konkretne zadania nie są obecnie obsługiwane przez sprzęt i mogą, ale nie muszą, być wykonalne. Nie zapomnij dodać kosztów dla każdego rodzaju specjalistów dodatkowych osób, których możesz potrzebować do projektu o tej skali.

— HLGEM
źródło

2

Tak, to jest właściwe podejście. Nigdy nie mów nie". Wystarczy przeanalizować problem i zaproponować rozwiązanie, które zadziałałoby, wraz z oszacowaniami czasu. Jaki jest zatem szacunkowy czas na zmianę IO w celu dynamicznego obliczania szerokości palca? Może 2 lata dla około 10 programistów systemów operacyjnych. Oto twoje oszacowanie! :)

— Stephen Gross

W takim przypadku musisz zgodzić się na to z Apple, co oznacza odesłanie go do legalnego i wszelkiego rodzaju rzeczy poza zakresem rozwoju oprogramowania. W tym przypadku powiedziałbym, że można powiedzieć „Jest to niemożliwe, biorąc pod uwagę ograniczenia sprzętu, nad którymi nie mamy kontroli. Będziemy musieli rozpocząć negocjacje z Apple”.

— deworde

1

@deworde - Nienawidzę słowa „niemożliwe” ludzie 20 lat temu uważali, że wielki jest „niemożliwy”, a co powiesz na „obecnie niemożliwe z dostarczonym sprzętem”.

— Ramhound

@Ramhound To twoi planiści biznesowi, a nie twoje dzieci. Nie polewaj ich cukrem, aby chronić swoje nadzieje i marzenia, WYJŚCIE Z WYMAGAŃ .

— deworde

1

Dodaj jeszcze 2 lata, 100 inżynierów sprzętu i laboratorium badawczo-rozwojowe o wartości 50 milionów dolarów, aby wynaleźć sprzęt, który chcesz sprzedać Apple, według szacunków, że tak, to może być możliwe.

— hotpaw2

11

Ludzie w Apple już głęboko zastanawiali się nad tymi rzeczami i nie wymyślili skalowalnego interfejsu w zależności od wielkości kciuka / palca.

Jako użytkownik nienawidzę ruchomych celów pod palcami.

— mouviciel
źródło

2

Użyłem tego argumentu, gdy poproszono mnie o napisanie uniwersalnego meta-zapytania dla źle zaprojektowanej bazy danych Access. (IE system, w którym każdy użytkownik może zadawać dowolne pytania bez konieczności korzystania z narzędzia do tworzenia zapytań) Powiedziałem: „Gdyby to było możliwe, Microsoft zrobiłby to i reklamowaliby to wszędzie.

— Chris Cudmore,

@chris: dokładnie to mówię za każdym razem, gdy ktoś chce kreatora raportów na każdą okazję. Gdyby to było możliwe, Access miałby to na początku lat 90.

— Neil N

4

-1, „ponieważ Apple tego nie zrobił” nie jest dobrym powodem, aby nie próbować czegoś nowego. Być może jest to niesamowicie głupi pomysł i / lub fizycznie niemożliwy. Albo nie. Ale nie widzę, na czym polega próba, jeśli jego szefowie są gotowi wydać zasoby.

— GrandmasterB

2

@GrandmasterB - Domyślam się, że Apple to zrobiło, a następnie odrzuciło. W każdym razie odrobina zdrowego rozsądku mówi, że z punktu widzenia użyteczności nie jest to wygodne. Nie potrzebuję szefa z takimi pomysłami.

— mouviciel

10

Jeśli martwisz się kłopotami z powodu spełnienia niemożliwych wymagań, najlepszym wyborem jest natychmiastowe poinformowanie ich, że jest to niemożliwe. Im dłużej pozwalasz im zbudować biznesplan na niemożliwym projekcie, tym bardziej prawdopodobne jest, że będą cię winić za niepowodzenie projektu.

Przede wszystkim staraj się nie martwić o rzeczy, które nie są twoją winą, wszyscy mamy dość zmartwień o to, że mamy kontrolę. Jeśli ktoś pociągnie cię do odpowiedzialności za niepowodzenie projektu, jest to niesprawiedliwe wobec ciebie. Wierzysz w karmę?

— wałek klonowy
źródło

Tak, wierzę w KARMA ? :)

— Sagar R. Kothari

1

@sugar ja też! Jeśli cię nie posłuchają, poniosą porażkę.

— wałek klonowy

Nie mów, że to niemożliwe, że system operacyjny nie udostępnia tych informacji. Ponieważ w przypadku aplikacji na iOS można używać tylko metod publicznych, ogranicza się to do tego, co system operacyjny oficjalnie obsługuje. Gdyby to było możliwe, dostarczyliby to do frameworka, a zatem użytkownik nawet nie kwestionowałby tego wymogu.

— Ramhound,

8

Jednym ze sposobów na przekierowanie nieuzasadnionego żądania jest pomoc klientowi w zrozumieniu natury problemu, który próbują rozwiązać. Poprzez technikę wywiadu planistycznego zwaną potocznie „ popping dlaczego stos ”, nadal pytasz rekurencyjnie „dlaczego” (w uprzejmy, inteligentny sposób oczywiście):

Jednym z ważnych narzędzi zarówno do rozpoczęcia komunikacji, jak i „przejścia do sedna” konkretnych problemów jest to, co Barrett nazywa stosem „dlaczego”. Jest to po prostu zadawanie pytania „dlaczego tak się dzieje?” o wymaganiach projektowych. Podał archetypowy przykład tego, co technika może odkryć: „Kiedyś pracowałem z klientem, w którym istniało wymaganie, aby dane były drukowane na określonym etapie procesu, więc zapytałem, dlaczego” - powiedział. „Odpowiedź brzmiała, że departament otrzymujący dane potrzebował ich do wpisania. Nigdy nie przyszło im do głowy, że dane mogą zostać automatycznie przesłane do aplikacji”.

Celem jest osiągnięcie podstawowej wartości biznesowej funkcji:

Chroń przychody
Wzrost przychodów
Zarządzaj kosztami
Zwiększ wartość marki
Spraw, aby produkt był niezwykły
Zapewnij większą wartość swoim klientom

(Przedmioty z wiki Ogórek )

Jeśli funkcja nie pasuje do jednej z tych kategorii, może pomóc klientowi zobaczyć, że są albo ważniejsze rzeczy, na których można się skupić, lub poprzez ten proces myślowy możesz być w stanie doradzić, jak rozwiązać problem, który „ próbuję rozwiązać w bardziej znaczący sposób. Często prawdziwy problem polega na wyższym poziomie abstrakcji niż problem, który zażądali od ciebie.

Aby użyć przykładu skanowania rozmiarów kciuka:

Klient: Chcemy, aby wykryć grubości kciuka lub palców wykorzystywane do manipulowania UI.

Dev: Dlaczego chcesz to zrobić?

Klient: Ponieważ kiedy próbuję dotknąć tych małych przycisków, często uderzam w niewłaściwą rzecz, a z naszego oprogramowania korzysta wielu pracowników budowlanych o dużych rękach, takich jak ja. Gdyby mogli skalibrować interfejs użytkownika pod kątem rozmiaru palca, byłoby to łatwiejsze w użyciu.

Dev: Łatwość użycia byłaby z pewnością cenna dla klienta, ale dlaczego miałby chcieć skalibrować interfejs? Jeśli ludzie używający tego mają duże ręce, dlaczego nie dostosować projektu do tego przypadku użycia?

Klient: Nigdy nie myślałem o tym w ten sposób, jak sądzę czystszy konstrukcja będzie działać równie dobrze dla osób z małymi dłońmi też!

— Andrew Vit
źródło

4

+1 Za Often the real problem lies at a higher level of abstraction than the problem they've requested you to fix.

— kliknięcie

7

Oświadczenie - nie wiem, czy twoja prośba jest możliwa, a jeśli jest to możliwe, musisz określić, jak długo to potrwa, i przekazać swoją opinię swojemu przełożonemu. Ale piszę tę odpowiedź z założeniem, że jest to niewykonalne, przynajmniej przy użyciu standardowego frameworka - i rozszerzam moją odpowiedź na bardziej ogólny przypadek, gdy naprawdę nie możesz lub nie powinieneś nic robić.

Po prostu powiedz nie.

W tym wątku jest wiele odpowiedzi „nigdy nie odmawiaj”, które moim zdaniem są łagodne i uległe. Pomyśl o tym w ten sposób - jestem ekspertem technicznym w tym zespole, a pozostali członkowie mojego zespołu próbują zrobić coś, co moim zdaniem jest niewykonalne, nadmiernie skomplikowane, potencjalnie niemożliwe. Moim obowiązkiem jest powiedzieć „nie”.

Oczywiście, że nie mogę i nie powinienem łagodnie odmawiać; Mogę „zdecydowanie odradzać to”, jednocześnie oferując „zbadanie, czy jest to możliwe”, zanim powie „nie”. Ale ostatecznie zamierzam powiedzieć nie, bo to moja praca.

Istnieje wiele analogii do tego

Mój księgowy, chcę, żebyś odłożył mój obiad w Święto Dziękczynienia jako ulgę podatkową
Panie szefie, chciałbym, żeby mój kurczak zostawił na ladzie na noc i podał na surowo.
Mój prawniku, chcę pozwać moje dzieci za to, że nie sprzątają swoich sypialni
Panie Mechanik, proszę zainstalować turbosprężarkę w moim samochodzie elektrycznym

Możesz poprosić wszystkie te osoby o wykonanie zadań, które uznają za głupie, marnotrawne, niebezpieczne lub złe. I spodziewałbyś się, że wszyscy odradzają te działania i ostatecznie odmawiają (przynajmniej mam taką nadzieję). Jeśli któryś z tych profesjonalistów odpowiedziałby „Hmm, dobrze, myślę, że możemy to zrobić” - nie dając mi wprost „This Is A Bad Idea” - to szczerze mówiąc, i tak nie chciałbym ich zatrudniać.

Twoi koledzy docenią i szanują twoją uczciwość, a ty zaoszczędzisz wszystkim dużo czasu i pieniędzy, jeśli przekażesz użyteczne informacje zwrotne zamiast postępować zgodnie z czymś, o czym wiesz, że nie zadziała.

— Kirk Broadhurst
źródło

2

Uwaga: odpowiadam na pytanie „W jaki sposób programista powinien odrzucić niemożliwe wymagania” .

— Kirk Broadhurst

Więcej mocy dla ciebie.

— ThomasX

2

Nie powinno być zbyt trudne powiedzenie klientowi, że nie możesz zaimplementować czegoś, na co nie pozwala platforma docelowa. Ale cofnij się i zadaj sobie pytanie, jaka jest logika tych raczej absurdalnych wymagań? Z tego, co mogę przeczytać, bardzo martwią się o łatwość obsługi. Następnie zapytaj ich, kop głębiej, aż powiedzą ci to samo: „chcemy interfejsu przyjaznego dla użytkownika”. Następnie poprowadź ich do tego, co jest wykonalne, a co nie. Powiedz im, że jeśli chcą łatwego interfejsu użytkownika, istnieją łatwe (i tańsze) sposoby, takie jak pozwolenie użytkownikowi na ustawienie rozmiaru czcionki / ikony (zakładam, że jest to możliwe w IoS). Może możesz pozwolić użytkownikowi kontrolować rozmiar czcionki / rozmiar ikony i układ aplikacji za pomocą karty ustawień? To powinno być łatwiejsze (i dokładniejsze!) Niż próba odgadnięcia wieku osoby na podstawie wielkości kciuka! Ostatnią rzeczą, jakiej chciałby twój menedżer, był niepotrzebny, rozdęty, trudny w utrzymaniu kod, który osiąga to samo, co już zapewnia system operacyjny. Poinformuj swojego klienta, że użytkownicy wolą kontrolować aplikację niż aplikację kontrolującą je w sposób, który może ich wkurzyć.

— DPD
źródło

1

Moja odpowiedź byłaby taka, że zacznę badać niektóre z tych niespróbowanych technologii i dam im znać, czy to w ogóle możliwe. Na podstawie tych odkryć można rozpocząć potencjalny plan rozwoju.

Nie sądzę, że będziesz w stanie odróżnić kciuk jednej osoby od kogoś innego, ale możesz uzyskać wystarczającą liczbę wymiarów z palców, aby wiedzieć, kiedy używa kciuka. Prawdziwy problem polega na tym, że kąt kciuka może nie dotykać więcej miejsca na ekranie niż inne. Nikt nigdy nie używa telefonu kciukiem i umieszcza go płasko na ekranie, jakbyś miał odcisk kciuka.

Opuść firmę. Dowiedz się, jak to zrobić. Sprzedaj to za dużo więcej pieniędzy niż zarabiasz teraz.

— JeffO
źródło

1

Jeśli chodzi o wymagania, zwykle robię to w ten sposób: staram się oszacować, ile czasu zajmie realizacja określonego wymagania.

W przypadku wymagań, które mogą być niemożliwe, poproś o kilka dni lub czas potrzebny, aby dowiedzieć się, czy jest to możliwe. W twoim przypadku pytanie brzmi: „Czy można określić, jak gruby jest palec użytkownika?”

W rzeczywistości pytanie to jest jeszcze bardziej złożone: „Czy można określić, jak gruby jest palec użytkownika po pierwszym dotknięciu w mniej niż 200 milisekund, aby umożliwić natychmiastową interakcję?” (zastąp najpierw 2 lub 2; 200 ms 300 ms lub cokolwiek innego ...)

Może nawet odpowiedź na to pytanie potrwa miesiąc. Może nawet jeśli jest to mniej lub bardziej wykonalne, wymaga bardzo złożonego algorytmu, który działa dobrze tylko w 80% przypadków.

Widzisz gdzie idę?

Ludzie często błędnie zakładają możliwości, ponieważ mają małą wiedzę i doświadczenie w danej dziedzinie. Dlatego nie możesz argumentować intuicyjnie, ale potrzebujesz faktów.

Jeśli inni interesariusze zdadzą sobie sprawę, że ta funkcja zajęłaby 2 osobolat i wymaga, aby iPhone 10 przybył przed 2014 r., Szybko zmniejszy ich wymagania.

— Philip
źródło

1

Brzmi to skomplikowanie, ale wcale nie jest niemożliwe; punkt, w którym ekran dotykowy nie rozróżnia kciuka środkowego palca lub rysika, jest dyskusyjny; przy inicjalizacji (uruchamianie sesji, cokolwiek) użytkownik jest proszony o umieszczenie kciuka, następnie środkowego palca itp. o skalibrowanie rozmiarów (wykonanie średnich statystycznych) za pomocą kilku ruchów itp.

— lurscher
źródło

0

Zastanowiłbym się nad rozwiązaniem problemu roota w inny sposób, zanim stwierdzę, że nie da się tego zrobić.

Na przykład, jeśli użytkownik często próbuje kliknąć mały przycisk i chybia, możesz obejrzeć obszar wokół przycisku i użyć go do ponownej kalibracji wszystkich innych kliknięć.

Przedstawienie takiego kreatywnego rozwiązania jest prawdopodobnie tym, czego oczekują, niż proszeniem cię o magiczne określenie szerokości palca (o czym możesz poinformować, że nie ma go w interfejsie API).

Może to wciąż być trudne - umieszczenie obszaru wokół przycisków w celu wykrycia nieudanych prób - oszacuj więcej godzin.

— Bill K.
źródło

0

Nie mów wprost, że to nie zaszkodzi jego uczuciom. Wyjaśnij tylko, że z powodu ograniczeń technologicznych 60% czasu będzie działać za każdym razem.

A kiedy zda sobie sprawę z niepraktyczności i kosztów związanych z takim przedsięwzięciem, zaproponuj bardziej praktyczne podejście w ramach swojego budżetu, takie jak ustawienie, które pozwala zmienić rozmiar tekstu. A Rosjanie zabrali ołówek w kosmos.

Postaraj się, aby przedstawił problem i wymagania, a nie rozwiązanie i projekt dla przyszłych projektów.

— Jacek
źródło

-1

Lubię podchodzić do problemu z perspektywy zespołu. W takim przypadku kierownik projektu i ja musimy znaleźć rozwiązanie. Lubię też pokazywać, że przychodzę z otwartym umysłem. Jeśli słyszę, jak myślę, niemożliwości, istnieje szansa, że istnieje nieporozumienie między mną a kierownikiem projektu. A może nie osiągnęliśmy tej chwili aha.

Gdy zdecydujemy się na skok i otwartą rozmowę, najłatwiej jest mi potraktować problem jako ekonomiczny. W technologii prawie wszystko jest możliwe przy nieskończonej ilości zasobów. Omawianie tego, co trzeba zrobić, wiele razy jest najłatwiejszym sposobem, aby z szacunkiem „powiedzieć nie”. I to byłby sposób na usunięcie ewentualnych nieporozumień. Chociaż, szczerze mówiąc, nie do końca mówimy „nie”. Jaki jest cel odmowy. Jeśli praca nie jest warta wykonania, nie ma znaczenia, czy chcemy to zrobić, czy nie.

— Arturo Hernandez
źródło