為了不落后他人，于是我也開(kāi)始學(xué)習(xí)Scrum，今天主要是對(duì)我最近閱讀的相關(guān)資料，根據(jù)自己的理解，用自己的話來(lái)講述Scrum中的各個(gè)環(huán)節(jié)，主要目的有兩個(gè)，一個(gè)是進(jìn)行知識(shí)的總結(jié)，另外一個(gè)是覺(jué)得網(wǎng)上很多學(xué)習(xí)資料的講述方式讓初學(xué)者不太容易理解；所以我決定寫(xiě)一篇掃盲性的博文，同時(shí)試著也與園內(nèi)的朋友一起分享交流一下，希望對(duì)初學(xué)者有幫助。

如何做到敏捷式設(shè)計(jì)和開(kāi)發(fā)呢？

1首先是能夠勝任工作的人，理解力能力到水準(zhǔn)。對(duì)人的要求比傳統(tǒng)的設(shè)計(jì)開(kāi)發(fā)要高。

2做事方法。因?yàn)橐龅每欤藻e(cuò)的會(huì)多，會(huì)比較粗糙，然后一步步再精細(xì)。我看到過(guò)國(guó)外的一個(gè)網(wǎng)站ceo介紹，他們的開(kāi)發(fā)是功能程序員自己想開(kāi)發(fā)什么就開(kāi)發(fā)什么,出來(lái)結(jié)果之后再找領(lǐng)導(dǎo)審批，經(jīng)常有一半都會(huì)開(kāi)發(fā)不下去了。他們是通過(guò)這種方法，通過(guò)大數(shù)據(jù)的形式與用戶的使用率來(lái)判斷這個(gè)功能模塊是否往下繼續(xù)發(fā)展，優(yōu)勝劣汰。是自下而上的一種自發(fā)性的工作。員工會(huì)非常有成就感。這公司開(kāi)發(fā)的支付系統(tǒng)，后來(lái)以幾十億的價(jià)格賣給了亞馬遜。

工作上有一種認(rèn)領(lǐng)工作的形式，同項(xiàng)任務(wù)有人認(rèn)為6小時(shí)能完成，有人認(rèn)為三天完成，選擇一個(gè)最短時(shí)間的人認(rèn)領(lǐng)完成這項(xiàng)工作，做他最想做的，最擅長(zhǎng)的事情。開(kāi)始的時(shí)候少寫(xiě)文檔，每天整合這個(gè)設(shè)計(jì)和代碼開(kāi)發(fā)的成果，然后大家一起看到每個(gè)人每天的成果的進(jìn)度是什么樣子的，對(duì)每個(gè)人的速度快慢反饋次數(shù)都一覽無(wú)余，最終納入績(jī)效考評(píng)。機(jī)制獎(jiǎng)勵(lì)多勞多得。鼓勵(lì)同事們之間的交流和學(xué)習(xí)，少開(kāi)那種特別大的，特別長(zhǎng)的會(huì)。

從工作流程上當(dāng)然要做用戶研究訪談，了解這些事情的行業(yè)背景，做行業(yè)分析，做好產(chǎn)品定位，有對(duì)功能對(duì)產(chǎn)品定位的取舍，因?yàn)椴豢赡軡M足所有人的需求。比如上面我介紹的那個(gè)國(guó)外的那個(gè)公司，做的很快發(fā)展的很快，他甚至允許支付系統(tǒng)的發(fā)生的一些漏洞和失誤，他覺(jué)得這種快速發(fā)展的收益能夠彌補(bǔ)發(fā)生錯(cuò)誤的成本。大家分工不—定是很明確，產(chǎn)品經(jīng)理功能架構(gòu)師高級(jí)程序員可能在這一個(gè)想法中，自己從想到做也就做出來(lái)了，能做什么就做什么。不斷的去迭代反饋測(cè)試改進(jìn)。

做APP的數(shù)據(jù)圖表設(shè)計(jì)之前，你考慮過(guò)移動(dòng)端屏幕大小與屬性嗎？考慮過(guò)可視化數(shù)據(jù)圖表，提升APP氣質(zhì)嗎？考慮過(guò)在APP和WEB端，數(shù)據(jù)圖表的展示有何不同嗎？也許你都考慮過(guò)，但作為一篇科普文，還是要從最基礎(chǔ)的說(shuō)起。

