小組中第一次使用scrum進行乙個比較正式的開發，之前也有過一些嘗試，但是感覺還不是很完整，這一次希望能完整的使用它開發乙個產品，從立項到最終的產品發布。
由於第一次使用，難免有n多的錯誤發生，感覺也很正常，本身scrum就是乙個依靠經驗模型來管理過程的方法，現在已經進行完乙個sprint版本了，其中存在很多問題，現在把能想起來的一一枚舉一下，一做記錄，一做提醒……
一、準備工作不足，專案開始正式的開發工作前，應有乙個準備的過程，這個時候也要完成很多內容，比如說產品名稱定義，願景，使用者故事，產品架構搭建等等，但是內容如此之多，是不是也要按照乙個sprint來處理呢，這個還沒有想好，但是能夠得出的經驗是在下乙個產品開發時準備工作要做的更充分，接下來再詳細的說一說準備工作的內容；
產品名稱及願景：我覺得這個很重要，名稱不用說了，代表產品的一切，應該視之為靈魂，願景是整個目標的概括，也是終極目標的體現。
使用者故事這東西我的理解就是需求了，可以從不同的角度提出，主要是包括幾個要素，名稱，優先順序，評估時間和驗證點，這幾點是最重要的。
產品架構搭建這一塊內容龐大，到目前為止我也想的不是很清楚，內容很多，有產品介面框架的搭建，產品業務邏輯架構的搭建等等；並且還有個關鍵一點是這個架構的搭建在接下來是要與使用者故事結合來進行使用者故事的任務分解的，這是很重要的乙個，這也是現在流程中遇到的乙個問題，如何把使用者故事與產品架構結合好，然後進行正確的任務分解，以保證流程的流暢進行？？？
二、sprint1中沒有對使用者故事進行驗證，也就是說沒有做測試，其實再說明白些就是sprint1壓根沒做完，不過沒關係，試驗嘛，把sprint2做好就ok了，但是這就導致了乙個問題，sprint1裡面的user story接下來在sprint2裡面還要使用，這就造成乙個問題，在使用tfs2010的時候，要把user story的iteration path路徑由sprint1改為sprint2，這就導致了部分sprint1的查詢不能正常進行，不過也沒有辦法，誰叫做的有問題呢，接下來就把user story中缺少的驗證補全吧，再增加新的任務，保證在sprint2裡能正確驗證完成就ok了。
想到**寫到**，有些混亂，不過只是為了做個記錄，以後再做整理吧……
小甲魚 看後有感
list.extend 可以增加多個元素，格式為元素組 list.insert a,b 只能增加單個元素，啊為位置，b為元素 字串string 元組tuple 列表list都可以進行比較運算，由第一位元素開始比較，大小由編碼格式對元素排序順序決定。比較運算 l.reverse與l.sort reve...
電路流片後有感
作為一名本科生，今年有幸參與到專案組的流片中，真的是有生之年，心裡面還是很開心的，現在想分享一波自己流片的經歷和感受！感受一 電路庫的整理，封裝要提前做好 在這次流片中，乙個很深切的感受就是電路庫的整理封裝做的不好，這就導致想我這種做前端設計的人在和版圖工程師對接的時候出現了差錯，庫的版本過多，到時...
看fanny的《墮落》後有感
我依然很喜歡fanny豬的文字，也許是因為我們有過類似的思想，也許不是，但是那種感覺卻是real。我想對fanny說，但我不知道如何去做？我們的心我們自己控制不了。我希望有一天，所有這結煩惱都能夠很好的解決，也許它本就不是乙個煩惱，只是人生中很正常的一段小插曲，至少它是乙個並不需要解決的問題。問問身...