向上管理的技術
- 工作能力其實就是「整合個人與組織的能力」。
談話和溝通的技巧,說穿了只是達成目標的工具之一。
第一章 主管只看第一印象,你該怎麼表現?
- 如果你還是不知道該怎麼和主管相處,建議換個方式看待主管,那就是把主管當成是重要「顧客」。
- 在工作上,你為主管提供的服務,就是你提供的商品,如果想要把商品賣出去,當然就要滿足「主管的需求」。
- 在公司裡,主管就是向我們買東西的顧客,我們當然要滿足主管的需求,做到符合主管期待的水準。相反地,如果你自己都不能控制商品的品質,那更別期待顧客會買單。
- 當上班族和開店做生意是一樣的道理,都要以「顧客」-也就是主管的需求為重。
在做事之前,也要記得先取得主管的同意。這樣一來,不管什麼一的主管,你一定都能和他相處愉快。
- 如果想表達和主管不同的意見,或是進行主管指示之外的行動,記得把主管當成顧客,
務必先取得主管的同意。
- 主動告訴他:「你有比較想了解哪個部份嗎?」如果你沒有辦法馬上回答他,
也沒關係,只要和主管說:「請給我三天的時間,我會準備好完整的資料,再向你報告。」
這裡的重點是,告訴主管確定的時間,並且一定要遵守自己提出來的時間,
主管聽到你這麼說,就會對你更放心。
- 遠離黑名單,小心這兩件事
1. 遵守約定 2.負責
-工作三步驟,從此不犯錯
1. 工作開始之前:主動告訴主管「我要開始執行了。」
2. 工作執行中:記得隨時向主管報告「現在工作的進度是...。」
3. 工作完成後:記得和主管說「工作完成了。」
- 把主管當成你的顧客,明確寫出和顧客約定的事項,
並確實做到每個階段都向顧客回報工作進度。只要這麼做,你也能從顧客(主管)的反應中,學到更多應對的訣竅。
第二章 這樣做,主管自然願意聽你的!
- 報告前,先把訊息化繁為簡
報告三步驟:
步驟一、結論:我是這樣想的...
步驟二、原因:原因有以下三項
步驟三、根據:以前就發生過這樣的情形...
- 和主管、客戶、同事溝通時,記得使用「報、商、連」
- 只要在說話之前,仔細思考過這兩個問題,主管一定能快速了解你的想法:
1. So What?(所以呢?)
- 簡單地說,就是先問自己「所以呢?為什麼要向主管報告?」像這樣找出提出報告的理由,
可以幫你快速整理問題,刪除多餘的內容。
2. Why So?(為什麼會變成這樣?)
- 提出有力的證據,讓你說的話更有說服力。
- 改善關係,你可以更主動。與其單方面等著別人接近自己,不如雙方都向對方的方向前進,
這樣一來一定能更快獲得成果。
- 談話成功有三要素
1. 時間、時機(Time):請問,您現在方便說話嗎?
2. 地點(Place):在這邊談可以嗎?
3. 狀況(Occasion):我想談談有關和A公司簽約的事,您方便嗎?
第三章 立即見效!二十七句讓主管看見你的能力
- 大家可能都住要到這個問題了,我想提出來跟大家討論一下。
- 其實,想讓團隊動起來的訣竅只有一個,那就是自己先表現出積極的一面,
並影響其他人,讓身邊的人一起動起來。
- 為了保險起見,請讓我再次確認..
- 我們當初的目標是什麼?
第四章 你做事有好風評,主管才會信任你
- 你努力讓公司好,日子就好過,上班族的工作內容不外乎這兩種:
1.主管交辦給你的工作
2. 你自己向主管爭取的工作
- 與主管互動的小撇步:工作要嚴肅,相處要輕鬆
2018年11月4日 星期日
2018年11月3日 星期六
告別瀑布 擁抱Scrum
告別瀑布 擁抱Scrum
Ken Schwaber,Jeff Sutherland
- Sprint由以下事務共同組成:Sprint計畫會議、每日Scrum站立會議、開發工作、
Sprint檢視會議及Sprint回顧會議。
- 每日溝通:在此會議中,與單個團隊的每日Scrum站立會議一樣,
來自每個元件團隊的代表需要回答下列三個問題:
1.團隊昨天為達成Sprint目標做了什麼?
2.團隊今天會做什麼?
3.有什麼障礙出現,使團隊無法完成Sprint的承諾?
第二章 Scrum:正確的流程產生正確的成果
- 經驗理論本來就意謂在工作實際完成之前,無法確定我們究竟可以完成多少工作。
- 團隊中的成員應該具備程式設計、測試、設計、分析、編寫說明文件、說明架構等技能。
- 摒棄過去的做事方式和學習新的東西將變得同等重要。
- 人在自我管理的時候效率最高。與其讓別人替自己許下承諾,人們更重視自己許下的承諾。
第三章 你也來試試:創立試行
- 每個團隊被分配的工作都嚴重依存於其他團隊的工作。因此在別的團隊完成工作之前他們無法繼續。
第五章 初試Scrum
- Scrum的結構非常簡單,由3個角色、3個產出務(artifact)和5個事務所組成
- Scrum團隊繼續重複上述的步驟,直到實現目標,讓機會最大化,並獲得投資的回報,
或是遇到無法克服的障礙為止。
第六章 在專案層次上運用Scrum
- 使用Scrum的組織通常會使用30天作為每個Sprint的長度,但是Scrum同樣允許週期更短的Sprint。
週期較長的Sprint通常用於變化較小的環境,而週期越短的Sprint越適用於具有機會性或挑戰性的環境。
第七章 發展Scrum的效能
- 隨著投入的增加,所需金錢和技術成本的成長速率會比直線成長還快。
開發團隊不光要測試新開發的軟體功能可否正常工作,還必須測試過去開發的部分以保證新開發的功能沒有影響到整個系統。
- 管理數位化
1. 生產效率 2. 品質 3. 價值
下列指標也可列入考慮:
1. 經營成本
- 對軟體開發組織來說,軟體系統或產品的成本由三個部分共同組成。
他們的總和就是整個軟體系統的經營成本。
開發成本:用於開發系統的資金
維護成本:用於支援、維護和增強系統的資金
運作成本:系統啟用之後,用於運作或操作系統的成本
2. 專案
3. 工作室ROI
- 軟體開發期間的軟體品質會直接影響到系統的維護成本及後續系統增強的成本。低品質的軟體又比高品質的軟體還難以提升,而且會導致成本的提高。
工作完成時累積的技術債務
- 用於修復問題所需的成本會隨著時間的推移而以複利的速度增加。
因此盡快修復問題是至關重要的,必須在問題出現的時候就將其檢測出來並修復。
如此一來,開發人員能夠在問題複雜化之前繼續下一步驟的開發,也不需要在之後用大量精力來補救。
Ken Schwaber,Jeff Sutherland
- Sprint由以下事務共同組成:Sprint計畫會議、每日Scrum站立會議、開發工作、
Sprint檢視會議及Sprint回顧會議。
- 每日溝通:在此會議中,與單個團隊的每日Scrum站立會議一樣,
來自每個元件團隊的代表需要回答下列三個問題:
1.團隊昨天為達成Sprint目標做了什麼?
2.團隊今天會做什麼?
3.有什麼障礙出現,使團隊無法完成Sprint的承諾?
第二章 Scrum:正確的流程產生正確的成果
- 經驗理論本來就意謂在工作實際完成之前,無法確定我們究竟可以完成多少工作。
- 團隊中的成員應該具備程式設計、測試、設計、分析、編寫說明文件、說明架構等技能。
- 摒棄過去的做事方式和學習新的東西將變得同等重要。
- 人在自我管理的時候效率最高。與其讓別人替自己許下承諾,人們更重視自己許下的承諾。
第三章 你也來試試:創立試行
- 每個團隊被分配的工作都嚴重依存於其他團隊的工作。因此在別的團隊完成工作之前他們無法繼續。
第五章 初試Scrum
- Scrum的結構非常簡單,由3個角色、3個產出務(artifact)和5個事務所組成
- Scrum團隊繼續重複上述的步驟,直到實現目標,讓機會最大化,並獲得投資的回報,
或是遇到無法克服的障礙為止。
第六章 在專案層次上運用Scrum
- 使用Scrum的組織通常會使用30天作為每個Sprint的長度,但是Scrum同樣允許週期更短的Sprint。
週期較長的Sprint通常用於變化較小的環境,而週期越短的Sprint越適用於具有機會性或挑戰性的環境。
第七章 發展Scrum的效能
- 隨著投入的增加,所需金錢和技術成本的成長速率會比直線成長還快。
開發團隊不光要測試新開發的軟體功能可否正常工作,還必須測試過去開發的部分以保證新開發的功能沒有影響到整個系統。
- 管理數位化
1. 生產效率 2. 品質 3. 價值
下列指標也可列入考慮:
1. 經營成本
- 對軟體開發組織來說,軟體系統或產品的成本由三個部分共同組成。
他們的總和就是整個軟體系統的經營成本。
開發成本:用於開發系統的資金
維護成本:用於支援、維護和增強系統的資金
運作成本:系統啟用之後,用於運作或操作系統的成本
2. 專案
3. 工作室ROI
- 軟體開發期間的軟體品質會直接影響到系統的維護成本及後續系統增強的成本。低品質的軟體又比高品質的軟體還難以提升,而且會導致成本的提高。
工作完成時累積的技術債務
- 用於修復問題所需的成本會隨著時間的推移而以複利的速度增加。
因此盡快修復問題是至關重要的,必須在問題出現的時候就將其檢測出來並修復。
如此一來,開發人員能夠在問題複雜化之前繼續下一步驟的開發,也不需要在之後用大量精力來補救。
訂閱:
文章 (Atom)