.gif)
這兩天收到《OCUP/UML初級認證攻略》版權書了，最慢應該七月初就可以在書局買到了，希望各位會喜歡這本新作。同時，也要請各位讀者幫忙勘錯喔！
2008/6/27
PMP::080627學習筆記
(4.5) Monitor and Control Project Work
監控專案的範圍包含專案的啟動、規劃、執行及結案，透過糾正措施或預防措施來改善專案績效。監視工作包含蒐集、測量、分發績效資訊，以及評價測量結果與發展趨勢，以便改善過程。
使用的工具除了專案管理方法、PIMS、專家判斷外，有一項特別的測量技術稱為「實獲值管理」(earned value management)。實獲值技術用來測量(measure)專案績效，從專案啟動到結案過程中的績效。實獲值管理方法也可以依據過去績效，預測(forecast)出未來的績效。
7W+5產檢
昨天做惡夢，夢到自己流產了，懷孕前三個月最怕流產，原來自己把這股擔心壓抑下來了。
今天去看上回的抽血報告，一切都好，只是血紅素剛過標準值，所以懷孕中期要多補充鐵劑。也看了超音波，寶寶長大了一些，醫生還讓我聽寶寶的心跳聲，心跳超快的。
還是沒什麼胃口，特別是聞到肉味，都會覺得有點噁心。不過，醫生說懷孕初期寶寶養分吸收不多，吃少沒關係，中期再多補充營養就可以了。晚上又吐了一次，我老公第一次看我吐，很緊張，直說我懷孕既辛苦又犧牲。對啊，擔心懷孕後期不舒服的情況會加劇，所以推掉了不少賺錢的機會呢 :)
下次產檢是一個月後，那時就已經懷孕12周了，也就是過了懷孕初期了！
2008/6/25
PMP::080625學習筆記
(4.3) Develop Project Management Plan
專案管理計畫定義出專案將如何被執行、監控與結案，它將彙總所有的子計劃(subsidiary plans)，並且於整合變更控制程序(4.6 Integrated Change Control process)中進行更新(updated)與修正(revised)。
因此，專案管理計畫可以由一個或多個子計畫，以及其他事項組成，包含有：
1. 專案範圍管理計畫(5.1 Project scope management plan)
2. 進度管理計畫(6 Schedule management plan)
3. 成本管理計畫(7 Cost management plan)
4. 品質管理計畫、流程改進計畫(8.1 Quality management plan、Process improvement plan)
5. 人員配備管理計畫(9.1 Staffing management plan)
6. 溝通管理計畫(10.1 Communication management plan)
7. 風險管理計畫(11.1Risk management plan)
8. 採購管理計畫(12.1 Procurement management pan)
其他還有：
9. 里程碑清單(6.1 Milestone list)
10. 資源日曆(6.3 Resource calendar)
11. 進度基準(6.5 Schedule baseline)
12. 成本基準(7.2 Cose baseline)
13. 品質基準(8.1 Quality baseline)
14. 風險登記冊(11.2 Risk register)
(4.4) Direct and Manage Project Execution
專案經理與專案團隊共同執行專案管理計畫，以達成專案範圍說明書(5.2 project scope statement)中明確定義的工作項目。其中還包括實施：
1.核准的糾正措施(approved corrective actions)
2.核准的預防措施(approved preventive actions)
3.核准的缺陷補救(approved defect repair)
該子流程執行期間必須蒐集工作績效資訊(work performance information)，其中包含有：
1.時程進度(schedule progress)，狀態資訊
2.可交付成果(deliverable)，已完成與尚未完成
3.進度活動(schedule activity)，已完成與已開始
4.品質標準(quality standards)，已達
5.成本(cost)，批准與已花費(authorized and incurred)
6.進度活動，估算完成時間
7.進度活動，完成百分比
8.將經驗學習(lessons learned)記錄到知識庫
9.資源利用細節
盲眼刺客
(圖片出處：博客來網路書店)
蜜拉喜歡以歷史為號召，建議顧客把一點點歷史帶回家。但就我的記憶，歷史卻不是這樣討人喜愛的，又特別是不會這樣潔淨無瑕。但真實的東西是賣不出去的：大部份人喜歡的都是一個沒有異味的過去。[52]
風濕就像歷史：明明是形成於許久以前的事，卻會反覆以痛楚的方式浮現。[55]
任何生命都是一堆垃圾堆，活著的時候就是如此，更遑論是死後。不過，如果生命是一個垃圾堆的話，那也是一個小得出奇的垃圾堆：當你有機會為某個死者清理善後的時候，你就會意識到，下次別人為你清理善後，會用到的垃圾袋是何其的少。[58]
善行要比惡行的動機更為複雜，也更難解釋。只不過，強加的善行有時候是會讓人受不了。[354]
當你年輕時，你會以為一切都是隨心所欲的。你這裡去那裡去，把時間握在手中捏成一團，扔得遠遠的。你就是部高速汽車。你以為你可以把不喜歡的人事物遠遠拋在後頭，而不知道，他們是有去而復返的慣性的。[386]
夢裡的時間是凝固的，你永遠不可能從去過的地方逃逸出來。[386]
2008/6/23
夜巡者
(圖片出處：博客來網路書店)
所有徵兆都間接的，但同時又如此清晰，以至於無法忽視。[35]
那些未經思索但出於善意的行動，會比深思熟慮卻殘忍的行為要來得更有助益。[51]
真理是如何輕易便死去，而謊言卻是永固長久呀。[112]
生命相對於死亡，愛相對於恨...那麼力量就相對於力量，因為力量是沒有任何道德可以約束。[117]
迷信是危險的，它用欺瞞與不實的希望來影響人。[123]
戰爭中最可怕的事，就是瞭解你的敵人。因為了解——就代表諒解。[200]
我們不需要選擇絕對的真哩，真理總有兩面。我們所擁有的其實只是——拒絕一個我們比較不喜歡的謊言的權利。[283]
凡事都有例外。生命就是由例外組成的。[293]
沒有人能保證你做愛做的工作。[350]
有愛的地方就是光明與黑暗的終結之處。[442]
所謂黑暗界的自由——首要是自身的自由，剝離自良知與心靈的自由。你會覺得沒什麼事會讓你感到心痛——到那時你就要喊救命了。[455]
事實可能是邪惡的，在很多情況下還可能有瞞騙的性質。例如你把整件事情只說一半，然後你就說不想說了，但是又不解釋為什麼。[504]
有時候重要的不是行動，而是無所作為。[547]
不論妳決定怎麼做——妳還是會為了那些妳無法做的事而感到難過。[547]
2008/6/20
6W+5產檢
今天主要是去看寶寶的心跳，醫生說螢幕上出現一閃一閃的地方，就是寶寶的心跳。測到了寶寶的心跳後，就可以核發孕婦健康手冊了。醫生說，預產期是2009年2月8日。跟我生日差一天，也是個水瓶子，真巧！
由於我是高齡產婦，所以需要檢驗的項目很多，護士交代了一堆。雖然健保局有補助某些檢驗，可是仍然要自己負擔部份費用，算算也要花不少錢，低收入戶該怎麼辦呢！
孕吐的現象還好，到目前為止，我只吐過一次，不過幾乎沒什麼食慾，聞到味道比較重的食物都會覺得很不舒服，特別害怕經過炸雞排、鹽酥雞等等的攤子，我都要快速通過。然後，很不耐熱，每天都想在冷氣房裡睡覺，很想吃冰冰涼涼的水果，還能忍住不喝冰飲，特別懷念清心福全的冰烏龍綠。
睡眠時間變長，體力消退，為此我已經砍掉下半年的工作了。還好我老公很體貼我，我只要專心懷孕，其餘的家事都他包辦了，不然就太辛苦了！
備註：醫生告誡，不能洗溫泉、避免盆浴。醫生有開維他命給我，用來減緩孕吐。
2008/6/19
PMP::080619學習筆記
(4.2) Develop Preliminary Project Scope Statement
顧名思義，專案初步範圍說明書(preliminary project scope statement)用來記錄專案的初步範圍，同時用來說明專案需要完成的重要事項。除此之外，在專案範圍管理(project scope management)中，也會需要參考到此處的初步範圍說明書，談到專案範圍管理時，會細究這個部份。
專案初步範圍說明書的內容包括：
1.專案與產品的目標(objective)
2.產品或服務的需求與特性
3.產品驗收標準(acceptance criteria)
4.專案邊界(boundaries)
5.專案需求與可交付成果(deliverables)
6.專案限制(constraints)
7.專案假設(assumptions)
8.專案初步組織(initial project organization)
9.初步識別風險(initial identified risk)
10.進度里程碑(schedule milestones)
11.初步工作分解結構(initial WBS)
12.成本初步估算(order of magnitude cose estimate)
13.專案配置管理需求(project configuration management requirements)
14.批准需求(approval requirements)
2008/6/18
PMP::第一次讀書報告
學員：邱郁惠(271080@gmail.com)
範圍：(4.1) Develop Project Charter
說明：這是一份會讓大家越念越多的筆記，完全違反講師的論調，各位可以收到後丟棄，也可以自行影印並於週日帶到課堂，但這份文件最起碼證明了我有確實執行上週交付的工作。謝謝各位。
-----
前言
在專案執行過程中，慣用的專案管理流程(project development process)，總括來說可以分為44項。當然，在專案執行過程中，不見得44項流程會全派上用場。再者，PMBOK依照知識領域(knowledge area)將44項流程分組，所以才會有44個子流程、9大知識領域之稱。
因此，在PMBOK一書中，ch1~3在對PMBOK的內容做整體性的介紹跟定義外，接續的ch4~12就針對9大知識領域分別描述歸於其中的流程，並且在各章中每一個小節，正好說明一個流程。所以，如果您加總ch4~12的小節數，會發現一共是44小節。
比方說，在ch4談到專案整合管理(project integration management)，歸於這個知識領域的流程一共有7項，所以小節的名稱就是流程的名稱：
4.1 Develop Project Charter
4.2 Develop Preliminary Project Scope Statement
4.3 Develop Project Management Plan
4.4 Direct and Manage Project Execution
4.5 Monitor and Control Project Work
4.6 Integrated Change Control
4.7 Close Project
這樣的分類結果，導致一個學習上的困難，就是—我們是依照著知識領域的順序來學習，但實際的專案運作過程中，這44項流程並非依照著PMBOK章節順序發生。
此外，PMBOK又將44項流程依照專案管理流程(project management process)角度分為五大群組(group)，這樣的分組有依照實際專案進行過程中的所發生的流程順序，這就是我們常聽到的5大流程(IPECC)，也是我們比較熟知的專案流程。在PMBOK第3.2章提到的5大流程的概念：
3.2.1 Initiating Process Group
3.2.2 Planning Process Group
3.2.3 Executing Process Group
3.2.4 Monitoring and Controlling Process Group
3.2.5 Closing Process Group
(4) Project Integration Management
與其說專案整合管理(project integration management)有何獨特的定義，我倒認為它其實更像個大雜燴，所有無法明確歸類於另外8大知識領域中的子流程，或者屬於全面性的子流程，通通都歸為專案整合管理。
所以，舉凡專案的起迄、全面性的管理、監控、以及涉及整體的變動等子流程，可以推想，它們大都歸屬於專案整合管理。在PMBOK中，將下列7項子流程歸屬於專案整合管理：
4.1 Develop Project Charter
4.2 Develop Preliminary Project Scope Statement
4.3 Develop Project Management Plan
4.4 Direct and Manage Project Execution
4.5 Monitor and Control Project Work
4.6 Integrated Change Control
4.7 Close Project
(4.1) Develop Project Charter
既然，專案的起迄歸於專案整合管理，可以想見，其內的第一項子流程便是在處理專案剛設立的情況，這個子流程稱之為—develop project charter。中文譯名，將它稱之為—制定專案章程。
我認為中文譯詞不佳，charter有憑照、許可證、憲章等等的意思，我猜想譯者應該是採用「憲章」的概念。其實，章程是一個模糊且抽象的子眼，會讓人聯想到條列式的條文，而且是高空喊話，不具實的條文。
但是，如果譯詞改成專案「許可」(project charter)之類的，反而比較能夠理解專案一開始設立時，當然必須明確指定專案經理、專案目的、目標、預算等等一連串在專案設立之初就必須指明的事項。
現在，我們可以再回過頭來思考一個根本的問題—一開始為何會需要設立一項新專案，常見的需求如下：
1. 市場需求(market demand)
2. 營運需要(business need)
3. 客戶要求(customer request)
4. 技術提升(technological advance)
5. 法律要求(legal requirement)
6. 社會需要(social need)
歸納上述需求大抵可分為：問題(problem)、機會(opportunities)、營運需求(business requirement)。
所以，一份project charter中，應該包含：
1.需求(requirement)，以滿足顧客、贊助人(sponsor)、或其他利害關係人
2.營運需要(business need)
3.專案目的或理由(project purpose or justification)
4.指派專案經理與權限等級(authority level)
5.整體的里程碑進度表(milestone schedule)
6.利害關係人(stakeholder)的影響
7.職能組織(functional organization)與其參與
8.組織、環境與外部的假設(assumption)
9.組織、環境與外部的限制(constraint)
10.投資報酬率(return on investment)
11.整體預算(budget)
依據、工具與技術、產出(Inputs、Tools&Technigues、Output)
Develop project charter流程執行結束的產出為—project charter，產出的過程中，可以參考合約(contract)、專案工作說明書(project statement of work)、企業環境因素(enterprise environmental factors)、組織過程資產(organizational process assets)等資料文件，還可以善用專案選擇方法(project selection method)、專案管理方法論(project management methodology)、專案管理資訊系統(project management information system)、專家判斷(expert judgment)等工具或技術，以便產出此流程的project charter。
依據
此流程建議的工具與技術有4項，分別說明如下：
1.合約—如果這個專案是由顧客發起的話，則會有來自外界的合約。
2.專案工作說明書(SOW)—用來說明專案提供之產品或服務。對內部專案(internal project)而言，專案發起人(project initiator)或贊助人將提供SOW，主要依據營運需要、產品或服務需求。對外部專案(external project)而言，顧客將提供SOW，其內容通常來參考招標文件(bid document)的一部分內容，諸如提案書(request for proposal)、招標書(request for bid)、合約等。其內容主要包含：
*營運需要(business need)
*產品範圍描述(product scope description)—說明專案的產品需求及特徵。
*策略規劃(stategic plan)—所有專案都需要支援組織的策略性目標。
3.企業環境因素—常見影響專案成功與否的因素有：
*組織文化與結構(culture and structure)
*政府或業界標準(industry standard)
*基礎建設(infrastructure)
*現有的人力資源(existing human resources)
*人事管理(personnal administration)
*公司工作核准制度(company work authorization system)
*市場條件(market conditions)
*利害關係人的風險承受力(risk tolerance)
*商用資料庫(commerical database)
*專案管理資訊系統(PMIS)
4.組織過程資產—組織累積的知識資產也是很好的參考資料，這些資產可分為兩大類：
*組織執行工作的過程與程序—組織標準流程、標準指南、樣板、指南、組織溝通需求、專案結案指南或需求、財務控制程序、缺陷(defect)控制、變更控制程序、風險控制程序、工作授權程序等。
*組織的知識庫(knowledge base)—過程測量資料庫、專案文檔、歷史資料與教訓學習(lessons learned)、缺陷管理資料庫、配置(configuration)管理知識庫、財務資料庫。
工具與技術
此流程建議的工具與技術有4項，分別說明如下：
1.專案選擇方法—用來找出組織所需的最佳作法，這些方法一般分為兩類：
*效益量測方法(benefit measurement methods)—比較方法(comparatives)、評分模型(scoring models)、效益貢獻(benefit contribution)或經濟學模式(economic models)。
*數學運算模式(mathematical models)—線性(linear)、動態(dynamic)、整數(integer)、多目標編程算法(multi-objective programming algorithms)。
2.專案管理方法論—可以是正式或非正式的技術。
3.專案管理資訊系統(PMIS)
4.專家判斷—針對流程一開始的依據(input)資料，可以請專家來提供意見，具備專業知識的專家有：
*組織中的其他單位(other units)
*顧問
*利害關係人，包含顧客或贊助人
*職業和技術協會(professional and technical associations)
*工業團體(industry groups)
送愛因斯坦回家
(圖片出處：博客來網路書店)
不加思索就尊重權威，此乃真理的大敵。[23]
如果用來包肉的紙比包在裡面的肉還要精美，那事情可就不好了。[25]
婚姻試圖讓偶然發生的事維持長久，而這根本是種失敗的嘗試。[44]
有時候，像這樣的時刻，當你身歷其中時是不知其意義的。只有在許久之後，你再次回首才會發現，那一刻竟是一道分水嶺，劃出去過去的你和後來的你。[50]
所有該發生的都已發生。我們只是把自己交了出去，讓我們自己溜進其中。[59]
未說出口的話，像一隻魚躺在乾乾的碼頭一樣掉了出來，發亮、翻跳、乾死。[142]
人真好騙，隨便就被人搞得不相信自己的直覺判斷。[147]
金錢只會招致自私，並總是被人濫用。[231]
老化過程最奇怪的事情是，對於「此地」與「此刻」的熟悉感竟慢慢地流失。[246]
人的感覺像是進駐了永恆，那多少是孤單的，不再有希望或恐懼，就只是靜觀。[246]
2008/6/16
PMP::080616學習筆記
在專案執行過程中，慣用的專案管理流程(project development process)，總括來說可以分為44項。當然，在專案執行過程中，不見得44項流程會全派上用場。再者，PMBOK依照知識領域(knowledge area)將44項流程分組，所以才會有44個子流程、9大知識領域之稱。
因此，在PMBOK一書中，ch1~3在對PMBOK的內容做整體性的介紹跟定義外，接續的ch4~12就針對9大知識領域分別描述歸於其中的流程，並且在各章中每一個小節，正好說明一個流程。所以，如果您加總ch4~12的小節數，會發現一共是44小節。
比方說，在ch4談到專案整合管理(project integration management)，歸於這個知識領域的流程一共有7項，所以小節的名稱就是流程的名稱：
4.1 Develop Project Charter
4.2 Develop Preliminary Project Scope Statement
4.3 Develop Project Management Plan
4.4 Direct and Manage Project Execution
4.5 Monitor and Control Project Work
4.6 Integrated Change Control
4.7 Close Project
這樣的分類結果，導致一個學習上的困難，就是—我們是依照著知識領域的順序來學習，但實際的專案運作過程中，這44項流程並非依照著PMBOK章節順序發生。
此外，PMBOK又將44項流程依照專案管理流程(project management process)角度分為5大群組(group)，這樣的分組有依照實際專案進行過程中的所發生的流程順序，這就是我們常聽到的5大流程(IPECC)，也是我們比較熟知的專案流程。在PMBOK第3.2章提到的5大流程的概念：
3.2.1 Initiating Process Group
3.2.2 Planning Process Group
3.2.3 Executing Process Group
3.2.4 Monitoring and Controlling Process Group
3.2.5 Closing Process Group
PMP第一天上課
昨天在東吳區部上了第一天的PMP課程，喔，我幾乎是在昏睡中度過，完全是(昏)鴨子聽雷...Orz
有幾個原因讓我提不起勁來。首先是個人成見，從開課前我就對這個組織很感冒，因為信箱會不斷收到成功考上PMP的學員信件，這當然是一種行銷和洗腦手法，我對這個超級不舒服的，也反應過，得到的回應是，如果我考上PMP就可以選擇不再收到這樣的信件了。天啊，連不想收到廣告信都不行！到開課近期，就是好多封的簡訊通知，我完全被打敗了...Orz
(這樣的騷擾或許也有負面功效，就是讓我想要趕快考上PMP，然後遠離這個組織，告別這場自找的惡夢。)
接著，第一天課程上，有所謂的「相見歡」。高達50人的班級，又在狹小的電腦教室中，如何進行相見歡。嘿嘿，當然就是分組、自我介紹、選組長、想隊名及隊呼、在配上動作、上台表演，就是高中救國團那套，我是完全被打敗了...Orz
(我心裡只想著，如果這課程學費便宜，搞這套就算了，可是這課程很貴的呢，所以我們在喊隊呼的同時，也在繳高昂的學費。再者，課程緊湊、考試內容繁雜，可不可以節省這些時間，幫我們多上些課啊，搞得我們還要在課後花時間組讀書會，這樣幹麻花錢給補習班啊，我真是想不透耶！)
搞完這些，開始上課，課程一開始，通常要說些PMP有多重要、為什麼要考PMP之類的屁話。先聲明，我說這些是屁話，我自己開課的時候，一開始也會帶這些喔，屁雖然臭，但是不放不行，就是這類的屁話。再者，對我而言，我喜歡一開始就切入主題，這些屁話，在上課之前，我都已經知道了，否則幹麻犧牲週末來上課啊！屁話可以說，但最好像放屁一樣，短短的就好，太長又太臭的話，是很難忍受的。
不過，關於這段屁話，講師用非常高超的方式帶過了。他錄了一段電視台對他們的報導，找了幾個考上PMP又剛好是在知名大公司上班的學員，請他們說明為什麼要考PMP？工作上遇到什麼樣的困境了，之類的。 然後，我們就在課堂上開始看這段影片...Orz
(這段讓我有兩個學習，第一是：對於屁話的處理，要多些變化！第二是，以後我上課也來播放一段之前上課的影音好了，這樣好輕鬆喔，可以坐著吹冷氣還可以收學費。)
再來是workshop，課程中安排短短的workshop當然很好，但是通常是實務課程才會安排workshop，這種課程緊湊的認證課程，一般比較偏向理論、不會講太多實務、更別說有時間做workshop了。
況且，workshop的功效在於，學過一些理論之後，可以透過workshop應用理論，也從動手做中發現問題。再者，帶workshop的老師，應該要不斷地輪流參與各組的討論，從中蒐集各組發生的問題，以便共同解說，讓所有人可以分享其他組別的問題之類的，workshop有它很特別及獨特的帶領方式，不是這樣講了皮毛之後分組討論，就叫做workshop。
(我還是覺得如果把workshop時間拿來講課，就可以多講一些內容了，畢竟這又不是實務班。)
最後的抱怨是抄筆記，喔喔，這可能是我老了的緣故，再來是打的多年的注音輸入法，所以跟不上講師的速度，很多字也都無法直接書寫、得想一下，筆記抄不全，索性放棄掉，自暴自棄地讓自己繼續進入昏睡狀態...Orz
上這課也不全都是抱怨，這次就讓我知道了，原來學員很辛苦的。再來，講師覺得很簡單，上課內容跳來跳去的，對學員來說，會是一頭霧水。
再來是關於對自我的認識，我一直覺得自己很難從課堂上學到東西，我的意思是說，我習慣的學習模式不是透過現場教學，通常這會讓我覺得跳來跳去的，讓我很難跟得上，也覺得很難吸收。我習慣自己看書思考，我會覺得書本內容比較詳盡，閱讀期間也可以不按照作者的思維架構，自行翻前翻後，按照自己的思維邏輯學習。這次進入昏睡狀況來看，確實是這樣，課堂的學習效果對我來說，既差又沒有吸引力。
然後是團體動力的認識，以前我常扮演的角色是團體領導者，這次發現，其實只要可以忍住不說話，自然會有人跳出來，只要可以忍住不抱怨，自然會有人把事情做完。個人不須背負很大的壓力，一個團隊自然有其動力，這股合眾的團隊動力會引導團隊行進。可惜時間不夠，否則關於團隊，有更多有趣的現象值得觀察和學習的。
另外，我們有輔導教練，他們是考上PMP的學長姐，且聽說是志工制、無給職的，這讓我覺得有趣，一個這麼賺錢的補教機構，怎麼可以說動這些人來擔任無給職的志工呢？出自人想要奉獻自我的本性嗎？(我懷疑奉獻是一般人的本性)
而且，這樣的人性通常只會出現在特殊的非營利組織中，比方說帶有宗教意味的慈濟人，本身這群人的人格特質就比較特別了，無給職的志工是有可能發生的。再來是一些社福團體，生命線、張老師、展望會、安寧等等，這些機構靠募款經營，不能說很有錢或者是很貧困，但確實是非營利機構，而且它們照顧的對象是鰥寡孤獨廢疾者，這很容易觸動人心，引發人願意有錢出錢有力出力的奉獻念頭，所以這些組織有志工，且是行之有年的。
但一個營利事業體，而且是很賺錢的事業體，這就讓我大感興趣了，如何可以辦到這點的？或者檯面下，可不是像我們想像的這麼無私奉獻，太不像這個現實世界的運作模式了，嘿嘿，令我好奇！
另一個令我感到有趣的是，坐在我隔壁的同組夥伴，不只跟我同行，看過我的書，而且還是我東吳區部的學友，據推算我們可能是同屆，因為章孝慈校長過世時，我們都還在東吳唸書。可能因為這層關係，他人又挺好，所以讓我不會對課堂感到太過陌生。
(不過，再回頭想想，有什麼好陌生的，畢竟我在東吳區部念了四年的大學，那場所，我熟悉的不得了呢！)
2008/6/13
取消部分課程
因為懷孕了，所以極可能取消10月之後的課程。順利的話，年底寶寶已經很大了，上起課來會很辛苦，所以決定取消課程。預定取消之課程，如下：
1. 10/4~5的SA工作坊。
2. 11/1~2的初級認證班。
3. 12/6~7的SA實務班。
4. 12/13~14的SA工作坊。
目前，還保持招生的課程有：
1. 7/26~27的SA工作坊。
2. 8/2~3的初級認證班。
3. 9/6~7的SA實務班。
預產期是2009年2月初，所以明年的課程最快會從3或4月開始，也就是說2008年10月~2009年2月期間，UML Blog預定不開辦任何課程。
2008/6/9
工作筆記::0806
1. Iteration的開發方式，類別圖是逐步俱全的，可是編碼工作不能等，然而如何可以讓編碼工作早早開動，同時包容類別圖逐步俱全的現象？這是架構師必須思考的事情。
2.架構師的技能並非熟知某個或某些特定的實體平台，這是PSM或設計師該具備的技能，不是架構師。所以，架構師的養成不需要熟知實體平台，正如分析師不需要熟知領域知識一般。
3.fast tracking是一種schedule compression technique.
4.許多專案的失敗，主因來自於一開始的系統範圍未定義清楚，導致需求發散、無限上綱的困境。
5.為什麼很多專案可以快速設計出ERD，並且共用，但是卻無法快速設計出類別圖，並且共用企業物件(business object)呢？難不成ERD是參考畫面、表單而來，而非參考領域概念(domain concept)？
2008/6/6
4W+5產檢
醫生說，已經五週了，可是我怎麼算都只有四週，不知道從哪天開始算的？目前，經由超音波，確認受精卵正常著床於子宮，兩週後回診才能確知小孩有沒有心跳。所以這陣子要注意，不要做任何激烈的運動，最好別騎機車、也不要去跑步、別提重物等等。
我打電話回家，老媽跟我交代了一堆，甚至要我這三個月都不要回家算了，因為我們每次回家都騎機車。注意事項如下：
1.三個月內不准跟其他人說懷孕一事，這是習俗。
2.多喝牛奶、多吃牛肉，這樣孩子才會健壯，但也不可以吃太多牛肉，怕小孩皮膚太黑。
3.不可以隨便拜小廟，正廟或大廟沒關係。
4.不可以去山上看我老爸，那種地方太陰，不好。
5.不可搭乘機車、做激烈運動、提重物，三個月內乖一點，盡量別出門。
6.不可以在臥房動刀、移動床位、剪指甲。
7.少吃醬油，這樣小孩皮膚才會白皙。
8.少用電腦，因為有電磁波。
9.不可以踮腳，晾衣服時要注意。
10.蘋果也不可以吃太多，鐵質太多，小孩皮膚也會比較黑。
11.多喝牛奶、豆漿、吃甘蔗、榴槤，小孩皮膚會比較白皙。
懷孕了，最高興的人應該是我老媽，第二是我婆婆，我跟我老公並列第三。老媽說，每回她有機會去觀音廟，都幫我求子。然後，也不斷跟我老爸說，要保佑我趕快懷孕。太好了，大概全家人都在幫我求子吧，我猜，而我通常都求家中長輩健康，我老公求工作順利，眾人的念力真是有效啊！
雖然高興懷孕了，可是其實這隻小牛也打亂了我一堆計畫。首當其衝的是，年底原本打算甄試研究所的，可是算了算，即便真的甄試上了，開學時刻小孩都還沒滿週歲。再來，原定明年上半年要出的新書，大概是沒辦法如期了，就連今年下半年預定要寫的新書都不知道可不可以順利產出。然後，原本明年預定要開的課程，都沒辦法按照計畫來了，只希望今年預定要開的課可以不受影響。
-----
這是在網站算出來的懷孕重要日子：
最後一次月經期的第一天-2008年4月26日
Baby著床的日期-2008年5月10日
約是最後一次月經週期後的兩週，這是小Baby生命在這個世界形成的第一天喔。
大約是在5-10週的時候-2008年5月31日~7月5日
是最不穩定的一段時間，這時期要特別小心喔，要避免提重物或太勞累，有些人可能晨間會嘔吐或害喜的很厲害，準爸爸要體貼一點哦...^_^
Baby器官開始形成-2008年5月31日
準媽媽要注意飲食的均衡喔^_^
小Baby的主要器官已經形成了-2008年7月5日
在醫院裡醫師可以用超音波清楚地看到baby的心臟以及測到baby的心跳囉...
懷孕的第12週-2008年7月19日
第一妊娠期已經過了，前三個月難過的害喜應該已經不會了，這時間應該多運動以及到醫院作一些胎兒先天性異常的篩檢喔...
懷孕的第23週-2008年10月4日
這個時候可能有些媽媽的體重增加的很快吧，要記得來醫院作妊娠糖尿病以及妊娠毒血症的篩檢喔以及飲食要開始好好的控制了。
懷孕的第27週-2008年11月1日
第二妊娠期又過了，這時應該開始準備小Baby的用品了，醫師已經可以用超音波看出寶寶的性別了，媽媽應該開始與醫師討論生產的方式，準備自然產的媽媽應該要開始參加拉梅姿課程了。
懷孕的第40週-2009年1月31日
親愛的媽咪恭喜妳囉，這是妳的預產期，可能會有一些差距，不過先跟家裡的人計劃好唷，有產兆時要如何到醫院，住院生產時要用的東西先打包好並放在隨時都方便拿到的地方喔！
2008/6/5
2008/6/2
SA實務班#2
第二期SA實務班的課後光碟出爐了！感謝學員提供錄音檔案，才能這麼快整理出課後光碟。未收到通知信的當期學員，看到這篇貼文，請主動來信告知收件人姓名及地址，謝謝！
光碟內容如下：
1.2008年05月31~6月1日12hr.課程錄音。
2.課程資料。
3.《寫給SA的UML/MDA實務手冊》一書之投影片。
4.《寫給C++程式設計師的UML實務手冊》一書之投影片。
5.《OCUP/UML初級認證攻略》一書之投影片。
6.StarUML工具及手冊。
7.上課照片。
-----
第二期上課講師及內容與第一期有很大的不同，大約有3/4的課程內容與第一期不同，實際課程主題如下：
L1-1-Overview(邱郁惠)
L1-2-UML案例經驗分享(Justin)
L1-3~4-CIM1~3(Cathy)
L2-1-簡單的Workshop，全班一塊討論一個範例。(邱郁惠/梁香君)
L2-2-PIM1~2，以及說明該如何撰寫使用案例敘述(Use Case Description)。(邱郁惠/梁香君)
L2-3~4-PIM3~4，以及說明交易樣式(Transaction Pattern)。(邱郁惠/梁香君)
這次上課要特別感謝裕隆公司講師—梁香君，在課堂上跟大家分享許多，同時也現場展現出她令人讚賞的學習能力。我會想辦法邀請梁老師來UML互助會分享UML案例及經驗，同時也極力邀請她加入UML Blog講師群，希望有這樣的榮幸可以邀請到她。
-----
光碟售價499元，歡迎前後期學員來信(271080@gmail.com)訂購。煩請使用ATM轉帳，並請於轉帳之後來信告知收件人姓名、地址、訂購項目和轉帳帳號末5碼，訂購帳號如下：
永豐銀行(807)；帳號(010-004-0008097-8)
-----
這兩天我們的下午茶點是包子先生，第一天大家見到各式包子的驚喜神情，很令我很開心呢 :) 下面有幾張照片是我照的，一些是Justin提供的，Justin照了好幾張，我沒有全放上來，有興趣可到Justin提供的相簿去看。
訂閱：
文章 (Atom)
.gif)
.gif)
