中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

背景

項目管理，任務管理是一個已經被各個產品玩爛了的概念，但是玩爛了并不意味著玩好了~即便是目前的網絡上充斥著各式各樣的這類工具，每個工具都有著自己的側重點，但是如果想要拿來去套上我司的場景來用，似乎都顯的很乏力~為啥~用戶場景太多太復雜~簡單的玩不轉，復雜的又難用~

那要怎么搞？！

在做這部分之前，我們多次走訪了核心用戶，聽他們對產品的設想，對產品的需求，設計方案更是一改再改，但是似乎總有一些場景讓我們的設計無法應對，總有一些場景我們無法去滿足~很頭疼~

現在回想過來，我們當時陷入了一個為了解決單個問題而設計的誤區，針對用戶的問題一個一個去解決，是不會形成一套完整有效的方案的。

沒有全局的視角~永遠不能解決核心的問題。

靈感

Phabricator

當Phabricator引入到公司后，這種新式的玩法刺激了很多人的神經，大家開始研究它與其他工具的不同，能夠讓facebook用來作任務管理的軟件，絕對不會只是因為它能夠跟git、代碼關聯這么簡單~

個人認為Phabricator之所以能夠玩轉，是因為它將任務與項目進行了解耦，很多工具對于任務的認知，認為任務必須依托于項目而存在，總要有一個space去承載它，殊不知，這本身就是一個很強烈的綁定。在phabricator中，任務不在需要這種強烈的綁定，任務與項目變成了同級關系，中間只是一個簡單的類似于tag的簡單關聯，并且隨時可以解開。這樣任務就變成了一個單體，用戶不需要奔走于各個項目之間來看自己的任務，只需要在任務頁面，就可以掌握這些任務的歸屬。

Phabricator中的任務

Redmine

我們團隊一直在用Redmine，雖然在用戶體驗方面，很多同學都有吐槽，但是redmine在任務管理上的設計，充分說明了它對任務這個名詞的理解。用過Redmine的同學都知道，Redmine里面最常見的兩個對象：項目和issue。所有的一切都是issue，無論你是需求、是任務、是bug~Redmine只認為這是issue的一個屬性，僅此而已，可以去更改，可以去變化，但是內容還是那個樣子。

Redmine提供的另外一個很有效的設計，就是父子產品和父子任務的概念，市面上很多項目管理的工具都將沒有對這部分概念做過多的介入，因為一旦有了父子級，產品界面的展示、父子之間的繼承、產品中的各類配置都將明顯的提升產品的復雜度，尤其是大部分產品中，任務與項目都是有著強烈的綁定關系，這樣會更加限制任務的創建，用戶查看任務的視角將會變的更加跳躍。

發現

結合這兩個產品對于項目、任務管理的理解，以及分析了諸如Teambition、Worktile、trello~等任務、項目的管理工具，結合我司特有的用戶場景，我們發現：

• 解耦任務與項目之間的關系很重要。
• 同時我們也發現，所謂的任務、需求、缺陷等等只不過是任務的一個屬性，我們無需去限制用戶提交的是什么，用戶可以根據自己的定義來確定它的類別。
• 在項目與任務的層級上，添加一層父子關系可以更有益于用戶對于項目和任務的分類和擴展，也更能符合我們用戶的使用場景。
• 標簽是一個有效的分組工具，我們曾經嘗試讓用戶自己去分組管理自己的任務、項目，但是發現很多場景下，任務可能需要出現在多個分組中，常見的分組模式無法滿足這些需求。但是分組、分類這種管理方式又存在其特有的便利性，這時我們引入了標簽，標簽的妙用我曾經在“標簽”在對象展示中的應用中提到過~標簽可以看成是一個很輕量級的分組方式，同時其帶來的可讀性并不比分組來的差，擴展性反而更強。

設計

任務部分

綜合上述結論，我們對任務做了如下的設計：

