Bagaimana seharusnya pengembang menolak persyaratan yang mustahil? [Tutup]


74

Inilah masalah yang saya hadapi:


Kutipan Dari Manajer Proyek:

Hai Spark, saya menugaskan Anda tugas mengembangkan kerangka kerja yang dapat digunakan untuk banyak aplikasi iOS yang berbeda. Berikut persyaratannya:

  • Seharusnya bisa mendeteksi ketebalan ibu jari atau jari yang digunakan untuk memanipulasi UI.
  • Dengan informasi ini, semua elemen UI harus diatur & diukur secara otomatis .
  • Untuk ibu jari yang lebih besar, elemen harus diatur lebih dekat ke tengah layar.
  • Untuk ibu jari yang lebih kecil, elemen harus diatur lebih dekat ke sudut layar.
  • Untuk ibu jari yang lebih besar, semua font harus lebih kecil. (Kami mengasumsikan orang dewasa dalam hal ini.)
  • Untuk ibu jari yang lebih kecil, semua font harus lebih besar. (Kami mengasumsikan orang yang lebih muda dalam hal ini.)

Ringkasan:

Kerangka kerja ini diperlukan untuk membuat antarmuka pengguna yang ramah pengguna secara terprogram. Kerangka kerja harus dikembangkan sedemikian rupa sehingga kita dapat menggunakan sebanyak mungkin proyek sesuai kebutuhan, sehingga juga harus sangat ramah pengembang.


Saya adalah pengembang yang diberikan tugas ini, jadi pertanyaan saya adalah sebagai berikut:

  • Bagaimana saya bisa menjelaskan bahwa persyaratan ini sedikit konyol?
  • Bagaimana saya bisa menjelaskan bahwa lebih baik berkonsentrasi pada pengembangan proyek yang sebenarnya?
  • Bagaimana saya bisa menjelaskan bahwa bahkan jika ini mungkin, saya tidak akan merekomendasikan mengembangkan hal seperti itu?
  • Bagaimana saya mengatakan TIDAK untuk proyek ini dengan sopan, lembut, dan penuh hormat?
  • Bagaimana saya bisa menjelaskan bahwa bahkan untuk pengembang dengan pengalaman 3 tahun, ini mungkin tidak mungkin?

7
Anda akan mendapatkan banyak poin brownies dengan tidak semua persyaratan ini "konyol" dan menghindari yang terburuk "tidak". Jelaskan bahwa perangkat iOS tidak mendukung fungsi semacam ini.
Ramhound

26
How do I say politely, gently & respectfully NO to this? Saran lain yang harus saya berikan kepada Anda, untuk memiliki kontrol dengan atasan Anda, Anda harus selalu membiarkan mereka sampai pada kesimpulan mereka sendiri. Jika mereka memerintahkan Anda, jangan pernah mengatakan tidak, cukup jelaskan faktanya dan diskusikan masalahnya. Cobalah untuk membuat mereka menyadari betapa bodohnya permintaan mereka, karena mereka mungkin tidak tahu detailnya. Mereka mungkin akan melihat bahwa itu adalah ide yang bodoh dan memberi Anda tugas yang berbeda, dan Anda TIDAK PERNAH harus mengatakan TIDAK. Saya tidak pernah mengatakan TIDAK dan saya mendapatkan persyaratan bodoh sepanjang waktu yang tidak pernah terjadi.
maple_shaft

151
Saya pikir bagian dari persyaratan yang Anda keluhkan adalah bahwa mereka menyebut Anda sebagai Gula . Lalu saya melihat nama pengguna Anda :)
Goran Jovic

