老翅寒暑

摘要： 因為工作的需要，我要在網頁端編寫一段腳本，把數據通過網頁批量提交到系統中去。所以我就想到了Greasemonkey插件，于是就開始動手寫，發現問題解決得很順利。但是在對腳本進行總結和整理的時候，我習慣性地問了自己一個問題：能不能再簡單點？ 我的答案當然是“能”。 首先回顧我的數據批量提交的需求：我有一批用戶數據要插入到系統中，但是因為系統庫表結構不是行列式的，所以無法轉化為sql語句插入。要插... 閱讀全文

摘要： “什么是需求的最初形式？”這是和網友討論的時候引發的問題，我的觀點是：最容易理解的需求描述形式就是需求的最初形式。如果你是一個需求分析師（BA），客戶嘴里說出來的需求被稱為是“原始需求”，這一類原始需求是沒有經過整理的，而且是沒有章法、次序顛倒甚至邏輯混亂的。BA需要把這些原始需求整理成一個各方都可以接受并理解的需求描述形式。 這是正規需求過程的第一個產出，如我在“需求與設計過程（1）”中講的那樣，人腦處理是非線性過程，大家千萬不要在原始需求整理的時候只出一個東西，你可以并行出N個東西，比如數據詞典、類圖、用例圖等，想到什么就做什么。需求的整理只是主要工作之一而已，不是唯一的工作。 一般在原. 閱讀全文

摘要： 1.前言 看過太多的稱得上“三無”的軟件，就是無需求、無設計、無注釋。嚴格的說來，他們的需求和設計其實還是有的，只是沒有用文檔記錄下來而已，但是注釋確實真的沒有。這些軟件從大到小都有，但是他們都有一個共同的特點，就是“難維護”。前幾天和同事聊天，聽說一個XAML的實現要重寫了，用本地協議代替，然后再去考慮和XAML兼容。雖然我沒有看過這個項目的代碼，但是我知道這個項目基本也是“三無”。當然這個情... 閱讀全文

摘要： 項目進度控制是項目經理的一項重要職責。俗語說的“時間就是金錢”在這里體現得再明顯不過了。項目管理和自駕車回老家過年是相同的，實際上按照項目的定義，“自駕車回老家過年”也是一個不折不扣的項目，只是它更貼合大家的生活，更容易引起共鳴，我們就拿它來做例子說明。從乘客的角度，如果坐車很久，但是沒有達到預期的目 的地的時候，就會產生疑問，一般都會去詢問司機“到哪里了”，如果司機的回答沒有那么令人滿意，這個疑問就會積累。積累到一定程度，就會開始懷疑是否迷 路，如果這個疑問一直無解，最終就會要求停車問路。如果坐的是出租車，就會導致乘客下車，換車繼續前進。項目進行過程中同樣如此，因為軟件項目的“不可見”特性， 閱讀全文

摘要： 項目管理沙龍第十二次會議紀要本次會議的主題是為沒有敏捷共識的項目組定制一個敏捷的實施方法。這是一種普遍存在的情況，和其他的新事物一樣，總會有一些人對“敏捷”這兩個字比較敏感，究其原因，無外乎偏見、誤解和不了解（無知），部分人則是恐懼或自大。當然，不了解是絕大多數人的原因。但是，面對“沒有共識”的人們，到底是說服之后再實施敏捷呢，還是先實施敏捷再用實際效果展示給他們？這是一個問題。我們傾向于后者，即先實施讓人們看到效果。理由很簡單，因為人與人之間的知識和經歷的差異很大，要全部說服的時間成本太高，甚至于不可能，如果面對是一個有一定經驗的人，要想說服他拋棄原先的經驗來接受一個新事物，難度恐怕會更高。 閱讀全文