• 輕量化任務的創建過程，給任務賦予更多的屬性類型，例如需求、缺陷，讓任務面向的用戶群更加廣。
• 解耦任務與項目的關系，任務可以不依賴于任何項目、任何產品而存在。同時，任務又可以關聯到多個產品和多個項目。
• 任務可以拆解成多個子任務，為了避免層級關系過于復雜，我們只保留但是一層父子關系，子任務默認繼承父任務的部分屬性。
• 允許任務添加標簽，打標簽的操作完全放開給用戶。
• 在展示上，我們一改長久以來“列表”對于工具類產品的統治，采用新的item方式展示任務列表以及父子級的展示效果。
• 色彩上，通過顏色來區分任務的不同類型（當然顏色是參照我們自己的規范來確定的）。雖然標簽可以通過不同顏色來表示，但是為了保證界面的整潔度，對于標簽我們全部采用輕量的方式處理。

任務列表-交互稿

項目部分

對于項目而言，除了在展示上面繼承了任務的設計之外，我們還對項目進行了如下的設計：

• 我們認為項目只是一個任務的容器，用來更好的聚合、管理任務，并向管理層反饋項目的進度等等。所以項目沒有過多的狀態點，open、close足矣~
• 我們依然認為，項目是公司內部進行開發協同的最常見的方式，所以項目的創建跟任務同級，且更加輕量。同時，為了避免大小項目同級泛濫的情況，我們提供一級父子關系，讓用戶更清晰的管理自己項目之間的關系。

項目list-交互稿

• 在項目管理的多數工具中，我們都發現了看板的功能，其便利性和可視性都得到了大部分用戶的認可，這類視圖可以給管理者一個很好的感知，感知到當前項目的進展，然后根據進展來協調資源等。這里，我們除了提供了一些必要的篩選，還將任務的狀態與看板做了結合（當然，非強制的），拖拽任務的同時更改掉任務的狀態。

看板-交互稿

其他

當然，上述的設計點大部分面向普通用戶，對于一些高級功能的設計，比如自定義字段的定義和使用，比如高級查詢以及搜索條件的保存，比如看板的隱藏與顯示等等，我們將這些高級功能進行了必要的隱藏，對于高級用戶而言，這些功能將會提供定制化的便利性，從而實現他們對于產品的要求。

產品總結

所以，將對項目、任務的設計進行總結，項目管理應該具有的特點：

• 輕量，任務、項目將會已非常簡單快捷的方式創建，不會有任何高不可攀的用戶門檻。
• 解耦，任務不再與項目強制綁定，他們之間的關系不再是上下級之間的包含，而變成了同級之間的關聯。
• 可見，我們將會看到一個層級明確，結構清晰的項目或任務的列表，將會通過面板來實現任務狀態的展現以及項目進度的把控。
• 擴展性強，沒有傳統意義上的分組，沒有特殊的定制化功能，通過標簽來實現對任務的分類，通過自定義字段來滿足不同用戶定制化的需要。

通過這些特點，賦予用戶更多的可玩性，讓任務管理與后續的開發流程不在強制綁定，讓各類用戶更加專注自己的工作。

個人感觸

靈活，是讓用戶能夠通過我們提供的功能，形成自己的使用習慣，就像是樂高積木一樣，我們提供多種素材，怎么玩，看用戶自己，我們需要保證的，就是用戶在玩的過程中，不會因為產品的限制而玩不下去，不會因為產品的用戶體驗而放棄這個玩具。

不失準則，是在滿足大部分用戶的場景下，減少定制功能的產出，功能只要產出，就需要在產品中占據一定的位置，而這些定制功能，并不能夠給大部分用戶帶來便利，相反，如果放在界面中，甚至會引起迷惑的效果，這就需要我們去堅守自己的設計準則，在兩者不可兼顧的情況下，遵循二八原則，產品，并不是為了所有人設計的。

靈活而不失準則，與諸位奮斗在需求海洋中的設計師共勉~

本文由 @小賊還是那么high 原創發布于人人都是產品經理?，未經許可，禁止轉載。