Làm thế nào một nhà phát triển nên từ chối các yêu cầu không thể? [đóng cửa]


74

Đây là vấn đề tôi gặp phải:


Trích dẫn từ Quản lý dự án:

Này Spark, tôi đang giao cho bạn nhiệm vụ phát triển một khung có thể được sử dụng cho nhiều ứng dụng iOS khác nhau. Dưới đây là các yêu cầu:

  • Nó sẽ có thể phát hiện độ dày của ngón tay cái hoặc ngón tay đang được sử dụng để thao tác UI.
  • Với thông tin này, tất cả các yếu tố của UI sẽ được sắp xếp & định cỡ tự động .
  • Đối với ngón tay cái lớn hơn, các yếu tố nên được sắp xếp gần trung tâm của màn hình.
  • Đối với ngón tay cái nhỏ hơn, các yếu tố nên được sắp xếp gần các góc của màn hình.
  • Đối với ngón tay cái lớn hơn, tất cả các phông chữ nên nhỏ hơn. (Chúng tôi giả sử một người trưởng thành trong trường hợp này.)
  • Đối với ngón tay cái nhỏ hơn, tất cả các phông chữ nên lớn hơn. (Chúng tôi giả sử một người trẻ hơn trong trường hợp này.)

Tóm lược:

Khung này là cần thiết để tạo giao diện người dùng thân thiện với người dùng theo chương trình. Khung nên được phát triển theo cách mà chúng ta có thể sử dụng cho nhiều dự án khi cần, vì vậy nó cũng phải rất thân thiện với nhà phát triển.


Tôi là nhà phát triển được giao nhiệm vụ này, vì vậy các câu hỏi của tôi như sau:

  • Làm thế nào tôi có thể giải thích rằng những yêu cầu này là một chút vô lý?
  • Làm thế nào tôi có thể giải thích rằng sẽ tốt hơn nếu tập trung vào phát triển các dự án thực tế?
  • Làm thế nào tôi có thể giải thích rằng ngay cả khi điều này là có thể, tôi sẽ không đề xuất phát triển một thứ như vậy?
  • Làm thế nào để tôi nói KHÔNG với dự án này một cách lịch sự, nhẹ nhàng và tôn trọng?
  • Làm thế nào tôi có thể giải thích rằng ngay cả đối với một nhà phát triển có 3 năm kinh nghiệm, điều này có thể là không thể?

7
Bạn sẽ nhận được rất nhiều điểm brownie bởi không phải tất cả các yêu cầu này là "ngớ ngẩn" và tránh điều "không" tồi tệ nhất. Giải thích rằng các thiết bị iOS không hỗ trợ loại chức năng này.
Ramhound

26
How do I say politely, gently & respectfully NO to this? Một lời khuyên khác tôi nên dành cho bạn, để có một số quyền kiểm soát với sếp của bạn, bạn nên luôn để họ tự đưa ra kết luận. Nếu họ ra lệnh cho bạn, đừng bao giờ nói không, chỉ cần giải thích sự thật và thảo luận về các vấn đề. Cố gắng để họ nhận ra rằng các yêu cầu của họ ngu ngốc như thế nào, bởi vì họ có thể không biết chi tiết. Họ có thể sẽ thấy rằng đó là một ý tưởng ngu ngốc và giao cho bạn một nhiệm vụ khác, và bạn KHÔNG BAO GIỜ phải nói KHÔNG. Tôi không bao giờ nói KHÔNG và tôi nhận được những yêu cầu ngu ngốc mọi lúc không bao giờ xảy ra.
maple_shaft

151
Tôi nghĩ rằng một phần của yêu cầu bạn đã phàn nàn là họ gọi bạn là Sugar . Sau đó, tôi thấy tên người dùng của bạn :)
Goran Jovic