6
Nevermind fakta bahwa ukuran jari 'diamati' akan berubah tergantung pada cara mereka memegang perangkat. Dan meminjamkannya kepada orang-orang? Memindahkan tombol itu mengerikan, dan bukan hanya dari sudut pandang klien - bagaimana Anda seharusnya memberikan dukungan yang masuk akal untuk ini (tombol tidak ada di lokasi standar)? Dan bagaimana Anda mendefinisikan jempol 'lebih besar' / 'lebih kecil' - dan hubungannya dengan usia? Wanita cenderung lebih kecil (dan memiliki tangan lebih kecil) daripada pria - apakah aplikasi Anda perlu mengetahui gender? Dan masalah optik cenderung semakin buruk dengan bertambahnya usia, tidak lebih baik.
Clockwork-Muse

13
Mari kita coba dan deteksi kerutan-jari untuk membantu menebak usia. Kemudian ketika Anda memiliki jari besar dengan rasio kerutan tinggi, Anda memiliki orang tua yang membutuhkan font yang lebih besar. Dan ketika Anda memiliki jari kecil dengan rasio kerutan yang tinggi, Anda punya anak baru saja keluar dari kamar mandi, dan Anda akan memposting kesalahan dengan memberi tahu mereka sudah waktunya tidur, bukan waktu iPhone.
music2myear

Jawaban:


102

Jika Anda mendapatkan seperangkat persyaratan yang secara fisik tidak mungkin diterapkan karena perangkat tidak mendukung dan tidak dapat mendukung fungsionalitas yang diinginkan, Anda perlu menjelaskan ini kepada orang yang membuat persyaratan.

Anda harus menghormati dan menjelaskan mengapa persyaratan tidak mungkin diterapkan (mis. Layar sentuh tidak dapat membedakan antara ibu jari, jari atau stylus. Ia tidak memiliki resolusi yang cukup untuk mendeteksi lebar jari.) - pertahankan faktual , arahkan ke dokumentasi yang ada jika ada.

Jangan membahas argumen emosional apa pun dan tetap tenang dan profesional. Mengatakan kepada siapa pun bahwa persyaratan mereka konyol tidak pernah menjadi strategi kemenangan.

Lihat apakah Anda bisa mendapatkan pemahaman tentang tujuan sebenarnya untuk fitur - mengapa itu dilihat sebagai persyaratan. Ini dapat mengarahkan Anda ke fitur berbeda yang lebih baik yang akan menyelesaikan kebutuhan. (terima kasih @spoike)

@ DarkStar33 menyarankan dalam komentar untuk melakukan penelitian dan memberikan perkiraan aktual berapa biaya proyek dan berapa lama waktu yang dibutuhkan, dengan asumsi bahwa hasilnya akan terlalu mahal dan panjang untuk sepadan. Dipersenjatai dengan angka dan data untuk mendukungnya tentu dapat membantu kasus Anda, meskipun saya masih akan melihat tujuan bisnis untuk melihat apakah mereka dapat dipenuhi (bahkan sebagian) dengan cara lain.


31
+1 tetap faktual, juga minta pimpinan proyek menjelaskan tujuan bisnis aktual yang dimiliki fitur ini sehingga dapat diselamatkan dengan fitur dan solusi lainnya yang jauh lebih baik.
Spoike

8
@Spoike "have the project lead explain the actual business goals"adalah ide bagus, berikan apa yang mereka inginkan, bahkan jika mereka tidak tahu bagaimana memintanya.
StuperUser

2
Dalam hal ini, dengan asumsi tujuannya adalah membuat aplikasi dapat diakses oleh orang-orang yang mengalami gangguan penglihatan, maka hal itu dapat diselesaikan dengan lebih mudah dengan cara lain. Misalnya membiarkan pengguna memilih jika dia ingin teks yang lebih besar / lebih kecil pertama kali dia memulai aplikasi (dan kemudian melalui preferensi aplikasi). Menentukan usia dan gangguan penglihatan dengan ukuran jari Anda cukup meluas, dan bisa menjadi masalah bahkan untuk UX-bijaksana (misalnya orang tua dan kecil versus orang muda dan besar).
Spoike

2
@ Tom Saya tidak berpikir itu mungkin ... nenek saya tumbuh di era di mana memukul TV adalah cara yang sah untuk memperbaikinya ..
Izkata

