設計新鮮事

2009年10月8日星期四

專案管理的 25 個小筆記

上面是專案開發很容易碰到的問題，最左上角是案主提出的需求

而其他張圖可能是不同的設計師與程式開發者做出來的結果

意思是指關於專案開發的迷思：需求、計劃、成果常常是無法順利被估計的

話說資管也唸了5年，也做過了不少 project

雖然我知道如果以後進公司的 project 一定遠比我之前做過的龐大

但是目前為止也有不少心得與經驗，整理一下希望以後能夠有幫助

(1) 人多不一定真的比較好，成員要慎選，把對的人擺在對的位置上

(2) 所謂的 schedule 只能掌握大致的方向，基本上遇到的問題大大小小

要完成按照 schedule 走是根本不可能的

(3) 開發成員的背景不能太純，目前我心中感覺最好的組合是

程式設計師占 50% 專案管理者 10% 美工設計20% 專案企劃師 20%

(4) 成員每個人的背景都不同，想法也會差異非常大，重點是要去找出誰才是

我們專案的「顧客」，然後去訪談、普查真正要的是什麼，不管是功能或

是美工都要顧客至上。

(5) 不能用熬夜就能解決的想法去加速 project ，而是要定時 check 進度

(6) 一定要定期開會，用 deadline 逼進度

(7) 雖然說能者多勞，但盡量想辦法讓所有人 loading 差不多 (我覺得非常難)

(8) 創意來自於日常生活的互動 (ex. 吃飯 & 運動)

(9) 能夠用更簡單的技術去執行更好，技術永遠是需要花時間消化的

(10) 避免死結，必須去假設每個人遇到一個問題需要花 3 小時去解決，即使他

可以選擇花30分鐘去問人，也必須去假設他寧願去吃飯 (這點很抽象)

(11) 在真正把功能做出來前的一切規劃與想法都是屁

(12) 當你 assign 一個工作時，心裡就必須假設在指定日期的完成度只有 50%

(13) 即使嘴巴上指責怎麼沒有順利完成工作，但心裡其實是應該要體諒的

(14) 專案管理者必須要專心管理專案，不能做其他事情，會分心

(15) 團隊中至少要有 1 個人去負責溝通程式設計師與美工設計師

要記住這兩種人受的是完全不同的訓練，想法差異非常非常大

(16) 專案管理者最好是多背景的 (會 coding 會美工會企劃) 還有耐心

(17) 整個 project 要先做到可以運作之後，再去繼續加功能，而不是開發了

一堆雜七雜八的功能，再花更多的時間去整合

(18) 不能讓團隊中的程式設計師凌駕於其他人，這很容易發生，因為設計設計師

有屬於自己的語言，但其他人的 domain knowledge 通常是較容易被

一般人所了解的 ( ex. 管理、美感、企劃 )，但是必須要讓每個人知道

事實上缺一不可。

(19) 能夠聚在一起工作的話就不要分開

(20) 可以的話調查每個人大概花了多少時間，因為程式設計的部份通常是會不知

不覺花很多時間，但企劃則是用少量時間可以完成看起來不錯的草稿，

但事實上如果企劃與程式設計師花同樣時間的時候那個產出會非常棒

(21) 專案開發過程中要不斷詢問外人的意見，開發著自己永遠存在著迷思

(22) 不要欺騙自己去相信系統是完整的沒有 bug 的

(23) 一張正確的圖的知識影響力遠大於文字 (ex.系統流程圖，系統介面圖)

(24) 永遠保持專案開發過程中整個團隊的和諧

(25) 有時候即使是半小時可以完成的工作，有時候也可能必須花 3 天的心情沉

澱後才有心情去做它 (尤其事情很多的時候)

一時之間大概想到這些吧，整理一下最大的重點有 4 個

【1】計劃永遠跟不上變化，但還是要計劃，並把變化偷放在心中去管理

【2】不管是功能或是美工或是流程，顧客的需求永遠大於開發者的主觀感受

【3】找到適合的夥伴並信任你的夥伴，即時他們有時讓你煩躁但他們不是故意的

【4】功能、規劃在做出成果之前一切都是屁 !

大概想到這些，以後有想到其他的再補充

歡迎親朋好友們找我一起討論討論

Best Regards.

2009年5月11日星期一

有趣的 YouTube 應用

剛在網路上看到這個有趣的服務

http://www.yooouuutuuube.com/

該服務能夠讓我們提供一個 Youtube 影片的網址後

系統會幫我們做成像電視牆的感覺 (不過網路要夠快效果比較好)

我以下面這部影片為例

剛開始先在該系統給參數 Enter a YouTube video URL

zoomed in 讓格子放大一點，如果勾選 zoomin 但不勾選 shuffle 會出現以下的畫面

shuffle 是隨機出現內容，但速度有點 lag

另外兩個服務 enter search terms 與隨機搜索，我等了5 分鐘 render 結果還沒出來…宣告放棄

有興趣的人自己去玩玩吧

感覺實用性不高但很特別

以後開 party 可以用這種功能來播影片助興

2009年5月6日星期三

google gadget 開發心得第一篇 : hello gadget

因應課程需求，要開發一個簡易的 google gadget，即 google 小工具

想說邊寫邊做筆記，希望能幫助到其他人，這是第一篇 : gadget - hello world

先用一張圖表達何為 gadget，可以連到 i-google 這個頁面 http://www.google.com.tw/ig

你可以看到頁面中有各個方框的部份，分別就是不同的 gadget，使用者可以個人化選擇想要使用的 gadget ，連到這頁有各種服務供選擇，像是字典、電影、Email、新聞、天氣預報等等

http://www.google.com/ig/directory?source=gghp