6
Không bao giờ thực tế rằng kích thước ngón tay 'quan sát' sẽ thay đổi tùy thuộc vào cách họ cầm thiết bị. Và cho vay với mọi người? Các nút di chuyển rất tệ và không chỉ từ quan điểm của khách hàng - làm thế nào bạn có thể cung cấp hỗ trợ hợp lý cho việc này (các nút không ở các vị trí được tiêu chuẩn hóa)? Và làm thế nào để bạn xác định ngón tay cái 'lớn hơn' / 'nhỏ hơn - và mối tương quan với tuổi tác? Phụ nữ có xu hướng nhỏ hơn (và có bàn tay nhỏ hơn) so với nam giới - ứng dụng của bạn có cần biết giới tính không? Và các vấn đề quang học có xu hướng trở nên tồi tệ hơn theo tuổi tác, không tốt hơn.
Clockwork-Muse

13
Hãy thử và phát hiện tỷ lệ nhăn của ngón tay để giúp đoán tuổi. Sau đó, khi bạn có một ngón tay lớn với tỷ lệ nhăn cao, bạn đã có một người già cần phông chữ lớn hơn. Và khi bạn có một ngón tay nhỏ với tỷ lệ nhăn cao, bạn đã có một đứa trẻ vừa ra khỏi bồn tắm, và bạn sẽ báo lỗi cho chúng biết đó là giờ đi ngủ chứ không phải giờ iPhone.
âm nhạc2myear

Câu trả lời:


102

Nếu bạn nhận được một tập hợp các yêu cầu đó là thể chất không thể thực hiện như các thiết bị không hỗ trợ và không thể hỗ trợ các chức năng mong muốn, bạn cần phải giải thích điều này với người tạo ra các yêu cầu.

Bạn nên tôn trọng và giải thích lý do tại sao không thể thực hiện các yêu cầu (ví dụ: màn hình cảm ứng không thể phân biệt giữa ngón tay cái, ngón tay hoặc bút stylus. Nó không có đủ độ phân giải để phát hiện chiều rộng ngón tay.) - giữ cho mọi thứ thực tế , chỉ vào tài liệu hiện có nếu có.

Đừng đi vào bất kỳ cuộc tranh luận về cảm xúc nào và giữ bình tĩnh và chuyên nghiệp. Nói với bất cứ ai rằng yêu cầu của họ là ngớ ngẩn không bao giờ là một chiến lược chiến thắng.

Xem nếu bạn có thể hiểu được các mục tiêu thực tế cho tính năng - tại sao nó được xem là một yêu cầu. Điều này có thể dẫn bạn đến một tính năng khác, tốt hơn sẽ giải quyết nhu cầu. (cảm ơn @spoike)

@ Darkstar33 đề xuất trong các ý kiến ​​để thực hiện nghiên cứu và đưa ra ước tính thực tế về dự án sẽ tốn bao nhiêu và mất bao lâu, với giả định rằng kết quả sẽ quá đắt và dài để có giá trị. Được trang bị các con số và dữ liệu để sao lưu chúng chắc chắn có thể giúp ích cho trường hợp của bạn, mặc dù tôi vẫn sẽ xem xét các mục tiêu kinh doanh để xem liệu chúng có thể được đáp ứng (thậm chí một phần) theo cách khác hay không.


31
+1 giữ cho nó thực tế, cũng có trưởng dự án giải thích các mục tiêu kinh doanh thực tế mà tính năng này có để nó có thể được cứu vãn bằng một tính năng và giải pháp khác tốt hơn nhiều.
Spoike

8
@Spoike "have the project lead explain the actual business goals"là một ý tưởng tuyệt vời, cung cấp cho họ những gì họ muốn, ngay cả khi họ không biết cách yêu cầu.
StuperUser

2
Trong trường hợp này, giả sử mục tiêu là làm cho ứng dụng có thể truy cập được đối với những người bị khiếm thị theo cách nào đó, thì nó có thể được giải quyết dễ dàng hơn nhiều theo những cách khác. Ví dụ: cho phép người dùng chọn nếu anh ta muốn văn bản lớn hơn / nhỏ hơn lần đầu tiên anh ta / cô ta khởi động ứng dụng (và sau đó thông qua tùy chọn của ứng dụng). Xác định tuổi và suy giảm thị lực với kích thước ngón tay của bạn là khá khó khăn và có thể là vấn đề thậm chí là khôn ngoan về UX (nói người già và người nhỏ so với người trẻ và người lớn).
Spoike

2
@ Tôi không nghĩ điều đó là có thể ... bà tôi đã lớn lên trong thời đại mà việc xem TV là một cách hợp lệ để khắc phục nó ..
Izkata