5
Sebagai manajer produk, saya dapat menegaskan bahwa 1) menjaganya agar tetap faktual itu penting, tetapi 2) mengajukan pertanyaan tentang apa yang sebenarnya mereka coba lakukan akan sangat membantu. Jika mereka percaya Anda memahami kebutuhan mereka, mereka akan lebih terbuka terhadap apa pun yang Anda harus katakan kepada mereka.
Taj Moore

30

Persyaratan ini tidak konyol, bodoh, atau konyol. Ini sebenarnya masalah yang sangat penting bagi pengguna layar sentuh, bahwa orang-orang dengan jari yang lebih besar sangat sulit menentukan target, yang sering tidak dipahami oleh jari-jari kecil.

Namun, jika Anda menemukan persyaratan ini mustahil untuk diterapkan karena sensor perangkat tidak dapat mengukur ukuran jari, cukup tulis ini: Sayangnya, perangkat yang saat ini tersedia tidak mendukung fungsi tersebut.


Saya setuju bahwa kebutuhan atau keinginan pelanggan tidak pernah bodoh, kami tidak memperdebatkan hal itu. Kami berpendapat bahwa adalah bodoh untuk mengeluarkan persyaratan, rencana proyek, dan mendedikasikan sumber daya untuk proyek yang belum ditiru.
maple_shaft

11
Yah, maaf lechlukasz, tapi kali ini kupikir mereka sebenarnya konyol sampai akhir. Bahkan jika platform mengekspos oval yang ditekan di layar sentuh sehingga memungkinkan untuk menghitung centroid, gagasan tentang UI yang dinamis berdasarkan pada ketebalan jari agak "eksotis". Sebagai pengguna, saya tidak ingin terbatas pada kebijakan satu jari per sesi, dan saya ingin dapat menekan layar dengan satu jari setiap kali, dengan pena kapasitif atau bahkan dengan bagian lain dari tubuh jika saya merasa sangat XD.
Tuan Smith

@maple_shaft - sepertinya daftar poin fitur ini hanya cukup untuk membuat prototipe.
JeffO

1
Saya setuju ini sebenarnya akan menjadi kerangka kerja yang bermanfaat, dan, jika tidak berguna maka sangat keren - yang mungkin diperhitungkan lebih banyak di dunia Apple. Anda hanya perlu widget "calibrate finger size" dan sisanya akan jatuh ke tempatnya.
James Anderson

1
Saya pikir Anda bisa melakukan ini dengan teknologi saat ini. Anda akan memerlukan aplikasi spesifik untuk mengkalibrasi ukuran jari dan menyimpannya secara statis, daripada pengukuran yang benar-benar dinamis yang dibayangkan tetapi sebaliknya bisa dilakukan. Windows telah menyesuaikan jendela dan ikonnya dengan ukuran layar selama bertahun-tahun sekarang sehingga sisi tersebut sudah dikenal luas.
James Anderson

16

Saya akan bermain Devil's Advocate di sini sedikit dan mengatakan bahwa saya pikir sebenarnya secara teknis layak untuk mengukur ukuran ibu jari seseorang. IPhone adalah perangkat multitouch. Untuk kalibrasi, Anda dapat menginstruksikan pengguna untuk menempatkan ibu jari atau dua jari mereka di layar berdampingan, dan mengukur jarak antara sentuhan-sentuhan ini.

Tentu saja ini membutuhkan pengujian dan eksperimen untuk melihat seberapa layak intuisi saya. Mungkin ibu jari harus diseret di layar untuk mendapatkan bacaan yang lebih baik.