以數(shù)據(jù)圖表為主的APP有哪些？

前期，yoyo通過(guò)App Store、MobilePattern、Dribbble瘋狂搜圖，積累了以下豐富的案例。

每到一年一度的大促季，會(huì)場(chǎng)、頁(yè)面、互動(dòng)游戲，都在緊張?jiān)O(shè)計(jì)之中，這些精美的頁(yè)面和互動(dòng)游戲，如何與用戶產(chǎn)生聯(lián)系？必然需要一條與用戶連接的紐帶 —— 它就是BANNER。有些人可能認(rèn)為資源位的設(shè)計(jì)相對(duì)簡(jiǎn)單，但其實(shí)不然，小小的資源位承載著重大的使命，設(shè)計(jì)上自然也是下了一番功夫，那這一次的雙11我們是怎么做的？請(qǐng)聽(tīng)我細(xì)細(xì)道來(lái)…..

曦村：在設(shè)計(jì)前期，做大致規(guī)劃，是很有必要的，在大促中雖然會(huì)有很多變化，但，做規(guī)劃會(huì)幫助我們?cè)诖蠓较蛏喜怀鲥e(cuò)，這次，從了解業(yè)務(wù)背景及節(jié)奏 – 前期風(fēng)格創(chuàng)意設(shè)定 – 突出品牌增強(qiáng)識(shí)別度 – 制定規(guī)范提升效率等幾個(gè)方面去做，有了這個(gè)框架，這一次的設(shè)計(jì)過(guò)程還是相當(dāng)絲滑滴！那具體是怎么做的呢？

做APP的數(shù)據(jù)圖表設(shè)計(jì)之前，你考慮過(guò)移動(dòng)端屏幕大小與屬性嗎？考慮過(guò)可視化數(shù)據(jù)圖表，提升APP氣質(zhì)嗎？考慮過(guò)在APP和WEB端，數(shù)據(jù)圖表的展示有何不同嗎？也許你都考慮過(guò)，但作為一篇科普文，還是要從最基礎(chǔ)的說(shuō)起。

短文將會(huì)探討UI設(shè)計(jì)中動(dòng)畫(huà)的過(guò)度使用，并將其與早期的視覺(jué)設(shè)計(jì)進(jìn)行對(duì)比，提出一些對(duì)于有效的GUI動(dòng)效設(shè)計(jì)的建議。

我們將在下文中，簡(jiǎn)單探討如何改善下面的這個(gè)交互。

相關(guān)好文推薦：《盤(pán)點(diǎn)那些應(yīng)該杜絕濫用的設(shè)計(jì)》

剛開(kāi)始接觸移動(dòng)頁(yè)面重構(gòu)，是不是很迷惑應(yīng)該按照多大的尺寸制作？320、640還是720？按照640的設(shè)計(jì)稿重構(gòu)完頁(yè)面，是不是還需要寫(xiě)其他尺寸來(lái)適配不同的屏幕大小？——這源于對(duì)viewport和px的不了解。

已經(jīng)重構(gòu)了好多移動(dòng)頁(yè)面，但是對(duì)為什么要按照640的大小來(lái)設(shè)計(jì)頁(yè)面，不清楚答案。給元素賦予固定的像素值，但是奇怪的是在不同的手機(jī)里看起來(lái)都差不多大小，不需要另外去適配，真是太爽了。為什么？不知道耶。——這源于對(duì)viewport和px的不了解。

然如今好的配色方案已經(jīng)唾手可得，但為數(shù)據(jù)可視化找到合適的配色方案，卻仍是一項(xiàng)巨大挑戰(zhàn)。

在Graphiq，事情甚至更加棘手，因?yàn)槲覀円ㄟ^(guò)上千種各不相同的數(shù)據(jù)集合來(lái)傳遞信息，它們有著各自迥異的視覺(jué)表現(xiàn)。

每當(dāng)要設(shè)計(jì)一個(gè)軟件界面的時(shí)候，設(shè)計(jì)師收集資料是必然的過(guò)程。最近北京藍(lán)藍(lán)設(shè)計(jì)要一個(gè)沉穩(wěn)嚴(yán)謹(jǐn)?shù)膒ad端軟件界面。

于是國(guó)內(nèi)外網(wǎng)站找了許多資料，集合一起，與大家分享！

1