5
Là người quản lý sản phẩm, tôi có thể khẳng định rằng 1) giữ cho nó thực tế là điều quan trọng, nhưng 2) đặt câu hỏi về những gì họ thực sự cố gắng sẽ đi một chặng đường dài. Nếu họ tin rằng bạn hiểu nhu cầu của họ, họ sẽ cởi mở hơn với bất cứ điều gì bạn phải nói với họ.
Taj Moore

30

Những yêu cầu này không ngớ ngẩn, ngu ngốc hay lố bịch. Đây thực sự là một vấn đề rất quan trọng đối với người dùng màn hình cảm ứng, rằng những người có ngón tay lớn hơn rất khó xác định mục tiêu, điều mà thường không hiểu được bằng ngón tay út.

Tuy nhiên, nếu bạn thấy các yêu cầu này không thể thực hiện được vì cảm biến của thiết bị không thể đo kích thước ngón tay, chỉ cần viết điều này sao cho: Thật không may, các thiết bị hiện có sẵn không hỗ trợ chức năng như vậy


Tôi đồng ý rằng nhu cầu hoặc mong muốn của khách hàng không bao giờ là ngu ngốc, chúng tôi không tranh luận về điểm đó. Chúng tôi cho rằng thật ngu ngốc khi đưa ra các yêu cầu, kế hoạch dự án và dành nguồn lực cho một dự án chưa được tạo mẫu.
maple_shaft

11
Chà, tôi xin lỗi lechlukasz, nhưng lần này tôi nghĩ chúng thực sự ngớ ngẩn không có hồi kết. Ngay cả khi nền tảng tiếp xúc với hình bầu dục được ấn trong màn hình cảm ứng để có thể làm giảm trọng tâm, ý tưởng về giao diện người dùng động dựa trên độ dày ngón tay là hơi "kỳ lạ". Là người dùng, tôi không muốn bị giới hạn trong chính sách một ngón tay mỗi phiên và tôi muốn có thể nhấn màn hình bằng ngón tay cùng một lúc, bằng bút điện dung hoặc thậm chí với các bộ phận khác của cơ thể nếu tôi cảm thấy như vậy XD.
Smith

@maple_shaft - có vẻ như danh sách các tính năng dấu đầu dòng này chỉ đủ để tạo một nguyên mẫu.
JeffO

1
Tôi đồng ý rằng đây thực sự sẽ là một khung hữu ích, và, nếu không hữu ích thì cực kỳ tuyệt vời - có lẽ sẽ được tính nhiều hơn trong thế giới Apple. Bạn chỉ cần một tiện ích "hiệu chỉnh kích thước ngón tay" và phần còn lại sẽ rơi vào vị trí.
James Anderson

1
Tôi nghĩ bạn có thể làm điều này với công nghệ hiện tại. Bạn sẽ cần một ứng dụng cụ thể để hiệu chỉnh kích thước ngón tay và lưu trữ tĩnh, thay vào đó là phép đo hoàn toàn động được dự kiến ​​nhưng nếu không thì có thể thực hiện được. Windows đã điều chỉnh các cửa sổ và biểu tượng của nó theo kích thước màn hình trong nhiều năm nay để bên đó được biết đến.
James Anderson

16

Tôi sẽ chơi Devil's Advocate ở đây một chút và nói rằng tôi nghĩ thực sự khả thi về mặt kỹ thuật để đo kích thước ngón tay cái của một người. IPhone là một thiết bị cảm ứng đa điểm. Để hiệu chỉnh, bạn có thể hướng dẫn người dùng đặt ngón tay cái hoặc hai ngón tay của họ trên màn hình cạnh nhau và đo khoảng cách giữa các lần chạm này.

Tất nhiên điều này sẽ yêu cầu thử nghiệm và thử nghiệm để xem khả năng trực giác của tôi khả thi đến mức nào. Có lẽ ngón tay cái sẽ phải được kéo trên màn hình để đọc tốt hơn.

