給設(shè)計師看的“敏捷開發(fā)”入門方法論

0 評論 14393 瀏覽 36 收藏 8 分鐘

“Agile”(敏捷)對于沒有參與過軟件開發(fā)的設(shè)計師們來說是個有點詭異的專有名詞。雇主和招聘者們頻頻用到這個詞,那么Agile到底是什么?以我作為業(yè)內(nèi)人士的視角,以下是我覺得設(shè)計師們在此領(lǐng)域應(yīng)該了解的知識。

這并不是一份關(guān)于“敏捷開發(fā)”(agile)或稱“并行開發(fā)”(scrum)的完全指南,但如果你正打算去一家以產(chǎn)品或者軟件開發(fā)為主的公司應(yīng)聘,這篇文章或許可以給你提個醒。

我 會聊聊它是什么,它是如何運作的,包括其它一些術(shù)語,比如“產(chǎn)品需求待辦列表”(product backlog)、”一次迭代待辦列表“(sprint backlog)、每日例會,以及潛在的可輸出產(chǎn)品增額的概念(potential shippable product increments)。

What-我們到底在聊什么?

“Agile”起源于2001年,當時一小群軟件開發(fā)者認為他們需要一種新的工作流程。他們構(gòu)想出12條準則,并總結(jié)成一份宣言。它描述了一種流程,一套方法論。

敏捷開發(fā)

以下圖表展示了一個典型的敏捷開發(fā)流程,包含了一系列小的迭代周期。

在“敏捷開發(fā)”的定義范疇中有一些更精確的分支,其中一種(也許是最受歡迎的一種)就是“scrum”(譯者注:本義為英式橄欖球中的并列爭球行為)。想要了解更多關(guān)于Scrum的詳情,可以訪問scrummethodology.com.

不論哪種,“敏捷開發(fā)”必然包含了迭代的、不斷增進的周期型工作。理解它的最好方法就是先看看與之反向?qū)?yīng)的”瀑布流式”(Waterfall)協(xié)作方法。

瀑布流

“瀑布流”是產(chǎn)品開發(fā)領(lǐng)域里一種相對傳統(tǒng)的協(xié)作模式。它是按照次序逐一執(zhí)行的,無疑也相對僵化和低效一些。

2

敏捷開發(fā)有許多優(yōu)點(相較于瀑布流式開發(fā)方式),比如它的最終成品可以更早地投向市場,更適于團隊協(xié)作,需要不斷增加投資。從另一方面來說,它靈活的特點也讓利益相關(guān)者們更加緊張。這也是常被誤解的一點。

How-“敏捷開發(fā)”是怎么運作的?

Let’s see how an agile workflow looks in a practical design situation.

讓我們來看看在實際的設(shè)計工作中敏捷開發(fā)工作流是什么樣子的。

產(chǎn)品需求待辦列表

p3

上圖就是一個產(chǎn)品需求待辦列表,它列舉了所有可能會出現(xiàn)在最終產(chǎn)品里的功能特性。這些特性是基于用戶需求的,并轉(zhuǎn)化成一些盈利點。每個 特性/功能被單獨寫在一張索引卡片上,并且是依據(jù)語義構(gòu)造的,通常是從設(shè)定好的人物角色(persona)的視角,以特定的方式保持一致性和清晰度。例如 “作為Bob,我能……于是可以……”

沖刺期(一個迭代周期)待辦列表

作為設(shè)計師,你需要估算每張卡片上的特 性需要多長時間來完成。開發(fā)人員也需要做個估算。那只是個估計——第一次迭代期過去之后,你將會更好地估計完成某個任務(wù)需要花多久??偟膩碚f,每個特性會 被標上一個標記,類似于T恤衫尺碼(XL,L,M,S),許多不同的尺碼會被放進這一個周期內(nèi)。

和“產(chǎn)品需求待辦列表”一樣,這里也會有許 多其它的小版塊,例如當前迭代周期(current sprint)、在評判中的(in review)、被屏蔽的(blocked)等等。它會被張貼在一個叫做“Kanban墻”的東西上(Kanban在日語中表示布告板的意思):把所有的 索引卡片貼出來,從視覺上便于看見全局,涵蓋所有的需求。當然,你也可以使用在線工具(比如Trello,見下圖)來達到同樣的效果。

p4

每日scrum例會

每日scrum例會實際上很像“起立/預(yù)備”。在我的經(jīng)歷中,團隊里的每個人已經(jīng)了解了你和他們自己在做什么。晨會是個很好的機會,互相簡單地聊一下,并為將要開始的一天設(shè)定方向。

潛在的可輸出產(chǎn)品增額

理論上,每個迭代周期之后,你應(yīng)該可以輸出“可實現(xiàn)的增額”。這個名詞可廣泛應(yīng)用于很多產(chǎn)業(yè),然而實際上很難實現(xiàn)。它實際上是作為“產(chǎn)品的一部分”,可以提高或增加產(chǎn)品的功能性。

作為設(shè)計師你應(yīng)該知道什么?

與用戶界面產(chǎn)品協(xié)同

盡管敏捷開發(fā)方法論是植根于軟件工程的,但它對于網(wǎng)站和APP也同樣有效。舉例來說,你可能會從之前創(chuàng)建的一個用戶角色設(shè)定(user persona)開始,梳理出你的目標用戶的需求,然后再依次細化并確定出需要的功能特性。

培養(yǎng)精確估算的能力

你需要和產(chǎn)品經(jīng)理或者負責(zé)項目進度的scrum專家合作(取決于你所在的公司)。他們會要求你盡可能準確地預(yù)估需要花費的時間。你會想要樂觀估計,但最終還是要現(xiàn)實——并沒有人會以此反對你。

高度協(xié)作

敏捷開發(fā)流程最大的優(yōu)點就是它是一個高度協(xié)作的工作方式。如果按照傳統(tǒng)的瀑布流式工作方法,你可能把設(shè)計稿交給開發(fā)人員,然后就再也見不到它了。但是在這種不斷迭代的工作流程里,你會坐在開發(fā)人員身邊,協(xié)同完成每一次迭代。

結(jié)論

作為一個設(shè)計師,如何從自由設(shè)計師的狀態(tài)過渡到在一個大公司里與多個團隊合作,尤其是在敏捷開發(fā)項目中,這會是一次巨大的飛躍。以我的經(jīng)驗來說,這是一個很 實用的工作框架,它的一些原則甚至可以被用于你自己的項目。理解團隊合作的方式,并學(xué)會估算會使你在設(shè)計團隊中更有效地工作。

 

譯文來自:http://www.jianshu.com/p/16bf4ed5558a#

編譯: 飛呀

原文地址:http://webdesign.tutsplus.com/articles/a-designers-introduction-to-agile-methodology–cms-23349

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!