這樣應該了解何為 gadget 了，那讓我們開始進行開發吧

以下是幾個重要的連結

(1) 開發 gadget 服務首頁(英文) : http://www.google.com/webmasters/gadgets/guidelines.html

(2) 開發 gadget 服務首頁(中文) : http://www.google.com.tw/intl/zh-TW/apis/gadgets/docs-home.html

(3) tutorial(中文) http://www.google.com.tw/intl/zh-TW/apis/gadgets/basic.html

(4) Google Gadget Center

(英文)http://www.google.com/webmasters/gadgets/about/

接下來就開始 step by step 的進入 gadget 的世界

(1) 請連到以下網頁 http://www.google.com/ig/directory?root=/ig&dpos=top

(2) 請架設一個 Web server ，像是 tomcat 或是 appserv 等等，並產生一個相對應 xml檔案內容如下

<?xml version="1.0" encoding="UTF-8" ?>
<Module>
<ModulePrefs title="hello world example" />
<Content type="html">
<![CDATA[
Hello, world!
]]>
</Content>
</Module>

請注意，以下為 "Hello World" 範例的相關資訊(from google)：

小工具是以 XML 指定的。第一行是撰寫 XML 檔案時的標準開始方式。這必須是檔案的第一行。

<Module> 標記表示此 XML 檔案包含小工具。

<ModulePrefs> 標記包含小工具的相關資訊，例如標題、說明、作者和其他選用功能。

<Content type="html"> 這一行表示小工具的內容類型為 HTML。

<![CDATA[ ...insert HTML here... ]]> 可在小工具的內容類型為 html 時用來包含 HTML。它會告訴小工具剖析器，CDATA 區段內的文字不能視為 XML。 CDATA 區段通常包含 HTML 和 JavaScript。

</Content> 表示 Content 區段的結尾。

</Module> 表示小工具定義的結尾。

(3) 請連到 http://www.google.com/ig/directory 並來到左下角的並輸入架站的位置

(4) 接下來會詢問，回答確定

(5) 下一步請將 My gadget 這個 gadget 加到我們的 i-google 首頁

http://www.google.com/ig/adde?moduleurl=www.google.com/ig/modules/developer.xml

(6) 回到我們的 igoole 首頁，順利的話我們剛上傳的 gadget 已經產生了，其他使用者也可以透過我們剛剛給予的 URL 來訂閱使用我們建好的 gadget

2009年4月24日星期五

MAC vs Windows (蘋果與微軟作業系統)

由於筆者因為上課需要購買筆電，我在考慮要買 mac 還是一般 pc

但由於 Mac 跟一般 windows 的作業系統差異真的很大

所以著手整理一些資料，希望對我或是對大家都有幫助

先看一段影片吧，大概都是 mac 強調自己比 windows 好的一些特色

(看看就好，不一定是真的)

我英文也沒有非常好，從影片大概可以得知的意思有

(1) MAC 的中毒機率比較低

(2) MAC 與 windows 彼此可以溝通，但是 Mac 跟其他機器的溝通能力比較好

(3) Mac 製做 photo 和 music 較簡單

(4) windows 很容易當機，Mac 穩定性較高

(5) Mac 也可以 run windows ，但 windows 不能 run Mac

(6) Mac 的東西都比較有質感與漂亮

(7) Mac 做的影片比較正

(8) windows 比較沒有氣度

甚至還有專為這兩種不同 OS 所做的歌，我覺得還蠻好聽的

再來就是我從網路上整理出來兩個的比較表，如果有錯歡迎更正 : )

當然相關的討論或是爭論在網路上都很多，不一定哪一個真的比較好，自己親身體驗最實際！

比較	Mac	PC
價格	稍貴一點，不過差距似乎有越來越小的趨勢	PC比較便宜，同樣價錢規格比較優 *WIN*
操作介面	大多數人認為較漂亮 *WIN*	我覺得如果擅用一些桌面美化的軟體也是可以變得不錯看
市佔率	成長中	一直都高很多 *WIN*
軟體支援度	較低	較高 *WIN*
影像支持度	色彩表現度較佳 *WIN*	較差
被攻擊性	較低 *WIN*	較高
使用難易度	因人而異，但我們通常都是由 windows 入門，所以Mac 會需要花一些時間去適應平手	因人而異平手
使用人士	大多數為美工人士或高級商務人士 (只是比例不是絕對) 平手	一般人或是程式設計師 (只是比例不是絕對) 平手
散熱	據說通常散熱比較弱	通常較佳 *WIN*
重量	同等級較重	同等級較輕 *WIN*
好用軟體 KillerApp	ilife、Keynote、影音剪輯、Papers，只能說在這塊兩個作業系統各有優缺點平手	很多很多，但不能用MAc 的那些平手
電持續航力	各說各話，好像通常比較短	各說各話，好像通常比較長 *WIN*
msn 支援	似乎不太穩定	佳 *WIN*
團體合作度	若一起合作專案的人較多使用 MAC ，一起用會比較好平手	若一起合作專案的人較多使用 PC ，一起用會比較好平手
修理	因為 mac 的配備大多數是內建的，所以要修起來會比較麻煩	可能壞鍵盤修鍵盤就好，壞電池修電池就好 *WIN*
被偷指數	行家會盯上平手	其實還是很容易被偷…自己小心平手
質感	整體出眾 *WIN*	要用相關軟體質感也是可以不錯
話題性	你買 Mac 就會有一堆人「哇，用 Mac 耶，借我玩看看」 *WIN*	不會有人有很大的反應
轉換程度	Mac 可使用 VM 去安裝 Windows *WIN*	目前似乎還是沒辦法支援 mac