軟體開發中的“浪費”
精益方法定義浪費是指那些沒有為最終產品增加價值的各種活動。比如敏捷中站會,大家一起溝通一下進展。這個的確沒有增加價值,但是浪費並不代表我們能不做這些活動。
浪費分為
- 事務成本 - 準備工作,做計劃,估算,回顧
- 協調成本- 站會, 溝通會。注意,如果會上討論如何設計程式碼,這就不是所謂的浪費。
- 破壞負載(failure load) - 就是我們常說的,產品出現缺陷,把缺陷改掉,達到原來的應該達到的需求。它是一種增值工作,只是它完成的是本該完成的功能。如果超出了原來的需求,那部分就不算是浪費了。
顯然事務成本,協調成本都是專案開發必須的。但是這些都是我們應該儘量去控制這些活動所佔用的時間。所以,有一個簡單的判別某種活動是否是浪費的方法,就是團隊是否願意花更多的時間在上面。比如說站會,團隊是否願意花30分鐘,或者1個小時在上面呢?
如何能快速的向客戶互動可用程式碼,最大化互動的價值,方法是找處開發環境中的“浪費”,然後最小化它。
--讀書《看板方法》
相關推薦
軟體開發中的“浪費”
精益方法定義浪費是指那些沒有為最終產品增加價值的各種活動。比如敏捷中站會,大家一起溝通一下進展。這個的確沒有增加價值,但是浪費並不代表我們能不做這些活動。 浪費分為 事務成本 - 準備工作,做計劃,估算,回顧協調成本- 站會, 溝通會。注意,如果會上討論如何設計程式碼,這
InfoQ:軟體開發中的7大浪費
個人觀點: 究竟需要誰來設計,誰來實現。 誰來為浪費的資源買單! 軟體開發中的7大浪費 精益軟體開發的基本原則是追求浪費最小化。TPS總結了製造業的7種主要浪費,而Poppendiecks已經把它們引入到我們軟體開發的領域中。Jack Mulinsky最近在agiles
09.精益敏捷專案管理——敏捷軟體開發中QA角色
00.當從鱷魚嘴裡僥倖逃脫時,你很難機器你的初衷其實只是想排出沼澤中的積水。 01.精益——敏捷軟體開發中質量保證(Quality Assurance,QA)的角色展開,涵蓋了許多關鍵問題 *測試人員的作用是防止缺陷,而不是發現缺陷 *開始做開發週期計劃時如何發揮驗收測試的作用,
利用visio在軟體開發中各種圖
分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!  
eclipse常用的快捷鍵,軟體開發中工具必備的技能
用eclipse進行開發時,適當的使用一些快捷鍵會提高我們的開發效率。 複製一行程式碼: 1.先選中一行程式碼,按住ctrl+alt+上或下箭頭,複製程式碼到程式碼的上面或下面; 移動複製的程式碼: 2.選中複製的程式碼,鬆開ctrl鍵,即alt+上或下箭頭,移動程式碼到指定的位置。
軟體開發中的注意事項(常見問題整理)
一、函式定義原則 1、一個函式/方法只做一件事情,不能將多個事情放在一個函式中處理(單一職責原則 SRP) 函式/方法的最小粒度是功能,函式在設計/定義的時候,不能將多個功能柔進一個函式裡面,這樣函式會變得得膨脹,增加了函式的耦合性,不便於函式管理維護。 例如,有這麼一個業務邏輯:使用者每天來網站閱
[譯]軟體開發中個人生產力的差異
原文 https://www.construx.com/10x-software-development/productivity-variations-among-software-developers-and-teams-the-origin-of-10x/ 一些部落格讀者要求更多關於 “10x”名稱由
敏捷軟體開發中的配置管理
敏捷軟體開發方法目的是適應需求的快速響應,能夠快速的釋出和快速的交付使用。 在敏捷中的如何實現配置管理,如何通過配置管理來管理敏捷開發過程中的需求、程式碼、版本等,這是應該是一個專向的課題。 敏捷中的配置管理有如下幾個方面需要考慮:
軟體開發中的詳細設計
比如一個積分兌換系統實現使用積分可以兌換話費功能。此時我們會想到使用設計模式中的策略模式,以便支援各種規則的兌換。但是當前第一版的需求只是兌換話費,現在引入策略模式會增加程式碼的複雜性,是不值得的。
軟體開發中的瀑布模型
一、問題定義 軟體要解決什麼問題,做什麼。例如:做類似京東的購物網站,做類似優酷的視訊網站 二、可行性分析 可行性分析是決定“做或者不做的”,有如下幾個分析: 1、技術可行性,分析技術層面能不能實現所要求的功能2、經濟可行性,分析這個軟體件是否可以盈利3、法律可行性,分析所要做
軟體開發中的9大難題
是什麼讓專案變糟?何時起我們下班回家時開始盤算:“見鬼,我得離開?”下面是我們程式設計師要面對的
敏捷軟體開發中的版本規劃
如上圖,開始之前我們假設產品backlog做過第一次梳理,並且總的故事點為127. 0. 在迭代開始之前,需要有一個產品backlog,並且其中頂部的一些故事是相對更詳細的。 1. 產品backlog需要符合INVEST標準(參見我的一篇部落格)。為了達到這個
[收藏]在離岸軟體開發中採用敏捷過程並從中獲利
作者:Andrew Filev 摘要:通過以下兩種趨勢可在現代軟體開發中付出更少、獲利更多:敏捷開發和離岸外包。讓我們看一下如何以及何時成功結合這兩種趨勢以增強企業的競爭力。 本頁內容 在後泡沫時代,IT 預算被大量削減,造成預算供不應求,於是經理們不得不尋求更具有成
軟體開發中的葵花寶典(轉)
中國人大都喜歡用武俠小說來比較軟體開發,但是在實戰武功中,只有葵花寶典才是最厲害的,也只有掌握了葵花寶典,才能稱為"不敗"。 但什麼才是軟體開發的葵花寶典? 讓我們先從一些現象出發。我們的前提是,軟體開發是一項智力密集型勞動。對於智力密集型勞動,我們觀察到的現象是,個體的表
建模語言UML在軟體開發中的應用
用況檢視由用況圖組成,描述可被終端使用者、分析人員和測試者看到的系統行為;設計檢視包含類圖、物件圖、互動圖、狀態圖和活動圖,主要反映系統的功能需求;程序檢視包含類圖、物件圖、互動圖、狀態圖和活動圖,主要描述形成系統併發與同步機制的執行緒和程序;實現檢視包含構件圖、互動圖、狀態圖和活動圖,反映用於裝配與釋出物理
軟體開發中的十大困難
[導讀]軟體開發中最大的難題不是編寫程式,寫程式碼只是按照邏輯去實現功能,這相對於開發者需要做的其他事情來說簡單直接多了。如果你還是一個不算資深的業餘程式設計師,那你一定要在真正的走向職業道路前確保可以解決下面這些障礙。 軟體開發中最大的難題不是編寫程式,寫程
軟體開發中的完整測試所包括的環節UT、IT、ST、UAT
https://www.cnblogs.com/wangfeng520/p/5623578.html軟體開發中的完成測試環境所包括的環節包括:UT、IT、ST、UATUT = Unit Test 單元測試 IT = System Inte
軟體工程中的系統文獻對映研究例項-軟體開發中的假設條件有哪些定義(第二部分)
之前的部落格詳細描述了軟體工程中的系統文獻對映研究方法。這裡接著給出一個我曾經做過的工作作為例子,以更直觀地展示這種研究型別。該研究的背景資訊這裡不再贅述。 這篇部落格主要介紹第一個研究問題的結果,即軟體開發中的假設條件有哪些定義。 下面的表中給出假設條件的定義的分類,並對映到相關的軟體開發
列出幾種軟體開發中常見的設計模式並解釋
設計模式主要分三個型別:建立型、結構型和行為型。 其中建立型有: 一、Singleton,單例模式:保證一個類只有一個例項,並提供一個訪問它的全域性訪問點 二、Abstract Factory,抽象工廠:提供一個建立一系列相關或相互依賴物件的介面
關於軟體開發中遇到的問題解決思路
開發過程中,難免會遇到各種問題,但是針對問題解決思路有很多,這裡記錄下,目前使用的方法,以便後續遇到問題不會在慌忙中處理。 1、【日誌檔案】檢視軟體記錄的日誌檔案,針對日誌和程式碼結合進行分析,如果針對關鍵邏輯,沒有日誌記錄的習慣,那你就GG了,因為有些問題不是必現的,或者