Yang mengatakan, ada kegunaan serius dan masalah implementasi.

  • Bagaimana jika perangkat dibagikan? Kapan kalibrasi terjadi?
  • Bagaimana Anda bisa secara dinamis menentukan posisi elemen UI secara sewenang - wenang di semua aplikasi yang dibangun dengan kerangka kerja? Tentunya setiap aplikasi akan memiliki UI dan tata letak yang berbeda.
  • Sebuah survei sederhana dari aplikasi iOS saat ini menunjukkan bahwa yang dirancang dengan baik menggunakan semua ruang horizontal yang tersedia, dan sudah elemen ruang sedemikian rupa sehingga tombol-tombol penting sebesar mungkin dan ditempatkan di dekat tepi. Lebar perangkat sepenuhnya digunakan untuk daftar dan tata letak, jelas.
  • Bahkan jika itu mungkin, apa analisis biaya / manfaatnya? Berapa banyak yang akan diperoleh dari sistem seperti itu dibandingkan dengan kontrol UI standar? Bukankah lebih mudah untuk memiliki kontrol beralih sederhana untuk ukuran font seperti banyak aplikasi yang sudah digunakan?

12

Apa yang Anda lakukan adalah memperlakukannya dengan serius dan kembali dengan perkiraan berapa lama waktu yang harus dilakukan dan memastikan estimasi tersebut sangat tinggi dan sangat rinci sehingga mereka tidak dapat membantah angka yang tinggi. Setelah Anda menunjukkan itu tidak ekonomis untuk dilakukan mereka akan meninggalkan Anda sendirian. Pastikan untuk menunjukkan bahwa tugas tertentu saat ini tidak didukung oleh perangkat keras dan mungkin atau bahkan tidak mungkin dilakukan. Jangan lupa menambahkan biaya untuk spesialis apa pun, tambahan orang yang mungkin Anda perlukan untuk proyek sebesar ini.


2
Yap, ini pendekatan yang tepat. Jangan pernah mengatakan "Tidak". Cukup analisis masalah dan usulkan solusi yang akan berhasil, bersama dengan perkiraan waktu. Jadi, berapa perkiraan waktu untuk mengubah iO untuk secara dinamis menghitung lebar jari? Mungkin 2 tahun untuk sekitar 10 pengembang OS. Itu perkiraan Anda! :)
Stephen Gross

Dalam hal ini, Anda harus menyetujuinya dengan Apple, yang berarti merujuknya ke yang sah, dan semua hal di luar bidang pengembangan perangkat lunak. Dalam hal ini, saya akan mengatakan bahwa Anda dapat mengatakan "Tidak mungkin, mengingat keterbatasan perangkat keras, yang tidak kami kendalikan. Kami perlu melakukan negosiasi dengan Apple."
deworde

1
@deworde - Saya benci kata "tidak mungkin" orang 20 tahun yang lalu berpikir yang hebat adalah "tidak mungkin" bagaimana kalau mengatakan "saat ini tidak mungkin dengan perangkat keras yang disediakan".
Ramhound

@Ramhound Mereka adalah perencana bisnis Anda, bukan anak-anak Anda. Jangan mantel gula bagi mereka untuk melindungi harapan dan impian mereka, MENDAPATKAN PERSYARATAN DARI SPEC .
deworde

1
Tambahkan 2 tahun lagi, 100 insinyur perangkat keras dan lab R&D 50 juta dolar untuk menemukan perangkat keras yang akan dijual ke Apple ke perkiraan Anda bahwa, ya, ini mungkin bisa dilakukan.
hotpaw2

11

Orang-orang di Apple sudah sangat memikirkan semua hal ini dan mereka tidak datang dengan antarmuka resizable tergantung pada ukuran ibu jari / jari.

Sebagai pengguna, saya akan benci target bergerak di bawah jari saya.


2
Saya menggunakan argumen ini ketika diminta untuk menulis meta-query universal untuk database Access yang dirancang dengan buruk. (Yaitu sistem di mana pengguna mana pun dapat meminta apa pun secara sewenang-wenang tanpa harus menggunakan pembuat kueri) Saya berkata, "Jika ini memungkinkan, Microsoft akan melakukannya, dan mereka akan mengiklankannya di mana saja.
Chris Cudmore