Điều đó nói rằng, có những vấn đề nghiêm trọng về khả năng sử dụng và thực hiện.

  • Nếu thiết bị được chia sẻ thì sao? Khi nào hiệu chuẩn xảy ra?
  • Làm thế nào bạn có thể tự động xác định vị trí của các thành phần UI tùy ý trên tất cả các ứng dụng được xây dựng với khung? Rõ ràng mỗi ứng dụng sẽ có một giao diện người dùng khác nhau và bố cục khác nhau.
  • Một khảo sát đơn giản về các ứng dụng iOS hiện tại cho thấy những ứng dụng được thiết kế tốt sử dụng tất cả các không gian ngang có sẵn và các yếu tố không gian đã có sẵn để các nút quan trọng càng lớn càng tốt và được đặt gần các cạnh. Toàn bộ chiều rộng của thiết bị được sử dụng cho danh sách và bố cục, rõ ràng.
  • Ngay cả khi có thể, phân tích chi phí / lợi ích là gì? Bao nhiêu sẽ thu được từ một hệ thống như vậy so với các điều khiển UI tiêu chuẩn? Sẽ không dễ dàng hơn khi có một điều khiển chuyển đổi đơn giản cho kích thước phông chữ như nhiều ứng dụng đã sử dụng?

12

Những gì bạn làm là đối xử nghiêm túc và quay lại với ước tính thời gian cần thực hiện và đảm bảo ước tính rất cao và rất chi tiết để họ không thể tranh cãi về số lượng cao. Một khi bạn đã cho thấy sẽ không kinh tế nếu họ sẽ để bạn yên. Đảm bảo chỉ ra các tác vụ cụ thể của whci hiện không được phần cứng hỗ trợ và thậm chí có thể không khả thi. Đừng quên thêm chi phí cho bất kỳ loại chuyên gia nào mà bạn có thể cần cho một dự án tầm cỡ này.


2
Đúng, đây là cách tiếp cận đúng. Không bao giờ nói không". Đơn giản chỉ cần phân tích vấn đề và đề xuất một giải pháp sẽ hoạt động, cùng với ước tính thời gian. Vậy, ước tính thời gian để thay đổi iOs để tính toán động chiều rộng ngón tay là gì? Có lẽ 2 năm cho khoảng 10 nhà phát triển hệ điều hành. Có ước tính của bạn! :)
Stephen Gross

Trong trường hợp này, bạn phải đồng ý với Apple, điều đó có nghĩa là giới thiệu nó hợp pháp và tất cả mọi thứ bên ngoài mục đích phát triển phần mềm. Trong trường hợp này, tôi sẽ nói rằng bạn có thể nói "Không thể, với những hạn chế của phần cứng, thứ mà chúng tôi không kiểm soát. Chúng tôi sẽ cần tham gia đàm phán với Apple."
deworde

1
@deworde - Tôi ghét từ "không thể" mọi người 20 năm trước nghĩ rằng một điều tuyệt vời là "không thể" về cách nói "hiện tại không thể với phần cứng được cung cấp".
Ramhound

@Ramhound Họ là nhà hoạch định kinh doanh của bạn, không phải con bạn. Đừng mặc áo khoác đường cho họ để bảo vệ những hy vọng và ước mơ của họ, HÃY NHẬN ĐƯỢC YÊU CẦU .
deworde

1
Thêm 2 năm nữa, 100 kỹ sư phần cứng và phòng thí nghiệm R & D trị giá 50 triệu đô la để phát minh ra phần cứng để bán cho Apple theo ước tính của bạn rằng, vâng, điều này có thể được thực hiện.
hotpaw2

11

Mọi người tại Apple đã suy nghĩ sâu sắc về tất cả những điều này và họ đã không đưa ra một giao diện có thể thay đổi kích thước tùy thuộc vào kích thước ngón tay cái / ngón tay.

Là người dùng, tôi sẽ ghét các mục tiêu di chuyển dưới ngón tay của mình.


2
Tôi đã sử dụng đối số này khi được yêu cầu viết một truy vấn meta phổ quát cho cơ sở dữ liệu Access được thiết kế kém. (IE một hệ thống mà bất kỳ người dùng có thể truy vấn bất cứ điều gì tùy ý mà không cần phải sử dụng trình tạo truy vấn) Tôi nói: "Nếu đây là có thể, Microsoft đã có thể làm điều đó, và họ sẽ được quảng cáo nó ở khắp mọi nơi.
Chris Cudmore

