目前日期文章:201005 (24)

瀏覽方式: 標題列表 簡短摘要

Persona對agile的幫助

Personas in Agile
http://zenagile.wordpress.com/2009/08/14/personas-in-agile/

Persona可以幫助你了解, 會使用產品的真正使用者是誰, 讓你可以驗證你所提供功能是否滿足她們的需求

一般來說Persona內包含以下資料:
- Behavior patterns

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

微軟MSF如何和UX結合

http://process.osellus.com/sites/wiki/Enterprise%20MSF%20Agile%20(with%20CobiT)/Wiki%20Pages/WorkDefinition%20-%20Capture%20Project%20Vision.aspx

微軟的MSF流程中, 也是有結合UX (user expereience). 以下是我看到的一些內容:

首先, 整個流程是這樣的
(1) Create Project Vision
(2-1) Create a Scenario

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

面試軟體開發人員的問題

100 Interview Questions for Software Developers
http://www.noop.nl/2009/01/100-interview-questions-for-software-developers.html

作者在這篇文章中, 在十個方面(Requirements, Functional Design, Technical Design, Construction, Algorithms, Data Structures, Testing, Maintenance, Configuration Management, Project Management), 整理出了十個問題, 來詢問面試者的能力.

不管你問了什麼問題, 作者認為重點是要問有挑戰性的問題, 這樣你才能分辨出那些才是聰明的人才. 這點讓我反省了一下, 確實我問問題時太善良了, 這樣確實有時候會看走眼. 為了避免之後後悔, 還是一開始要仔細分辨清楚.

在測試方面, 他準備了以下問題

kojenchieh 發表在 痞客邦 PIXNET 留言(1) 人氣()

觀察的相關書籍

觀察(Observation)在IDEO innovation process中是一個重要的practice, 但是對於要如何開始, 我卻一點頭緒也沒有. 因此上書店尋找了一下, 發現還不少書籍提到要如何進行觀察. 如果大家有看到更多, 歡迎分享一下.

1. 決定未來的10種人:10種創新,10個未來/你屬於哪一種?
http://www.books.com.tw/exep/prod/booksfile.php?item=0010397334
Ch1 人類學家

2. 設計要怎麼思考:培養設計創新的意識

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

在進行Benchmarking時常發生的錯誤

Source: High Performance MySQL, 
Baron Schwartz, Peter Zaitsev, Vadim Tkachenko, Jeremy D. Zawodny, Arjen Lentz, and Derek J. Balling, 
Oreilly

當我在讀"High Performance MySQL"一書時, 作者提到在執行Benchmarking時, 有些錯誤要小心不要去犯. 可是我看完後發現, 幾乎每一條我們都遇到了, 還覺得真得是很可恥. 因此特地整理出來給大家看一下, 希望大家不會在遇到同樣的問題.

1. Using a subset of the real data size

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

Kanban的新書


目前又有一本有關Kanban的新書. 在Amazon上的rank還不錯, 大家都給了滿分. 頁數也不厚, 只有280頁. 大家可以參考一下.

Book: Kanban
Author: David J Anderson
Author blog:
http://www.agilemanagement.net/

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

31. 事情如何開始改變 (2)

source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook

那會怎樣影響團隊的表現?

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

新名詞"窮忙族"~您累了嗎?如何擺脫窮忙族!

http://www.facebook.com/note.php?note_id=426610146857&id=200836698668&ref=mf

您累了嗎?如何擺脫窮忙族!
忙!忙!忙!您越窮越忙嗎?

kojenchieh 發表在 痞客邦 PIXNET 留言(1) 人氣()

醫師,聽說代謝症候群會讓肝指數不正常,那會怎麼樣?有藥可以吃嗎?」

代謝症候群是指血壓高、飯前血糖高、血中三酸甘油脂高、中廣型肥胖、血中高密度膽固醇低的五項指標中,出現至少三項的情形。代謝症候群不但與一般常見腦血管疾病、心臟病、糖尿病以及高血壓等慢性疾病有密切相關,也會造成肝臟的疾病—非酒精性脂肪肝病(NAFLD)。