@ Chris: itulah yang saya katakan kapan saja seseorang menginginkan penyihir laporan do-everythin. Jika memungkinkan, Access akan memilikinya kembali di awal 90-an
Neil N

4
-1, 'karena Apple tidak melakukannya' bukan alasan yang baik untuk tidak mencoba sesuatu yang baru. Ini mungkin bahwa yang ide yang sangat bodoh dan / atau fisik tidak mungkin. Atau tidak. Tapi saya tidak melihat di mana salahnya mencoba jika bosnya mau mengeluarkan sumber daya.
GrandmasterB

2
@GrandmasterB - Dugaan saya adalah Apple melakukannya, lalu menolaknya. Bagaimanapun, sedikit akal sehat mengatakan bahwa dari sudut pandang kegunaan ini jauh dari nyaman. Saya tidak butuh bos dengan ide seperti itu.
mouviciel

10

Jika Anda khawatir mendapat masalah karena diberi persyaratan yang tidak mungkin, maka pilihan terbaik adalah segera memberi tahu mereka bahwa itu tidak mungkin. Semakin lama Anda membiarkan mereka membangun rencana bisnis pada proyek yang tidak mungkin, semakin besar kemungkinan mereka akan menyalahkan Anda atas kegagalan proyek tersebut.

Di atas semua itu, cobalah untuk tidak khawatir tentang hal-hal yang bukan kesalahan Anda, kita semua harus cukup khawatir bahwa kita memang memiliki kemampuan untuk mengendalikan. Jika seseorang membuat Anda bertanggung jawab atas kegagalan proyek seperti itu maka itu adalah ketidakadilan terhadap Anda. Apakah Anda percaya pada Karma?


Ya saya percaya pada KARMA ? :)
Sagar R. Kothari

1
@ Gugar saya juga! Jika mereka tidak mendengarkan Anda, mereka akan gagal.
maple_shaft

Jangan katakan mustahil mengatakan sistem operasi tidak memberikan informasi ini. Karena dalam hal aplikasi iOS Anda hanya dapat menggunakan metode publik, Anda terbatas pada apa yang didukung oleh sistem operasi. Jika ini memungkinkan, mereka akan menyediakan ini untuk kerangka kerja dan dengan demikian pengguna bahkan tidak akan mempertanyakan persyaratan ini.
Ramhound

8

Salah satu cara untuk mengalihkan permintaan yang tidak masuk akal adalah dengan membantu klien memahami sifat masalah yang mereka coba selesaikan. Melalui teknik wawancara perencanaan yang dikenal dengan " popping the why stack ", Anda terus bertanya "mengapa" secara berulang (dengan cara yang sopan dan cerdas tentu saja):

Salah satu alat penting untuk mendapatkan komunikasi yang sedang berjalan dan "memotong untuk mengejar" masalah tertentu adalah apa yang disebut Barrett muncul tumpukan "mengapa". Ini hanya untuk terus mengajukan pertanyaan "mengapa itu dilakukan seperti itu?" tentang persyaratan proyek. Dia memberikan contoh pola dasar tentang teknik apa yang bisa digali: "Saya pernah bekerja dengan klien di mana ada persyaratan bahwa data dicetak pada tahap tertentu dalam proses, jadi saya bertanya mengapa," katanya. "Jawabannya adalah bahwa departemen yang menerima data perlu memasukkannya. Tidak pernah terpikir oleh mereka bahwa data dapat ditransfer ke aplikasi mereka secara otomatis."

Tujuannya adalah untuk mencapai nilai bisnis inti dari fitur:

  • Lindungi pendapatan
  • Tingkatkan pendapatan
  • Kelola biaya
  • Tingkatkan nilai merek
  • Buat produk luar biasa
  • Memberikan nilai lebih kepada pelanggan Anda

(Item dari Mentimun wiki)