@chris: đó chính xác là những gì tôi nói bất cứ khi nào ai đó muốn một trình hướng dẫn báo cáo do-everythin. Nếu có thể, Access sẽ lấy lại từ đầu những năm 90
Neil N

4
-1, 'bởi vì Apple đã không làm điều đó' không phải là lý do chính đáng để không thử một cái gì đó mới. Nó có thể là một ý tưởng cực kỳ ngu ngốc và / hoặc không thể. Hay không. Nhưng tôi không thấy tác hại của việc thử nó ở đâu nếu ông chủ của anh ta sẵn sàng tiêu tốn tài nguyên.
GrandmasterB

2
@GrandmasterB - Tôi đoán là Apple đã làm điều đó, sau đó từ chối nó. Dù sao, một chút ý nghĩa thông thường nói rằng từ quan điểm khả năng sử dụng này là xa thoải mái. Tôi không cần một ông chủ có ý tưởng như vậy.
mouviciel

10

Nếu bạn lo lắng về việc gặp rắc rối vì được đưa ra những yêu cầu không thể, thì lựa chọn tốt nhất là nói với họ ngay lập tức rằng điều đó là không thể. Bạn càng để họ xây dựng kế hoạch kinh doanh trong một dự án bất khả thi thì họ càng có khả năng đổ lỗi cho bạn về sự thất bại của dự án.

Trên hết, hãy cố gắng đừng lo lắng về những điều không phải là lỗi của bạn, tất cả chúng ta đều có đủ lo lắng về việc chúng ta có khả năng kiểm soát. Nếu ai đó buộc bạn phải chịu trách nhiệm cho một dự án thất bại như vậy thì đó là sự bất công đối với bạn. Bạn có tin vào nghiệp chướng không?


Có, tôi tin vào KARMA ? :)
Sagar R. Kothari

1
@sugar tôi cũng vậy! Nếu họ không lắng nghe bạn, họ sẽ thất bại.
maple_shaft

Đừng nói rằng không thể nói hệ điều hành không cung cấp thông tin này. Vì trong trường hợp ứng dụng iOS, bạn chỉ có thể sử dụng các phương thức công khai mà bạn bị giới hạn ở những gì chính thức của hệ điều hành hỗ trợ. Nếu điều này là có thể, họ sẽ cung cấp điều này cho khung và do đó người dùng thậm chí sẽ không đặt câu hỏi này.
Ramhound

8

Một cách để chuyển hướng yêu cầu không hợp lý là giúp khách hàng hiểu bản chất của vấn đề họ đang cố gắng giải quyết. Thông qua một kỹ thuật phỏng vấn lập kế hoạch thông thường được gọi là " popping the why stack ", bạn tiếp tục hỏi "tại sao" một cách đệ quy (theo cách lịch sự, thông minh):

Một công cụ quan trọng cho cả việc truyền thông diễn ra và "cắt giảm theo đuổi" các vấn đề cụ thể là những gì Barrett gọi là xuất hiện ngăn xếp "tại sao". Điều này chỉ đơn giản là để tiếp tục đặt câu hỏi "tại sao nó được thực hiện theo cách đó?" về yêu cầu dự án. Ông đã đưa ra một ví dụ điển hình về những gì kỹ thuật có thể khai quật: "Tôi đã từng làm việc với một khách hàng khi có yêu cầu dữ liệu được in ra ở một giai đoạn cụ thể trong quy trình, vì vậy tôi đã hỏi tại sao", ông nói. "Câu trả lời là bộ phận nhận dữ liệu cần thiết để nhập dữ liệu. Họ chưa bao giờ nghĩ rằng dữ liệu có thể được chuyển tự động đến ứng dụng của họ."

Mục tiêu là đi đến giá trị kinh doanh cốt lõi của tính năng:

  • Bảo vệ doanh thu
  • Tăng doanh thu
  • Quản lý chi phí
  • Tăng giá trị thương hiệu
  • Làm cho sản phẩm đáng chú ý
  • Cung cấp nhiều giá trị hơn cho khách hàng của bạn

(Các mục từ wiki dưa chuột )

