敏捷其實很簡單（2）--理解敏捷12原則
相關推薦
敏捷其實很簡單（2）--理解敏捷12原則
第一條準則：講明瞭敏捷開發的最高目標，就是儘早和持續交付有價值的軟體來滿足客戶，這裡我們要注意幾個關鍵詞，儘早，持續，有價值和滿足，通過這幾個詞，我們實際上是可以理解第一條原則的意義，那就是將產品對於客戶的價值放在首位，整個產品的交付和開發週期都是為了滿足客戶對於產品價值的滿意度。這也是為了解決傳統軟體開發中
敏捷其實很簡單（1）重讀敏捷宣言
本人在軟體開發行業中混跡多年，接觸敏捷開發也有３年多的時間了，期間SM, Agile Coach 都曾經從事過，在工作過程中也有過一些對軟體開發流程，敏捷開發的一些思考和總結。這裡想記錄下來，和大家分享一下，也作為自己對個人多年來工作的一個記錄和總結吧。 本篇是這個敏捷系列
敏捷其實很簡單（4）--初識看板
今天我們來介紹一下敏捷開發中常用的第二個實踐，看板方法。其實，看板方法實際上可以說是精益產品開發的重要實踐，與其他敏捷方法相比，它具有更強的可實施性，提升端到端價值交付能力，更好支援系統的改進。而且它也可以和很多其他敏捷方法無縫連結。 看板方法的起源 中文意思帶來誤解 看
敏捷其實很簡單（9）Scrum Master的七種武器之離別鉤霸王槍箱子
離別鉤， 七種武器裡面代表的是戒驕。其實對於Scrum Master，這個武器也很重要。 組織在敏捷轉型的時候，運行了一段時間之後，運用了一些敏捷實踐，而且從各方面，貌似反響很大，這個時候往往會產生如下想法： 1.我們已經敏捷了， 看站會，看板都用上了
敏捷其實很簡單（11）從站會開始
從今天開始我們準備介紹一下scrum中的4個會議中的每日站會。 每日站會的目的我在這裡就不再累述了，因為已經有太多的文章和書籍來介紹了，如果大家有興趣的話，可以聯絡我，我可以給大家推薦一些資料和書籍。 那麼我們在這裡主要講一下什麼樣的站會是一個好的站會，我們
敏捷其實很簡單（5）一個稱職的PO應該做和不應該做的
Product Owner（產品負責人）是Scrum框架中一個非常重要的角色，產品負責人是管理產品待辦事項列表、確保團隊工作價值的唯一責任人。他負責維護產品待辦事項列表，確保每個成員明晰列表內容、明確哪些條目具有最高優先順序，從而瞭解下個需要開發的條目。 在實際工作中， PO的職責可以參考下圖：
敏捷其實很簡單（15） 回顧會議
其實個人以為，回顧會議在scrum所有的events中是最重要的一個 正如上圖所示，我們可以看到在整個scrum的價值流上，每個會議都有不同的對應意義： planning meeting用來將目標分解並給團隊，standupmeeting 則用來對tea
敏捷其實很簡單（8）Scrum Master的七種武器之碧玉刀多情環
段玉是個不諳世事的少年俠士，不曾練達人情，卻以他幾近天真的誠實贏得了一帆風順的“運氣” 碧玉刀 Scrum Master所需要的誠實要體現在什麼地方呢？ 在scrum prime的描述裡面，沒有要求scrum master一定是所在團隊的技術領域專
敏捷其實很簡單（6）神壇上的Scrum Master
#敏捷其實很簡單-回顧 因為最近工作的原因，所以有段時間沒有更新這個系列的文章了。其實除了時間原因，還有就是想停下來思考一下，後面要怎麼寫，如何能夠從一些新的角度來剖析敏捷，和各位敏捷從業者一起思考敏捷現在的狀態和未來的趨勢。經過幾天的思考和跟其他一些朋友聊天
敏捷其實很簡單（14）review meeting和demo的關係
今天我們來聊一聊scrum中的一個重要會議，review meeting。 這個概念其實在很多資料裡面都有介紹， 我在這裡就不佔用篇幅來介紹基本概念了，那麼今天我們主要說說review meeting和demo之間的關係。 說到這裡，有的朋友就說了， r
敏捷其實很簡單（13） 糾結的故事點
彼此上篇文章說完了計劃會議，我們今天來一起探討一下計劃會議裡面一個很重要的環節，那就是故事點的估計。 故事點這個概念大家應該很瞭解了，實際上就是對在sprint裡面要開發的user story進行一個粗量級的估算，以便於團隊能夠知道這個user story
敏捷其實很簡單（10）--自組織團隊是怎樣煉成的
前面幾期用了很大一個篇幅來講Scrum Master的工具箱，這是因為筆者本人曾經做過幾年的SM，對這個職位可以說是感觸頗深，而SM也是一個Scrum Team非常重要的一個角色，他可以保證團隊始終走在正確的敏捷之路上，幫助團隊成員正確理解敏捷及相關實踐。所以在
敏捷其實很簡單（7） Scrum Master的7種武器之長生劍和孔雀翎
這個系列的文章來到了Scrum Master這個角色的解讀，其實SM在Scrum以及敏捷流程中也是很重要的一個role，而本人也恰好在此有過一些經驗和教訓，所以便想在此多費一些章節和大家分享一下關於Scrum Master這個角色怎樣在Scrum執行中起到應有的
敏捷其實很簡單（12）Scrum中的計劃會議
今天我們來一起聊一聊Scrum中的計劃會議。 那麼，首先，scrum中的planning會議的目的是什麼呢？ 其實從本質上來說，scrum中的planning會議主要有以下幾點 從PB（Product Backlog）中按照優先順序選取這個spr
shell程式設計其實真的很簡單（一）
如今，不會Linux的程式設計師都不意思說自己是程式設計師，而不會shell程式設計就不能說自己會Linux。說起來似乎shell程式設計很屌啊，然而不用擔心，其實shell程式設計真的很簡單。 背景 什麼是shell程式設計 高大上的解釋，往往讓人摸不住頭腦。一句話概括就是：shell
shell程式設計其實真的很簡單（二）
上篇我們學會了如何使用及定義變數。按照尿性，一般接下來就該學基本資料型別的運算了。 沒錯，本篇就仍是這麼俗套的來講講這無聊但又必學的基本資料型別的運算了。 基本資料型別運算 操作符 符號 語義 描述 + 加 10+10，結果為20 - 減 10-3， 結果為7 * 乘 10*2，結果
shell程式設計其實真的很簡單（三）
通過前兩篇文章，我們掌握了shell的一些基本寫法和變數的使用，以及基本資料型別的運算。那麼，本次就將要學習shell的結構化命令了，也就是我們其它程式語言中的條件選擇語句及迴圈語句。 不過，在學習shell結構化命令的時候，我們又會發現它與其它程式設計的語言相比存在不小的區別。下面就開
shell程式設計其實真的很簡單（五）
通過前幾篇文章的學習，我們學會了shell的基本語法。在linux的實際操作中，我們經常看到命令會有很多引數，例如：ls -al 等等，那麼這個引數是怎麼處理的呢？ 接下來我們就來看看shell指令碼對於使用者輸入引數的處理。 命令列引數處理 根據引數位置獲取引
shell程式設計其實真的很簡單（四）
上篇我們學習了shell中條件選擇語句的用法。接下來本篇就來學習迴圈語句。在shell中，迴圈是通過for, while, until命令來實現的。下面就分別來看看吧。 for for迴圈有兩種形式： for-in語句 基本格式如下： for var in li
swift和oc的相互呼叫，其實很簡單（基於swift4.0）
swift呼叫oc: 需要在統一的bridge標頭檔案（xxx-Bridging-Header.h）裡面import，然後即可使用。 oc呼叫swift: 需要在暴露出來的方法和屬性上加@objc否則不可用；且檔案的類需要繼承自NSObject或NSObjec