在香港，成熟的中層管理是旱有資源。
中層管理很難找。難度之一是Coaching Skill。
原始原因可追溯到後現代的家庭模式漸漸鬆散，家族教育承傳的重視在文化傳統中漸漸流失，變成了倚賴外判－學校的普通教育。徵象是家中較成熟人仕的經驗和閱歷不能有效地回僓系統之中，成了資源流失。
另一原因就是社會中的同理心漸漸流失。中層管理是很委身的角色。上為公司商業與方向思考，下為團隊帶領與管理，內為政策與政治的處理，外為投資者、商業夥伴的連繫，後為能為公司打穩作戰的據點與資源，前為能為公司作長遠計劃成長的路向。
在這云云思考中，思考的軸心－－心性，成為了商業對決時刻的決定性關鍵。
要明白中層管理也是人。人就會有保護自己的傾向。而保護個人利益則成為了中層管理思考能力的一個消耗。在個人利益面對考驗時，中層管理能夠為公司或整體利益放下多少思考多少？心性與同理心成為了決策的一個主要商數。
黑暗兵法之所以著名，就是因為黑暗兵法是先為整體利益犧牲個人利益，而且還要針對普通人執著個人利益的盲點，攻其所不守而定的決定性戰略。合乎兵法。

Product 的意義，就是愛；
愛，就是幫別人解決他的難題；
解決別人的難題，同時就創造了價值；
創造了價值，自然別人也喜歡你。
持續帶來價值，就是有效產品系統。
Product 的世俗思維，卻是從營利入手。
2013.07.26

病左三日
兩天前，和同事討論了個理論。

受過project management training 的manager (e.g. production stream) 和沒有受過相關訓練 (e.g. sales & marketing stream) 的思考模型是很大差別。
若取雙方的精英比較，
Mkt 人，思維主體是紅海模式。Only details matter, 盡在細節中。
Product 人，思維主體是藍海。任你怎樣打，飛高十萬呎，無人爭。

Optimized Debug Process
1. Reproduce the problem
2. Analysis possible point of error
3. Reproduct problem with point of error caught by console log = Proof
4. Find Methodology of Fix
5. Plan Fix
6. Fix it
7. Success

Crash Bug – how to fix? Best algorithm
Crash Bug are some bug which don’t output anything, just crash. Often the engineer has completely no idea where the problem is.
1. Remove lines of codes. Trace back to a point where there is no crash. Set it as a Starting Point (A).
2. Mark the current point as (B).
3. Use a divide and conquer approach. Between (A) and (B), find a middle point (C) which is no crash. Removing and adding back lines of codes, or mark them comment.
4. Minimize the scope until you find which line is the cause of problem.
5. Go to Optimized Debug Process (3) above

IT 行內有不明文事業階梯

Programmer/Engineer: 專注 Scope、Time和Quality，務求做到準確的Scope、Time，並在合適的Quality之下。
Analyst Programmer: Scope和Time複雜程度較大，Quality和技術要求較高。都是務求做得準確。
System Analyst: base on AP + Reuse, Architecture issue, Module control
Lead Programmer / Debug Expert: take over all bug issues in a company
System Architect: SA + DE
Project Coordinator/Producer: Biz, Product, Strategic Planning
Project Manager / Senior Project Manager: SA + Producer

今天，寫一些基本功。
用來訓練新員工很適合的教程。

新員工，需要有態度、團隊能力、責任心、學習能力、技術。尤其是前四樣。
這些是較長期才能訓練到的soft-skill。單靠工作訓練，很難短期能有明顯改善。
個人做法都是在selection process中已filter走不合格的。
任何訓練總有個開始點。而這文的開始點就是以上條件。

1. Scope Sense
先訓練員工明白甚麼是scope。IT Project 都是些抽象產品，員工若對scope不熟悉，通常會不是做少了就是做多了，結果只會影響進度和準期。
Steps:
1.1. PM自己先清楚整個 Project 的 Scope。
1.2. PM將Project分成不同的Task和Module。每一份都是manageable state。
1.3. PM 和Engineer 開 Sprint Planning / Daily Scrum，傳遞Task/Module
1.4. Engineer 要清楚知道Task/Module的definition，才算是傳遞到。