摘要： 項目管理沙龍第十一次聚會紀要本來這次聚會要講一下項目管理的流程概貌，同時對第一個階段進行一次試探性的深入探討。可惜這次缺席人數太多，變成了“鏘鏘三人行”，原定想要談的內容，也就弱化了。其實每周一次的沙龍，并不需要太多的負擔，就當是每周一次的茶會吧，大家緊張了一整周，放松個90分鐘，也是應該的。不過“三人行必有我師焉”，只要有意愿，肯定能夠談出新話題來。今天分享的知識是“Dreyfus模型”，全稱是“Dreyfus技能獲取模型(Dreyfus Model of Skills Acquisition)”，是兩兄弟研究人工智能時候得到的成果。這個模型把人對知識的學習過程分為幾個階段：新手(Novic 閱讀全文

摘要： 項目管理沙龍第十次聚會紀要會議一開始，就有人跟我們分享了一個名詞，“分析癱瘓”，意思是不斷地追求完美，結果始終在設計狀態，無法到下一步去。詳細可參考這個 http://hi.baidu.com/parad1se/blog/item/8724472a71b87e25d52af1a3.html 和 google。與會者都有同感。而破解“分析癱瘓”的訣竅，就是“敢于行動”，因為人就是在不斷的錯誤中學習并改進的，不犯錯，當然也就談不上改進了。如果用沙龍常用的術語說，那就是“敏捷”。今天的敏捷話題是分享AOM的敏捷過程。AOM是一個基礎平臺產品，在實施敏捷之前，采用周計劃的模式來管理，即每周定制計劃，組 閱讀全文

摘要： 項目管理沙龍第九次聚會紀要前不久在騰訊舉行了2011敏捷大會，但是因為加班或者報名的原因，沙龍里只有一個人參加了敏捷大會，所以本次聚會由夏勇分享參加大會的心得。對大家印象比較深刻的首先是雅各布森給出的一系列敏捷卡片，我們拿到的這一系列卡片有四組，基本覆蓋了敏捷過程的方方面面，對于敏捷過程的指導作用還是比較強的。所以我們決定接下來將這個卡片電子化一下，讓每個人都可以看到。QZone的產品經理的演講還是挺讓人感興趣的，他號稱是QZone每周五天可做到約二十次發布。在這種情況下，如何保證項目成果的質量穩定，是需要一定的水平的。QZone前臺使用php，后臺使用C++，所有模塊集中發布。他們有一個專門 閱讀全文

摘要： 項目管理沙龍第八次聚會紀要本次沙龍依然是NSEC的敏捷經驗總結。這次依然談到了客戶與需求的問題。因為客戶和開發組不在同一個地區，所以客戶完全沒有參與到項目的開發工作，所有的溝通都通過項目經理來進行。從開發人員的角度看，需求變化最大的問題是開發人員無法確定是否真的是對客戶有用的。客戶首先是自己有很多的想法，變來變去，PM也因為距離的關系，無法和客戶面對面溝通，所以也就只能拍腦袋和猜謎語。結果開發人員心里沒底，做不出成就感，心情自然也就好不起來。引出的問題就是：開發人員到底怎么辦？面對這種情況，經過討論，大家認為首先還是要充分信任PM，但是PM也有責任去和客戶充分溝通。這個時候，我們一直強調的“原 閱讀全文

摘要： 項目管理沙龍第七次聚會紀要本次沙龍的主題是由NSEC項目組介紹他們的敏捷實踐經驗。作為公司第一個實施敏捷的項目，他們的成績給整個公司帶來了震動，也是公司其他項目實施敏捷的參考和基礎。因為時間是所限，這次沙龍雖然只來得及只討論了NSEC的四個問題，不過逐個問題討論的過程中，我們涉及到了更多的方面。上次沙龍提出的“代碼秀”在NSEC實施了一周，效果不是很好，首先是頻率問題，上次沙龍談到的代碼秀周期是“周”或“月”為單位，NSEC的實踐證明以“天”為單位確實是太頻繁了；其次是項目組太忙了，沒時間總結，而且分散獨立提出各自的代碼片段，如果沒有專人匯總收集的話，分享起來還是不太方便；另外出現的問題是，程 閱讀全文