語系:
繁體中文
English
說明(常見問題)
圖資館首頁
登入
回首頁
切換:
標籤
|
MARC模式
|
ISBD
Parallel agile - faster delivery, fe...
~
Rosenberg, Doug.
Parallel agile - faster delivery, fewer defects, lower cost
紀錄類型:
書目-電子資源 : Monograph/item
正題名/作者:
Parallel agile - faster delivery, fewer defects, lower costby Doug Rosenberg ... [et al.].
其他作者:
Rosenberg, Doug.
出版者:
Cham :Springer International Publishing :2020.
面頁冊數:
xix, 221 p. :ill., digital ;24 cm.
Contained By:
Springer Nature eBook
標題:
Agile software development.
電子資源:
https://doi.org/10.1007/978-3-030-30701-1
ISBN:
9783030307011$q(electronic bk.)
Parallel agile - faster delivery, fewer defects, lower cost
Parallel agile - faster delivery, fewer defects, lower cost
[electronic resource] /by Doug Rosenberg ... [et al.]. - Cham :Springer International Publishing :2020. - xix, 221 p. :ill., digital ;24 cm.
1. Parallel Agile Concepts -- 2. Inside Parallel Agile -- 3. CodeBots: From Domain Model to Executable Architecture -- 4. Parallel Agile by Example: CarmaCam -- 5. Taking the Scream Out of Scrum -- 6. Test Early, Test Often -- 7. Managing Parallelism: Faster Delivery, Fewer Defects, Lower Cost -- 8. Large-Scale Parallel Development -- 9. Parallel Agile for Machine Learning -- Appendix A. The Scream Guide -- Appendix B. Architecture Blueprints.
From the beginning of software time, people have wondered why it isn't possible to accelerate software projects by simply adding staff. This is sometimes known as the "nine women can't make a baby in one month" problem. The most famous treatise declaring this to be impossible is Fred Brooks' 1975 book The Mythical Man-Month, in which he declares that "adding more programmers to a late software project makes it later," and indeed this has proven largely true over the decades. Aided by a domain-driven code generator that quickly creates database and API code, Parallel Agile (PA) achieves significant schedule compression using parallelism: as many developers as necessary can independently and concurrently develop the scenarios from initial prototype through production code. Projects can scale by elastic staffing, rather than by stretching schedules for larger development efforts. Schedule compression with a large team of developers working in parallel is analogous to hardware acceleration of compute problems using parallel CPUs. PA has some similarities with and differences from other Agile approaches. Like most Agile methods, PA "gets to code early" and uses feedback from executable software to drive requirements and design. PA uses technical prototyping as a risk-mitigation strategy, to help sanity-check requirements for feasibility, and to evaluate different technical architectures and technologies. Unlike many Agile methods, PA does not support "design by refactoring," and it doesn't drive designs from unit tests. Instead, PA uses a minimalist UML-based design approach (Agile/ICONIX) that starts out with a domain model to facilitate communication across the development team, and partitions the system along use case boundaries, which enables parallel development. Parallel Agile is fully compatible with the Incremental Commitment Spiral Model (ICSM), which involves concurrent effort of a systems engineering team, a development team, and a test team working alongside the developers. The authors have been researching and refining the PA process for several years on multiple test projects that have involved over 200 developers. The book's example project details the design of one of these test projects, a crowdsourced traffic safety system.
ISBN: 9783030307011$q(electronic bk.)
Standard No.: 10.1007/978-3-030-30701-1doiSubjects--Topical Terms:
306567
Agile software development.
LC Class. No.: QA76.76.D47
Dewey Class. No.: 005.1112
Parallel agile - faster delivery, fewer defects, lower cost
LDR
:03738nmm a2200337 a 4500
001
592805
003
DE-He213
005
20200702115059.0
006
m d
007
cr nn 008maaau
008
210727s2020 sz s 0 eng d
020
$a
9783030307011$q(electronic bk.)
020
$a
9783030307004$q(paper)
024
7
$a
10.1007/978-3-030-30701-1
$2
doi
035
$a
978-3-030-30701-1
040
$a
GP
$c
GP
041
0
$a
eng
050
4
$a
QA76.76.D47
072
7
$a
UMZ
$2
bicssc
072
7
$a
COM051230
$2
bisacsh
072
7
$a
UMZ
$2
thema
072
7
$a
UL
$2
thema
082
0 4
$a
005.1112
$2
23
090
$a
QA76.76.D47
$b
P222 2020
245
0 0
$a
Parallel agile - faster delivery, fewer defects, lower cost
$h
[electronic resource] /
$c
by Doug Rosenberg ... [et al.].
260
$a
Cham :
$b
Springer International Publishing :
$b
Imprint: Springer,
$c
2020.
300
$a
xix, 221 p. :
$b
ill., digital ;
$c
24 cm.
505
0
$a
1. Parallel Agile Concepts -- 2. Inside Parallel Agile -- 3. CodeBots: From Domain Model to Executable Architecture -- 4. Parallel Agile by Example: CarmaCam -- 5. Taking the Scream Out of Scrum -- 6. Test Early, Test Often -- 7. Managing Parallelism: Faster Delivery, Fewer Defects, Lower Cost -- 8. Large-Scale Parallel Development -- 9. Parallel Agile for Machine Learning -- Appendix A. The Scream Guide -- Appendix B. Architecture Blueprints.
520
$a
From the beginning of software time, people have wondered why it isn't possible to accelerate software projects by simply adding staff. This is sometimes known as the "nine women can't make a baby in one month" problem. The most famous treatise declaring this to be impossible is Fred Brooks' 1975 book The Mythical Man-Month, in which he declares that "adding more programmers to a late software project makes it later," and indeed this has proven largely true over the decades. Aided by a domain-driven code generator that quickly creates database and API code, Parallel Agile (PA) achieves significant schedule compression using parallelism: as many developers as necessary can independently and concurrently develop the scenarios from initial prototype through production code. Projects can scale by elastic staffing, rather than by stretching schedules for larger development efforts. Schedule compression with a large team of developers working in parallel is analogous to hardware acceleration of compute problems using parallel CPUs. PA has some similarities with and differences from other Agile approaches. Like most Agile methods, PA "gets to code early" and uses feedback from executable software to drive requirements and design. PA uses technical prototyping as a risk-mitigation strategy, to help sanity-check requirements for feasibility, and to evaluate different technical architectures and technologies. Unlike many Agile methods, PA does not support "design by refactoring," and it doesn't drive designs from unit tests. Instead, PA uses a minimalist UML-based design approach (Agile/ICONIX) that starts out with a domain model to facilitate communication across the development team, and partitions the system along use case boundaries, which enables parallel development. Parallel Agile is fully compatible with the Incremental Commitment Spiral Model (ICSM), which involves concurrent effort of a systems engineering team, a development team, and a test team working alongside the developers. The authors have been researching and refining the PA process for several years on multiple test projects that have involved over 200 developers. The book's example project details the design of one of these test projects, a crowdsourced traffic safety system.
650
0
$a
Agile software development.
$3
306567
650
1 4
$a
Software Engineering/Programming and Operating Systems.
$3
273711
650
2 4
$a
Management of Computing and Information Systems.
$3
274191
700
1
$a
Rosenberg, Doug.
$3
255564
710
2
$a
SpringerLink (Online service)
$3
273601
773
0
$t
Springer Nature eBook
856
4 0
$u
https://doi.org/10.1007/978-3-030-30701-1
950
$a
Computer Science (SpringerNature-11645)
筆 0 讀者評論
全部
電子館藏
館藏
1 筆 • 頁數 1 •
1
條碼號
館藏地
館藏流通類別
資料類型
索書號
使用類型
借閱狀態
預約狀態
備註欄
附件
000000192796
電子館藏
1圖書
電子書
EB QA76.76.D47 P222 2020 2020
一般使用(Normal)
在架
0
1 筆 • 頁數 1 •
1
多媒體
多媒體檔案
https://doi.org/10.1007/978-3-030-30701-1
評論
新增評論
分享你的心得
Export
取書館別
處理中
...
變更密碼
登入