Jika fitur ini tidak sesuai dengan salah satu kategori ini, mungkin membantu klien untuk melihat bahwa ada hal-hal yang lebih penting untuk difokuskan, atau melalui proses pemikiran ini Anda mungkin dapat memberi saran kepada mereka tentang cara mengatasi masalah yang mereka hadapi. sedang berusaha memecahkan dengan cara yang lebih bermakna. Seringkali masalah sebenarnya terletak pada tingkat abstraksi yang lebih tinggi daripada masalah yang mereka minta Anda perbaiki.

Untuk menggunakan contoh pemindaian ukuran ibu jari:

Klien: Kami ingin mendeteksi ketebalan ibu jari atau jari yang digunakan untuk memanipulasi UI.

Dev: Mengapa Anda ingin melakukan itu?

Klien: Karena ketika saya mencoba untuk menekan tombol-tombol kecil ini saya sering mengenai hal yang salah, dan perangkat lunak kami digunakan oleh banyak pekerja konstruksi dengan tangan besar seperti saya. Jika mereka dapat mengkalibrasi UI untuk ukuran jari mereka, itu akan membuatnya lebih mudah digunakan.

Dev: Kemudahan penggunaan tentu saja akan berharga bagi pelanggan, tetapi mengapa mereka ingin mengkalibrasi UI? Jika orang yang menggunakan ini diketahui memiliki tangan besar, mengapa tidak menyesuaikan desain untuk use case itu?

Klien: Saya tidak pernah berpikir seperti itu, saya kira desain yang lebih bersih akan bekerja dengan baik untuk orang-orang dengan tangan kecil juga!


4
+1 Untuk memunculkan tumpukan mengapa dan mengutip:Often the real problem lies at a higher level of abstraction than the problem they've requested you to fix.
Spoike

7

Penafian - Saya tidak tahu apakah permintaan Anda memungkinkan, dan jika memungkinkan, Anda perlu menentukan berapa lama waktu yang dibutuhkan dan memberikan umpan balik itu kepada manajer Anda. Tapi saya menulis jawaban ini dengan asumsi itu tidak layak, setidaknya menggunakan kerangka kerja standar - dan saya memperluas jawaban saya ke kasus yang lebih umum ketika Anda benar-benar tidak bisa atau tidak boleh melakukan sesuatu.

Katakan saja tidak.

Ada banyak jawaban 'tidak pernah mengatakan tidak' di utas ini, yang saya percaya adalah sikap yang lembut dan tunduk. Pikirkan seperti ini - saya adalah pakar teknis dalam tim ini, dan anggota tim saya yang lain mencoba melakukan sesuatu yang saya pikir tidak mungkin, terlalu rumit, mungkin tidak mungkin. Adalah tanggung jawab saya untuk mengatakan tidak.

Tentu saja saya dapat & harus mengatakan tidak dengan lembut; Saya dapat "sangat merekomendasikan menentang ini" sambil menawarkan untuk "menyelidiki apakah itu mungkin" sebelum mengatakan tidak. Tetapi pada akhirnya saya akan mengatakan tidak karena itu pekerjaan saya.

Ada begitu banyak analogi dengan ini

  • Akuntan saya, saya ingin Anda meletakkan makan malam Thanksgiving saya sebagai pengurang pajak
  • Pak Chef, saya ingin ayam saya ditinggalkan di meja semalaman dan disajikan mentah, tolong.
  • Pengacara saya, saya ingin menuntut anak-anak saya karena tidak merapikan kamar tidur mereka
  • Tn. Mechanic, silakan pasang turbocharger di mobil listrik saya

Anda dapat meminta semua orang ini untuk melakukan tugas yang mereka tahu konyol, sia-sia, berbahaya atau salah. Dan Anda akan mengharapkan mereka untuk memberi saran terhadap tindakan ini dan akhirnya menolak (setidaknya saya berharap begitu). Jika salah satu dari profesional ini menjawab 'Hmm oke saya kira kita bisa melakukan itu' - tanpa memberi saya jawaban langsung "Ini Ide yang Buruk" - maka sejujurnya saya tidak akan mau mempekerjakan mereka juga.