Nếu tính năng này không phù hợp với một trong những loại này, nó có thể giúp khách hàng thấy rằng có những điều quan trọng hơn để tập trung vào hoặc thông qua quá trình suy nghĩ này, bạn có thể tư vấn cho họ cách giải quyết vấn đề họ ' Đang cố gắng giải quyết một cách có ý nghĩa hơn. Thường thì vấn đề thực sự nằm ở mức độ trừu tượng cao hơn vấn đề họ đã yêu cầu bạn khắc phục.

Để sử dụng ví dụ của bạn về kích thước ngón tay cái quét:

Khách hàng: Chúng tôi muốn phát hiện độ dày của ngón tay cái hoặc ngón tay đang được sử dụng để thao tác UI.

Dev: Tại sao bạn muốn làm điều đó?

Khách hàng: Bởi vì khi tôi cố gắng nhấn các nút nhỏ này, tôi thường nhấn nhầm và phần mềm của chúng tôi được sử dụng bởi rất nhiều công nhân xây dựng có bàn tay lớn như tôi. Nếu họ có thể hiệu chỉnh giao diện người dùng cho kích thước ngón tay của mình, điều đó sẽ giúp sử dụng dễ dàng hơn.

Dev: Dễ sử dụng chắc chắn sẽ có giá trị đối với khách hàng, nhưng tại sao họ muốn hiệu chỉnh UI? Nếu những người sử dụng này được biết là có bàn tay lớn, tại sao không điều chỉnh thiết kế cho trường hợp sử dụng đó?

Khách hàng: Tôi chưa bao giờ nghĩ về nó theo cách đó, tôi cho rằng một thiết kế sạch hơn cũng sẽ hoạt động tốt cho cả những người có bàn tay nhỏ!


4
+1 Để xuất hiện tại sao ngăn xếp và trích dẫn:Often the real problem lies at a higher level of abstraction than the problem they've requested you to fix.
Spoike

7

Tuyên bố miễn trừ trách nhiệm - Tôi không biết liệu yêu cầu của bạn có khả thi hay không và nếu có thể thì bạn cần xác định sẽ mất bao lâu và cung cấp phản hồi đó cho người quản lý của bạn. Nhưng tôi đang viết câu trả lời này với giả định rằng nó không khả thi, ít nhất là sử dụng khung tiêu chuẩn - và tôi sẽ mở rộng câu trả lời của mình cho trường hợp tổng quát hơn khi bạn thực sự không thể hoặc không nên làm gì đó.

Chỉ cần nói không.

Có nhiều câu trả lời 'không bao giờ nói không' trong chủ đề này, mà tôi tin là một thái độ mềm mỏng và phục tùng. Nghĩ về nó theo cách này - Tôi là chuyên gia kỹ thuật trong nhóm này và các thành viên khác trong nhóm của tôi đang cố gắng làm điều gì đó mà tôi nghĩ là không khả thi, quá phức tạp, có khả năng là không thể. Tôi có trách nhiệm nói không.

Tất nhiên tôi có thể & nên nói không nhẹ nhàng; Tôi có thể "mạnh mẽ đề nghị chống lại điều này" trong khi đề nghị "điều tra xem có khả thi không" trước khi nói không. Nhưng cuối cùng tôi sẽ nói không bởi vì đó là công việc của tôi.

Có rất nhiều điểm tương đồng với điều này

  • Kế toán của tôi, tôi muốn bạn đặt bữa tối Lễ Tạ ơn của tôi xuống như một khoản khấu trừ thuế
  • Ông Chef, tôi muốn gà của tôi để trên quầy qua đêm và phục vụ sống, làm ơn.
  • Luật sư của tôi, tôi muốn kiện các con tôi vì đã không dọn dẹp phòng ngủ của chúng
  • Ông Cơ, xin vui lòng cài đặt một bộ tăng áp trên xe điện của tôi

Bạn có thể yêu cầu tất cả những người này thực hiện các nhiệm vụ mà họ sẽ biết là ngớ ngẩn, lãng phí, nguy hiểm hoặc sai trái. Và bạn sẽ mong tất cả bọn họ khuyên chống lại những hành động này và cuối cùng từ chối (ít nhất là tôi hy vọng vậy). Nếu bất kỳ chuyên gia nào trong số này trả lời 'Hmm, tôi đoán chúng ta có thể làm điều đó' - mà không cho tôi một ý tưởng thẳng thắn "Đây là một ý tưởng tồi" - thì thật lòng tôi sẽ không muốn thuê họ.