2. Agile Scope
知道Scope，另外的就是時間。
估計時間，最有效的，是PM和Engineer 都估計一份，比對，然後若有分別找出差別的原因。
正常有實力的PM和Engineer，坐在一起估計，應該不會差太遠。若其中一方欠缺估計能力，則另作別話，也不適合參與估計過程，或只適合作培訓用途。
估計到時間，按需要加上一點緩衝或休息時間，就可以pack成module。
若有些task因一時間欠缺資料而不能作出估計的話，可以分作兩份：一份是調查用的時間，另一份是工作時間。

3. Agile XP
１和２都是Agile的實戰版。若公司除了PM外，還有Senior Engineer(SE)，如何分工？
refer to post: https://dayios.wordpress.com/2013/09/11/xp-scrum-agile/
若有SE，則需要訓練E學懂配合SE。

XP: Extreme Programming

SCRUM + XP
兩個人做development。
Team Setting: 一個Senior Engineer(SE) 加一個Engineer(E)。
Planning: 先和Project Manager (PM) 做Scrum Agile。Daily Scrum，夾Scope 和Schedule。
Analysis: SE和E 夾分工方法，夾個別部件的做法。
Implementation: Engineer 專注push forward進度；SE專注解決所有技術問題、研發Library、測試、其他雜項handling、Product問題等等。

上一篇談PM的文中，指出Scope Management是最重要的。
這篇寫寫如何有效和優質地確認一個Project 的Scope。

首先，Scope 是UX的一種。
Scope Management 是High Level的，而不是技術層面的。
Scope Management 是要回答到Why & What。若你發現你對一個Project 的Why & What 有一個很有信心的確實回答時，你就是對Scope已掌握得好。

以下是一些對思考Scope 有幫助的Brainstorming Tools。都是一些文件或War Room Session。
試試每種都做一次，而做過的文件反覆比較和整合，會加強效果。

1. 你會如何用Problem Statement來形容這個Scope？而相對應的Methodology和Possibile Solution是甚麼？

2. 試試形容一個全面的high-level direction。

3. 分析有甚麼Domain Objects / Domain Assets

4. 畫一個你構想中Draft UI

5. 競爭者如何做類似的Product?

6. 分別寫幾份不同層次而都是完整的Feature List

7. 寫一份Draft Database Schema

8. Use Cases Analysis

9. 你會如何回答這個問題：Why I have to do this?

10. 做一個PPT，對象觀眾是non-IT audience。

聽過不少人講他們如何做Project Management(項目管理, a.k.a. PM)，常見的是很多人其實都不懂得做PM。
所以，想寫一篇有關PM，順便整理一下心得。

大部份人犯的毛病都是太過學術性。讀死書。
現時著名的PM Methodology 主要是PMP(US), Prince2(UK/Europe), Scrum(日系管理)。
它們各有各的長短處。
很多人讀完書，就只懂得用model解決問題，但缺乏了書本沒有教的Project Sense。

Project Sense，在PMP書面叫做PM Triangle。
和PMP不同的是，有Sense的人不是有document說如何處理Budget, Schedule和Scope。而是在腦中有一個PM Triangle。
這本身是一種「球感」。

簡單來說，首先要在腦海中掌握好Scope是甚麼。
若掌握到Scope，已成功了一半。
有了Scope，Schedule和Budget就只單純是會計運算。你會發現大腦甚至會在潛意識中計算到並告訴你能否按Budget和Schedule進行：若不能達成，確定Scope後你會覺得很不妥的。
掌握了這三點，甚麼Communication Plan, HR Plan, Integration, Outsourcing等等，都是自動埋位的。
至於Quality 和Risk，就是項目經理的經驗本身了，只能累積，沒有得速學。