Kolega Anda akan menghargai dan menghormati kejujuran Anda, dan Anda akan menghemat banyak waktu dan uang bagi semua orang jika Anda memberikan umpan balik yang bermanfaat daripada mengikuti sesuatu yang Anda tahu tidak akan berhasil.


2
catatan: Saya menjawab pertanyaan "Bagaimana seharusnya pengembang menolak persyaratan yang mustahil" .
Kirk Broadhurst

Lebih banyak kekuatan untukmu.
ThomasX

2

Seharusnya tidak terlalu sulit untuk memberi tahu klien Anda bahwa Anda tidak dapat mengimplementasikan sesuatu yang tidak diizinkan oleh platform target Anda. Tetapi mundur selangkah dan tanyakan pada diri Anda, apa logika di balik persyaratan yang agak membingungkan ini? Dari apa yang bisa saya baca mereka sangat peduli tentang keramahan pengguna. Kemudian tanyakan kepada mereka, gali sedikit lebih dalam sampai mereka mengatakan hal yang sama kepada Anda: "kami ingin antarmuka yang ramah pengguna". Kemudian membimbing mereka ke dalam apa yang bisa dilakukan dan apa yang tidak. Beri tahu mereka bahwa jika mereka menginginkan antarmuka pengguna yang mudah, ada cara yang mudah (dan lebih murah) seperti membiarkan pengguna mengatur ukuran font / ikon (saya berasumsi bahwa saya mungkin menggunakan IoS). Mungkin Anda dapat membiarkan pengguna mengontrol ukuran font / ukuran ikon dan pengaturan untuk aplikasi melalui tab pengaturan? Itu seharusnya lebih mudah (dan lebih akurat!) Daripada mencoba menebak usia seseorang pada ukuran ibu jari! Hal terakhir yang diinginkan manajer Anda adalah kode yang tidak perlu, membengkak, sulit dipelihara yang mencapai hal yang sama seperti yang sudah disediakan os. Beri tahu klien Anda bahwa pengguna akan lebih suka mengendalikan aplikasi daripada aplikasi yang mengendalikan mereka dengan cara yang dapat membuat mereka marah.


1

Tanggapan saya adalah bahwa saya akan mulai mencari ke beberapa teknologi yang belum dicoba ini dan memberi tahu mereka apakah itu mungkin. Berdasarkan penemuan-penemuan itu, rencana pengembangan potensial dapat dimulai.

Saya tidak berpikir Anda bisa membedakan ibu jari dari orang lain, tetapi Anda mungkin bisa mendapatkan dimensi yang cukup dari jari untuk mengetahui kapan mereka menggunakan ibu jari. Masalah sebenarnya adalah karena sudut ibu jari mungkin tidak menyentuh lebih banyak ruang di layar daripada yang lain. Tidak ada yang pernah menggunakan telepon dengan ibu jari mereka dan meletakkannya di layar seolah-olah Anda sedang mengambil cetakan ibu jari Anda.

Tinggalkan perusahaan. Cari tahu bagaimana melakukannya. Jual dengan harga jauh lebih banyak dari yang Anda hasilkan sekarang.


1

Ketika datang ke persyaratan saya biasanya melakukannya seperti ini: Saya mencoba memperkirakan berapa lama untuk mewujudkan persyaratan tertentu.

Dalam hal persyaratan yang mungkin tidak mungkin, tanyakan beberapa hari atau waktu apa pun untuk mencari tahu apakah itu mungkin. Dalam kasus Anda, pertanyaannya adalah: "Apakah mungkin untuk menentukan seberapa tebal jari pengguna?"

Sebenarnya pertanyaan ini bahkan sedikit lebih rumit: "Apakah mungkin untuk menentukan seberapa tebal jari pengguna setelah sentuhan pertama dalam waktu kurang dari 200 milidetik untuk memungkinkan interaksi langsung?" (ganti pertama dengan 2 atau ...; dan 200 ms dengan 300 ms atau apa pun ...)

