雜談001

1、  如果帶新人的話，要弄清楚他的能力，從而便於把握項目的進度及分配任務，同時對於新人要多次少量的詢問進度及遇到的問題是否可以自己解決，不能的話，需要什麼幫助或者支持。

2、  在於領導交流之前，要整理好自己的思路，以便於對比、提出相應的疑問、建議，達到在討論完了之後，明確知道應該怎麼做，什麼時間去做，做的時候應該注意什麼。

3、  在寫代碼之前，要讀好文檔，明確各個界麵（及操作）之間的邏輯關係！搞不懂的要與實施人員交流，在二次開發的時候，遇到一些文檔不明確，實施人員也不很清楚的地方，就應該去閱讀，以前的源代碼。在寫某部分的時候，也可以參考他的邏輯。

4、在做項目評估工作量的時候，要注意當客戶提出一個新需求的時候，一定要去了解客戶提出需求的背景是什麼？這個功能是用來做什麼的？避免自己想簡單了，要注意細化需求。同時在與客戶交流的過程中，要明確客戶為什麼會提出這個需要（即需求的誘因是什麼）？這個需求以後有可能往哪方麵變化，需求的變化點在什麼地方（便於在設計軟件的時候提升對以後需求變化時的適應性）？

案例

5、話說有這麼一個故事，某公司經常會泄密，公司的底價經常被競爭對手知曉，可卻又苦於無法知道內鬼是誰。於是經理便想出了個主意，跟不同的業務員都說了不一樣的價格，然後又通過多種手段從競爭對手處得知他們獲取的本公司價格，然後兩相對比，最後揪出了內鬼。所以有時候聽到了某些上層的機密，千萬不要隨處亂說，這不僅是關係到公司的機密，還有可能是上級設下的一個套。

6、