Đồng nghiệp của bạn sẽ coi trọng và tôn trọng sự trung thực của bạn, và bạn sẽ tiết kiệm cho mọi người rất nhiều thời gian và tiền bạc nếu bạn cung cấp phản hồi hữu ích thay vì đi cùng với những điều bạn biết sẽ không hiệu quả.


2
lưu ý: Tôi đang giải quyết câu hỏi "Nhà phát triển nên từ chối các yêu cầu không thể như thế nào" .
Kirk Broadhurst

Thêm sức mạnh cho bạn.
ThomasX

2

Không quá khó để nói với khách hàng của bạn rằng bạn không thể thực hiện điều gì đó mà nền tảng mục tiêu của bạn không cho phép bạn. Nhưng hãy lùi lại một bước và tự hỏi, logic đằng sau những yêu cầu khá khó hiểu này là gì? Từ những gì tôi có thể đọc, họ rất quan tâm đến sự thân thiện với người dùng. Sau đó hỏi họ, đào sâu hơn một chút cho đến khi họ nói điều tương tự với bạn: "chúng tôi muốn có giao diện thân thiện với người dùng". Sau đó hướng dẫn họ vào những gì có thể làm được và những gì không. Nói với họ rằng nếu họ muốn có giao diện người dùng dễ dàng, có những cách dễ dàng (và rẻ hơn) như cho phép người dùng đặt kích thước phông chữ / biểu tượng (tôi giả sử rằng tôi có thể trên IoS). Có lẽ bạn có thể cho phép người dùng kiểm soát kích thước phông chữ / kích thước biểu tượng và sắp xếp cho ứng dụng thông qua tab cài đặt? Điều đó sẽ dễ dàng hơn (và chính xác hơn!) So với việc cố gắng đoán tuổi của một người trên kích thước ngón tay cái! Điều cuối cùng mà người quản lý của bạn muốn là mã không cần thiết, cồng kềnh, khó bảo trì, đạt được điều tương tự mà hệ điều hành đã cung cấp. Nói với khách hàng của bạn rằng người dùng muốn kiểm soát ứng dụng hơn là ứng dụng kiểm soát họ theo những cách có thể làm họ tức giận.


1

Phản ứng của tôi là tôi sẽ bắt đầu xem xét một số công nghệ chưa được thử nghiệm này và cho họ biết nếu nó thậm chí có thể. Dựa trên những khám phá đó, một kế hoạch phát triển tiềm năng có thể được bắt đầu.

Tôi không nghĩ bạn sẽ có thể nói ngón tay cái của một người từ người khác, nhưng bạn có thể có đủ kích thước từ ngón tay để biết khi nào họ sử dụng ngón tay cái. Vấn đề thực sự là do góc của ngón tay cái, nó có thể không chạm vào bất kỳ khoảng trống nào trên màn hình so với các góc khác. Không ai từng sử dụng điện thoại bằng ngón tay cái của mình và đặt nó phẳng trên màn hình giống như bạn đang in ngón tay cái.

Rời khỏi công ty. Tìm hiểu làm thế nào để làm điều đó. Bán nó với số tiền lớn hơn nhiều so với hiện tại bạn đang kiếm được.


1

Khi có yêu cầu, tôi thường làm như thế này: Tôi cố gắng ước tính sẽ mất bao lâu để nhận ra một yêu cầu cụ thể.

Trong trường hợp các yêu cầu có thể là không thể, hãy yêu cầu một số ngày hoặc bất cứ lúc nào để tìm hiểu xem liệu nó có thể. Trong trường hợp của bạn, câu hỏi là: "Có thể xác định ngón tay của người dùng dày bao nhiêu không?"

Trong thực tế, câu hỏi này thậm chí còn phức tạp hơn một chút: "Có thể xác định ngón tay của người dùng dày bao nhiêu sau lần chạm đầu tiên trong chưa đầy 200 mili giây để cho phép tương tác ngay lập tức?" (thay thế đầu tiên bằng thứ 2 hoặc ...; và 200 ms bằng 300 ms hoặc bất cứ điều gì ...)

