最近，有個很好的朋友在路上和我聊天，說我看你們老說敏捷，你能給我說說什麼是敏捷嗎？
我說：敏捷是一種價值觀。
友問：哦，是什麼價值觀？
我說：遵守敏捷宣言的價值觀？你知道敏捷宣言嗎？
友說：不知道。
我說：敏捷價值觀是，個體和互動勝過過程和文件。。。
友問：為什麼個體和互動勝過過程和文件，為什麼。。。
我說： 因為如是這般。。。
還沒說完，就到站了，朋友要走了，回來我就開始思考如何讓人對敏捷有個快速的了解，也就是短時間內了解敏捷的一些精髓。這個我們向客戶推敏捷的時候其實也經常碰到上面的場景，客戶也同樣沒有時間而且不可能有很多時間聽我們講敏捷。
隨後，我回來仔細想了想，我們如何讓別人很容易理解並接收敏捷呢？
1. 我們必須讓他用自己的語言和經歷可以輕鬆的理解。
2. 必須找出敏捷的最重要和最顯著的特點。
3. 必須讓他們明白敏捷帶來的好處，而不只是工作流程的改變。
這兩年我也一直學習和實踐敏捷，正確使用敏捷確確實實可以解決很多問題，注意，我這裡說的是很多，並沒有說所有。同時，可以大大增加專案的成功率。
這裡不說scrum, 不說xp, 下面是我給敏捷的乙個很山寨的定義：
敏捷就是以客戶商業價值驅動的增量的提交，每個迭代一般持續2到4周，每個迭代結束向客戶提供迭代初承諾的高質量的可以工作的軟體，整個團隊持續改進同等時間的工作效率和工作質量。敏捷可以提高團隊的戰鬥力，個人能力隨著團隊能力的提高同步提高，敏捷可以極大提高解決新問題或未知領域的能力。敏捷在提高工作效率和工作質量的同時可以提高個人的成就感和生活質量。敏捷最大的挑戰就是找到敏捷的人（愛學習和上進的人）和乙個好的敏捷教練來正確推行敏捷。敏捷是一種思想和價值觀，不只是使用在軟體領域。
之前，看了一篇文章，很多人錯誤的使用了敏捷，然後就很不願意接受敏捷，這是不對的，我認為這並不是敏捷本身的錯，而是少了乙個好的敏捷教練。我見的大部分使用敏捷的失敗的原因都是拿著瀑布的方式，或者命令和控制的管理方式來使用敏捷。我就發現很多人用winform的思想使用wpf,後者使用webform的方式來使用mvc. 然後說wpf太麻煩，說mvc不好，這並不是wpf和mvc的問題，我們應該使用乙個東西的優點。
本篇文章，你只需看黑色字型就可以了，因為我的目的就是快速讓乙個人知道敏捷是什麼東西，我覺得乙個敏捷的人，如果他現在使用別的過程遇到問題的話，他自己會有更多的理解或者回去查資料去了解。
祝大家晚安，工作生活愉快
王德水
幫別人修電腦時如何裝逼？
用這段cmd echo off clscolor 0a dir s echo 修復完成！echo 按任意鍵退出 pause nul修復完之後再重啟一下哦。這個程式很耗硬碟，也很耗cpu時間。其實整個過程就是重啟在發生作用。接下來是 解析時間，如果只想裝逼，不懂 也不想學 的人可以跳過。第一行 ech...
幫別人改的DS課設8
include include include include include define ok 1 define error 0 define false 0 define true 1 define overflow 2 define maxqsize 101 最大佇列長度 typedef c...
SQL查詢,幫別人做的面試題好像
根據姓名查詢成績，並替換成績為好壞 select m.sname,m.cname,case when m.grade 60 then 好 else 差 end as flag from m a m where m.sname 張三 查詢姓名有重複的，學生的所有考試資訊 select from m a...