探索需求 設計前的質量之二

2022-06-01 23:18:09 字數 1628 閱讀 7475

我們需要其他工具和技術來降低含混性是乙個簡單的事實,因為作為乙個正常人,並不擅長發現被自己忽略的東西。比如我們總會發生手裡拿著一件東西,卻到處去找這件東西的情況。為了保證直接提問是成功的,提問者必須要有能力保證對決策樹的早期部分有乙個完美的理解。這是不可能由直接提問單獨完成的,所以即使是直接提問包含了主要工具,還是需要附加的幫助來讓直接提問更有意義。

設計者的乙個主要錯誤是試圖給客戶他們所需要的勝與他們所想要的。如果發現自己感覺到知道更多客戶所需要的,千萬不要假設你比客戶聰明,應該試圖去說明客戶,告訴他們正真需要的是什麼東西。

如果參與者從一開始就沒有一致的想法,那麼專案還沒成功之前就會注定以失敗告終了。問題的最佳定義就是感受到的事和期望的事情之間的差別。這句話在之前看過的書中也有提及,而問題的這一本質可以使我們從幾個不同的方面去尋找最開始的切入點。可以是來自解決方案的想法,來自技術的想法,比喻,標準,實體模型以及名稱。還要對問題進行存在性假設因為所有的開發都始於乙個假設。當有乙個切入點的時候,大家可以像老師在課堂上讓我們對利益相關者進行分析的時候來一場頭腦風暴,對於設計過程、產品和各種問題各抒己見。在這個個過程中,可以在不偏題的前提下囊括所有的問題。然後就要尋找正確的專案相關人員,這就與專案利益相關者不謀而合了。要區分使用者和客戶,系統是為使用者設計的,但是客戶的要求也是不容忽略的。而使用者在一定程度上來說也是具有很大的可變性,因為不是所有的使用者都是完全平等的,所以就要對此進行精心計畫了,在抓獲使用者的時候要慎重考慮,並將他們進行層次劃分,區別對待。

如果你正在從事一件偉大的活動,如何切入有可能是件很困難的事情。所有的需求工作都必須發生在某種型別的初始過程之後,某些人會提出乙個想法認為某些特性應該設計進去並實現,而不管其**如何,這個想法正是需求過程的切入點。通過討論切入點、提出自由問題並思考、找到正確的相關人員以會議的方式來共同理解專案的內容,降低專案內容的含混性,使設計人員之間達成共識,避免理解方面的誤差造成時間上的浪費。

最常見的切入點有可能是對某個解決方案的考慮,卻又陳數不清蓋飯方案將要解決什麼問題,即什麼是能感受到的以及什麼是期望的。

所謂切入點,就是我們在專案之初,根據專案內容可以想到的一開始就是現實的內容。它是乙個專案的開始,他幫助我們解決我們對於解決方案的存在性的疑問,找到專案初始階段所涉及的所有人,減緩切入階段的進展,調查需求,仔細思考。

自由問題和特殊設計任務的獨立性,可以被收入到設計人員的工具箱中,並在設計到太紛繁複雜的細節之前使用。自由提問的好處在於它們可以在對專案深入了解之前進行準備,克服在剛開始乙個新專案或新關係時的尷尬。包括過程的自由問題,產品的自由問題和連環問題。自由問題適用於需求過程的早期提供。

在自由提問這一章中,我才發現我對於乙個系統所能提出的問題原來可以這麼多,這是我們獲得需求最主要的方式,在交流中我們要建立起信任與和諧的氣氛,我們的問題通常是籠統而透徹的,所以我們要向對方解釋問題的重要性以確定在此刻你們在過程的價值上達成了共識。

找到正確的相關人員,毋庸置疑是極其重要的,他麼才是我們做的需求工作的權威,只有他們才能評價我們做的探索是否有價值。

專案的推進過程中,開會是乙個貫穿始終的事件,正式的、非正式的、預定好的、隨機的在走廊上進行的等等,會議的重要性在於它是專案程序的督促者,在每個會議中,控制時間、注意效率、做好準備、熟練的會議推進者、為每個人做好準備工作,才能達到會議的效果。

在探索階段,我們的主線就是回憶切入點、進行討論、提出問題、提出含混性、消除含混性,從而使專案組成員在專案的理解方面達成共識。

《探索需求 設計前的質量》閱讀筆記三

獲取資訊的第一步就是定義功能,在這個階段描述產品是為了做什麼的動作。假設是決策樹的根源,那麼客戶說想要什麼東西存在就是問題宣告的提出。而客戶說產品能夠實現什麼功能就是指他的測試功能。在描述功能方面,需要記錄所有使用者想要的功能,然後進行理解,不能記錄記錄使用者不想要的功能。做到這些也需要一些技巧,首...

《探索需求 設計前的質量》閱讀筆記一

需求,是人們的期望 探索需求是尋找人們的期望的過程。而我們所做出來的軟體產品就是試圖滿足復合的一系列期望。發現什麼都不是,而發現過程即探索過程就是一切 只有當自己知道需要時,才有可能會獲得它,這也是需求分析的必要性。經過前輩們無數次的實踐 分析總結出很多很多經驗,可以說已經形成一套有效的軟體開發方法...

《探索需求 設計前的質量》閱讀筆記六

最後一篇閱讀筆記,所以加快步伐閱讀了餘下來的兩篇,在餘下的兩篇中,第四篇講了明確期望,第五篇則講了成功標準也就是對於成功的衡量標準。在明確期望的工作中,我們需要多次運用頭腦風暴的方法,將頭腦中的想法可以 不加修飾 地完全展示,根據專案的內容列出我們所能想到的所有功能 屬性 約束條件,並做好與客戶之間...