Thậm chí có thể trả lời câu hỏi này mất một tháng. Có thể ngay cả khi điều này ít nhiều khả thi, nó cần một thuật toán siêu phức tạp, chỉ hoạt động tốt trong 80% các trường hợp.

Bạn thấy tôi đang đi đâu?

Mọi người thường đưa ra các giả định sai về các khả năng bởi vì họ có chuyên môn và kinh nghiệm thấp về lĩnh vực này. Do đó, bạn không thể tranh luận với trực giác, nhưng bạn cần sự thật.

Nếu các bên liên quan khác nhận ra rằng tính năng này sẽ mất 2 năm và yêu cầu iPhone 10 phải đến trước năm 2014, sẽ nhanh chóng hạ thấp yêu cầu của họ.


1

Điều này nghe có vẻ phức tạp nhưng không phải là không thể; điểm mà màn hình cảm ứng không thể phân biệt giữa ngón cái một ngón giữa hoặc bút stylus là moot; người dùng được yêu cầu khởi tạo (khởi động phiên, bất cứ điều gì) để đặt ngón tay cái, sau đó là ngón giữa, v.v. để hiệu chỉnh kích thước (tạo một số trung bình thống kê) bằng cách sử dụng một số chuyển động, v.v.


0

Tôi đã xem xét việc cố gắng giải quyết vấn đề gốc theo một cách khác trước khi nói rằng nó không thể được thực hiện.

Chẳng hạn, nếu người dùng thường cố bấm vào một nút nhỏ và bỏ lỡ, bạn có thể xem khu vực xung quanh nút đó và sử dụng nó để hiệu chỉnh lại tất cả các lần nhấp khác.

Trình bày một giải pháp sáng tạo như thế này có lẽ là những gì họ đang làm hơn là yêu cầu bạn tìm ra chiều rộng của ngón tay một cách kỳ diệu (mà bạn có thể thông báo cho họ không có trong API).

Nó vẫn có thể khó khăn - đặt một khu vực xung quanh các nút để phát hiện lỗi - vì vậy hãy ước tính nhiều giờ hơn.


0

Đừng thẳng thắn nói không vì điều đó sẽ làm tổn thương cảm xúc của anh ấy. Chỉ cần làm rõ rằng do hạn chế về công nghệ mà 60% thời gian nó sẽ hoạt động mọi lúc.

Và một khi anh ấy nhận ra tính không thực tế và chi phí liên quan đến một cam kết như vậy, hãy đề xuất một cách tiếp cận thực tế hơn trong ngân sách của anh ấy như có một cài đặt cho phép bạn thay đổi kích thước văn bản. Và người Nga đã lấy một cây bút chì vào không gian.

Cố gắng để anh ta nêu ra vấn đề và yêu cầu chứ không phải là giải pháp và thiết kế cho các dự án trong tương lai.


-1

Những gì tôi muốn làm, là tiếp cận vấn đề từ góc độ nhóm. Trong trường hợp này, người quản lý dự án và tôi cần đưa ra giải pháp. Tôi cũng muốn chứng tỏ rằng tôi đến với một tâm trí cởi mở. Nếu tôi nghe thấy những gì tôi nghĩ là nghe thấy những điều không thể, có khả năng có sự hiểu lầm giữa tôi và người quản lý dự án. Hoặc có lẽ chúng ta chưa đạt đến thời điểm đó.

Khi chúng tôi quyết định thực hiện một bước nhảy vọt và có một cuộc trò chuyện cởi mở, tôi thấy việc xử lý vấn đề này là một vấn đề kinh tế dễ dàng nhất. Trong công nghệ, hầu hết mọi thứ đều có thể với một lượng tài nguyên vô hạn. Thảo luận về những gì nó sẽ làm, nhiều lần là cách dễ nhất để tôn trọng "nói không". Và đó sẽ là cách để xóa tan mọi hiểu lầm có thể xảy ra. Mặc dù, thành thật mà nói, chúng tôi không hoàn toàn nói không. Và, mục đích của việc nói không là gì. Nếu công việc không đáng làm, việc chúng ta có muốn làm hay không không quan trọng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.