在過去,脂肪肝一直被認為是沒有傷害或重要性不高的臨床表徵。但自從代謝症候群被重視以來,其相關的研究指出代謝症候群相關的非酒精性脂肪肝病,是有其臨床上重要的意義。代謝症候群相關的非酒精性脂肪肝病,在病理學上廣義地涵蓋了單純的脂肪浸潤(simple steatosis)、脂性肝炎(steatohepatitis)、纖維化(fibrosis)以至於肝硬化(cirrhosis)、肝衰竭甚至肝癌等不同嚴重程度的肝臟病變。由於代謝症候群的主因為肥胖與胰島素阻抗(insulin resistance),而胰島素阻抗意指細胞無法有效運用胰島素,進而無法將葡萄糖轉化成能量,導致血中游離脂肪酸(free fatty acid)進入肝臟,以脂肪形式堆積於肝臟細胞內,使得身體中之內毒素(endotoxin)、細胞激素(cytokines),氧化產物 (oxidant production)及氧化壓力(oxidative stress)等因素而造成肝臟的發炎與纖維化。由於代謝症候群與非酒精性脂肪肝病主要的致病原因都是肥胖與胰島素阻抗,代謝症候群也與非酒精性脂肪肝病的嚴重度有關,因此這兩者關係十分密切。此外,脂肪肝相關的代謝症候群患者,產生動脈硬化心臟血管疾病和糖尿病的機會較一般人高。因此出現脂肪肝的患者必須要留意有無其他代謝症候群相關的疾病。

一般而言,大部分的非酒精性脂肪肝病患並沒有明顯的肝炎或其他肝臟的相關症狀。實驗診斷上,肝功能指數(ALT及AST)可由正常(通常為單純的脂肪浸潤,但有時亦會輕微升高),到升高都可以見到,不過一般不大於正常上限值的四倍,且ALT 通常高於AST,這一點和酒精性肝炎不同。此外,鹼性磷酸酶(Alkaline phosphatase)和膽紅素 (bilirubin)有時亦會升高,而白蛋白通常正常。肝臟超音波檢查下大多會有不同程度的脂肪肝的表現。除非進展到肝硬化,不然肝衰竭的現象幾乎見不到。

至於預防或控制非酒精性脂肪肝並沒有特別的方法,基本上和控制代謝症候群的原則一樣,如養成良好的健康習慣,包括保持標準體重、攝取健康飲食 (控制飲食整體的總熱量、多吃蔬果、避免加工和油炸的食物)、以及多運動 (增加細胞對胰島素的利用,並幫助減輕體重)。目前並無明確研究證據支持使用藥物來治療非酒精性脂肪肝的效果,因此目前尚不建議使用藥物來處理非酒精性脂肪肝。

總而言之,代謝症候群的影響是全身性的,而代謝症候群相關的非酒精性脂肪肝病是有其臨床上的重要性和意義。因此對於已發現非酒精性脂肪肝病的人,應該要積極控制和代謝症候群相關的因素,不但可以減少肝臟相關的疾病,亦可以減少和代謝症候群相關的其他疾病的產生或嚴重程度。

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

31. 事情如何開始改變 (1)

source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook

在導入Kanban三個月後, 系統管理團隊在IT的部門中, 被管理階層評為"表現最好的團隊". 同時, 系統管理團隊在公司回顧會議中被評選為, 前三個"建設性經驗"中的其中一個. 公司的回顧會議是一個全公司性的事件, 每六週舉行一次. 這是團隊第一次出現在前三名的清單中! 誰想得到三個月前, 團隊曾處於瓶頸狀態, 並且很多人還一直在抱怨.

服務的品質已經增加了, 因此, 這是怎麼發生的?

這不可或缺的關頭是當大家開始通力合作, 經理提供了一個明確的重點, 並且保護團隊免於其它不屬於這裡工作的打擾, 因此團隊可以確保品質和交付期限. 我們大約花了三到四個月才出現這樣的狀況, 可是之後就暢通無阻. 不過不可能所有問題都消失了(那將會使我們都失去工作, 對吧??) - 我們現在面臨了新的挑戰: "我們如何讓團隊保持動力去改進(當他們已經不再是瓶頸之後)?"

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

Agile將會影響軟體開發方法的方向

Gartner Predicts 2010: Agile and Cloud Impact Application Development Directions
http://analytical-mind.com/2010/03/09/gartner-predicts-2010-agile-and-cloud-impact-application-development-directions/

在Gartner的預設報告中, 提到在2012年時, 80%的軟體開發專案會使用敏捷開發方法.

雖然Scrum在未來幾年內會持續受歡迎, 但是除非組織願意轉變成以團隊為主的文化(team-focused culture), 否則她們將不會成功.

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

User Story的細節呢?

很多人會說這樣的一句話,怎麼足夠表現出需求詳細的內容呢?很多細節我們還是不知道。那到底要怎麼辦呢?

其實User Story的重點是在於溝通。也就是希望程式設計師和顧客好好坐下來,一起談論想要的功能是什麼,想要拿它來解決什麼問題。也就是真正去了解整個來龍去脈,而並不是花時間去把文件寫的盡善盡美。所以這句話只是開頭,接下來的交談才是重點。

當然User Story並不是這麼不負責任,讓我們來看可以怎麼做。

User Story通常是寫在小卡片或是便利貼上面,因此在正面寫完User Story的描述後,在背面我們可以再增加一些資訊來說明的更清楚。