Mungkin bahkan menjawab pertanyaan ini membutuhkan waktu satu bulan. Mungkin bahkan jika ini lebih atau kurang layak, dibutuhkan algoritma yang sangat kompleks yang hanya bekerja dengan baik dalam 80% kasus.

Anda lihat kemana saya pergi?

Orang sering membuat asumsi yang salah tentang kemungkinan karena mereka memiliki keahlian dan pengalaman yang rendah mengenai bidang yang dimaksud. Karena itu Anda tidak dapat berdebat dengan intuisi, tetapi Anda membutuhkan fakta.

Jika pemangku kepentingan lainnya menyadari bahwa fitur ini akan memakan waktu 2 tahun-manusia dan mengharuskan iPhone 10 tiba sebelum 2014, akan segera menurunkan persyaratan mereka.


1

Ini terdengar rumit tetapi tidak mustahil sama sekali; titik bahwa layar sentuh tidak dapat membedakan antara ibu jari, jari tengah atau stylus dapat diperdebatkan; pengguna diminta pada inisialisasi (startup sesi, apa pun) untuk menempatkan ibu jari, kemudian jari tengah, dll. untuk mengkalibrasi ukuran (membuat beberapa rata-rata statistik) menggunakan beberapa gerakan, dll.


0

Saya akan mempertimbangkan untuk mencoba memecahkan masalah root dengan cara lain sebelum mengatakan itu tidak dapat dilakukan.

Misalnya, jika pengguna sering mencoba mengklik tombol kecil dan meleset, Anda dapat menonton area di sekitar tombol dan menggunakannya untuk mengkalibrasi ulang semua klik lainnya.

Menghadirkan solusi kreatif seperti ini mungkin lebih tepat daripada meminta Anda untuk secara ajaib mengetahui lebar jari (yang dapat Anda informasikan kepada mereka tidak ada dalam API).

Mungkin masih sulit - menempatkan area di sekitar tombol untuk mendeteksi kesalahan - jadi perkirakan lebih banyak waktu.


0

Jangan langsung mengatakan tidak karena itu akan melukai perasaannya. Cukup jelaskan bahwa karena kendala teknologi, 60% dari waktu itu akan berfungsi setiap saat.

Dan begitu dia menyadari ketidakpraktisan dan biaya yang terlibat dalam usaha seperti itu, sarankan pendekatan yang lebih praktis dalam anggarannya seperti memiliki pengaturan yang memungkinkan Anda untuk mengubah ukuran teks. Dan Rusia mengambil pensil ke ruang angkasa.

Cobalah untuk membuatnya menyatakan masalah dan persyaratan dan bukan solusi dan desain untuk proyek masa depan.


-1

Yang ingin saya lakukan adalah mendekati masalah dari sudut pandang tim. Dalam hal ini manajer proyek dan saya perlu mencari solusi. Saya juga suka menunjukkan bahwa saya datang dengan pikiran terbuka. Jika saya mendengar apa yang menurut saya mendengar ketidakmungkinan, ada kemungkinan ada kesalahpahaman antara saya dan manajer proyek. Atau mungkin kita belum mencapai momen aha itu.

Begitu kami memutuskan untuk melakukan lompatan dan melakukan percakapan terbuka, saya merasa paling mudah memperlakukan masalahnya sebagai masalah ekonomi. Dalam teknologi, hampir semua hal mungkin dilakukan mengingat sumber daya yang tak terbatas. Membahas apa yang harus dilakukan, berkali-kali adalah cara termudah untuk dengan hormat "mengatakan tidak". Dan itu akan menjadi cara untuk menghapus kesalahpahaman yang mungkin terjadi. Meskipun, jujur ​​saja, kami tidak mengatakan tidak. Dan, apa tujuan dari mengatakan tidak. Jika pekerjaan itu tidak layak dilakukan, tidak masalah apakah kita ingin melakukannya atau tidak.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.