那要增加什麼資訊呢?User Story的作法是把客戶會滿意的條件加進去,也就是考量哪些事情是顧客所顧慮的,把它們都一一列到卡片的後面。這不但可以讓你知道這需求更詳細的內容,也知道哪些是它們要的優先順序,最後還可以把它們視為驗收測試的標準。但是不要忘記這些都是溝通後所得到的結果。

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

使用者故事(User Stories)

前面談完Product Backlog,可是我們並沒有說明要如何撰寫Product Backlog。在Agile中我們通常是以一個叫User Story的東西,來描述Product Backlog的內容。

這也就是說,你是可以以別種方式來描述Product Backlog的內容,例如use case或是傳統的需求規格書。Agile並沒有做限制。

可是你會什麼問那我們為什麼要用User Story?為什麼要多學一個新的東西呢?那什麼又是User Story呢?接下來就讓我一一道來。

什麼是使用者故事
在wiki中的定義大致如下:

kojenchieh 發表在 痞客邦 PIXNET 留言(1) 人氣()

何謂躁鬱症?

http://www.facebook.com/note.php?note_id=422869081857&id=200836698668&ref=mf

1.何謂躁鬱症?

躁鬱症是一種使人的情緒高低起伏變化失去控制的一種疾病。

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

口服益生菌 可改善異性皮膚炎

http://www.facebook.com/note.php?note_id=422142861857&id=200836698668&ref=mf

【大紀元12月27日報導】季節一變換,異性皮膚炎病童常會搔癢到破皮流血,國內外研究顯示,以服用益生菌做為輔助療法,可以有效改善病情。小兒科醫師並提醒家長注意,千萬不要用熱水沖泡益生菌,也不要在孩童拉肚子餵食優酪乳,這樣對病情沒幫助。
根據衛生署國民健康局統計,嬰幼兒異位性皮膚炎 盛行率從一九九五年的百分之一,攀昇到二00四年的 百分之六點七,估計這種病患全台約有三百萬人。

kojenchieh 發表在 痞客邦 PIXNET 留言(1) 人氣()

中年人是疲勞要角~身體保養應提前到中年或更早,防微杜漸才能夠享有天年

http://www.facebook.com/note.php?note_id=422861936857&id=200836698668&ref=mf

發佈者: 台北市立中興醫院 家庭醫學科施嫈瑜醫師


kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

好書推薦~"別讓不懂營養學的醫生害了你"

http://www.facebook.com/note.php?note_id=423252916857&id=200836698668&ref=mf

雷.D.斯全德
  醫學博士,科羅拉多大學醫學院本科畢業後,在加利福尼亞聖地牙哥市梅西醫院完成研究生學業。他至今已從醫30餘年。他在過去7年裡一直專注於營養藥物(營養補充品)的研究和實踐工作,並在美國、加拿大、澳大利亞、英國和荷蘭講授這項課題。他的研究證明了這樣一個事實:營養補充品的作用比我們想像的更大,甚至對一些已經患有嚴重疾病的病人,也是有效的。斯全德醫生與他心愛的妻子伊莉莎白居住在南達科他州的一個馬場。他們有3個成年的孩子。

kojenchieh 發表在 痞客邦 PIXNET 留言(1) 人氣()

Product Backlog所面臨的問題


1. Product Backlog的來源有很多個
一般來說,資料的來源有以下幾類:
(1) 產品功能:在這一次版本中需要實作的功能。

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

Product Backlog
在專案一開始時,需要有一份要處理的工作項目。在傳統專案中,我們會使用需求規格書,或是者是使用個案。可是在Scrum的軟體開發中,我們使用的是Product backlog這個東西。你會問說這又是什麼新的名詞呢?讓我們來看看大家怎麼定義它:

A. Wiki上的定義
- 對於整個專案來說,它是一個較高層次(high-level)的文件。
- 包含了所有想要功能的描述,或者是wish-list等等。
- 是根據商業價值來排定優先順序

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

功能, 時程, 和成本

在專案管理中, 功能, 時程, 和成本, 一直是最重要的三個要素, 也是不容易取得平衡的三個要素. 因此你可以看到你的專案經理, 常常痛苦掙扎要如何在三者間取捨, 到底要犧牲那幾個, 保留哪幾個.

傳統的一種作法(waterfall)是將要交付的功能固定, 然後在成本和時程間做調整. 主要是以計劃導向(plan-driven), 來導出時程和成本的規劃.

不過這種作法, 往往犧牲的是成本. 因為通常時程無法做大幅變動, 因此只好在成本上考量. 這時候你會做的一件事情, 就是犧牲品質這項成本. 少點測試, 沒有檢視, 或是一寫完就交付.

可是這樣的東西會真的是你要的嗎? 這樣不好的循環, 真的無法打破嗎?

在agile中, 它試著改變這樣的假設, 認為交付功能是可以變動的. 因為功能這種東西不見是越多越好, 適用最重要.

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()

1 2
找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