Software Development In 21 st  Century
www.henryjacob.com www.designdrivendevelopment.org www.arrkgroup.com
Deadlines Poor Estimation Requirement Changes Immature Architecture and Design No Domain Knowledge Assumption Bad Code Qua...
We are not alone
41.1% of projects will be cancelled before completion 52% of projects will cost 189% of their original estimate Projects c...
“ Mythical Man Month”  -Fred Brooks  Manager of OS/360 5000 Man-Years Effort
The practices of the software engineering community have changed very little over the last 30 years, and the mistakes bein...
What missed in most of cases is  REALITY
Deadlines: More Software projects have gone haywire for lack of calendar time than for all other causes combined – Brooks ...
Poor Estimation Assumes nothing will go wrong Large project has many smaller tasks Hard to know all in advance Hard to est...
Requirement Changes: "Writing software that fully meets its specifications is like walking on water. The former is ea...
Ours is a world where people don't know what they want. The only time you can really find the best problem definition is a...
Architecture: Black Hole Incompleteness and inconsistencies of our ideas become clear only during implementation We can’t ...
We can’t build architecture.  it evolves.
No Domain Knowledge Assumption
Bad Code Quality: Complex, unstructured, scattered and unnecessary code blocks, huge amount of codes  Inevitable shifts in...
No Documentation: Use cases, Design Documents, Class Diagrams, HLD, etc. How useful these documents? Software is the docum...
Death March: People are designed to dissatisfied Technology Trap Lack of motivation There is no such thing as a boring pro...
It’s not my code-Attitude: Fear of touching another programmer's code as a factor in slowing down many projects.  -Kent Be...
Testing : Only 30% of tests are planned Impossible to test every aspect of code, manually.
Mediocre Approach : Only leaders can lead.
Deadlines are inevitable  Everything will take its time Requirements changes (always) We can’t build architecture. it evol...
<ul><li>Individuals and interactions over processes and tools  </li></ul><ul><li>Working software over comprehensive docum...
Scope Feedback Simplicity Test Driven Continuous Integration Refactoring Revamping Empowered Team
Feedback: Small Releases  Shorter Iterations  Stand-up Meetings Code Review – (Design Pair | Pair Programming) Automated T...
Dream Phase: Product Definition, Behavior Engineering, Base Interaction Design  Release Plan  Iteration Plan Base Architec...
Business Requirements  Stabilizing the Architecture  Usability Engineering
Standard Component Framework, MVC or any Variant Utilities and Support Component Exception Handling Strategy  Transaction ...
Building great software is easy: build a great team and they'll make the software for you.
Customer/Proxy Customer User Architect Project Lead Super Programmers Programmers Interaction Designer  Team Coordinators
Small Teams 40 Hrs Per Week Environment
Chemical engineers learned long ago that a process that works in the laboratory cannot be implemented in a factory in one ...
“ If Microsoft is good at anything, it’s avoiding the trap of worrying about criticism. Microsoft fails constantly. They’r...
Upcoming SlideShare
Loading in...5
×

Software Development in 21st Century

1,632
-1

Published on

Published in: Business, Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,632
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
142
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Software Development in 21st Century

  1. 1. Software Development In 21 st Century
  2. 2. www.henryjacob.com www.designdrivendevelopment.org www.arrkgroup.com
  3. 3. Deadlines Poor Estimation Requirement Changes Immature Architecture and Design No Domain Knowledge Assumption Bad Code Quality No Documentation Death March It’s not my code-Attitude Inadequate Testing
  4. 4. We are not alone
  5. 5. 41.1% of projects will be cancelled before completion 52% of projects will cost 189% of their original estimate Projects completed will contain 42% of the original proposed features and functions The average schedule overrun is 222% of the original time estimate
  6. 6. “ Mythical Man Month” -Fred Brooks Manager of OS/360 5000 Man-Years Effort
  7. 7. The practices of the software engineering community have changed very little over the last 30 years, and the mistakes being made then are still being made today.
  8. 8. What missed in most of cases is REALITY
  9. 9. Deadlines: More Software projects have gone haywire for lack of calendar time than for all other causes combined – Brooks Can we change deadlines? NO (In most cases)
  10. 10. Poor Estimation Assumes nothing will go wrong Large project has many smaller tasks Hard to know all in advance Hard to estimate accurately Gutless estimating Some tasks can’t be sped up Dependencies often make tasks sequential Most measures confuse effort with progress People and months are not interchangeable Not all hours devoted to project
  11. 11. Requirement Changes: &quot;Writing software that fully meets its specifications is like walking on water. The former is easy only if the later is frozen, otherwise it’s near impossible.&quot;
  12. 12. Ours is a world where people don't know what they want. The only time you can really find the best problem definition is after you found the solution -De Bono Perception about the problem changes, sometimes the problem itself.
  13. 13. Architecture: Black Hole Incompleteness and inconsistencies of our ideas become clear only during implementation We can’t travel in two boats at the same time. Focus changes from Architecture to Application Delivery. Architecture requirements can be identified only when application matures.
  14. 14. We can’t build architecture. it evolves.
  15. 15. No Domain Knowledge Assumption
  16. 16. Bad Code Quality: Complex, unstructured, scattered and unnecessary code blocks, huge amount of codes Inevitable shifts in requirements and added functionality. Lack of code reviews. Lack of programming skills. Programs evolves, grows and... dies if not taken care of
  17. 17. No Documentation: Use cases, Design Documents, Class Diagrams, HLD, etc. How useful these documents? Software is the document
  18. 18. Death March: People are designed to dissatisfied Technology Trap Lack of motivation There is no such thing as a boring project. There are only boring executions. - Irene Etzkorn
  19. 19. It’s not my code-Attitude: Fear of touching another programmer's code as a factor in slowing down many projects. -Kent Beck
  20. 20. Testing : Only 30% of tests are planned Impossible to test every aspect of code, manually.
  21. 21. Mediocre Approach : Only leaders can lead.
  22. 22. Deadlines are inevitable Everything will take its time Requirements changes (always) We can’t build architecture. it evolves. Programs evolves, grows and... dies if not taken care of Software is the document Impossible to test every aspect of the code, manually Only leaders can lead
  23. 23. <ul><li>Individuals and interactions over processes and tools </li></ul><ul><li>Working software over comprehensive documentation </li></ul><ul><li>Customer collaboration over contract negotiation </li></ul><ul><li>Responding to change over following a plan </li></ul>
  24. 24. Scope Feedback Simplicity Test Driven Continuous Integration Refactoring Revamping Empowered Team
  25. 25. Feedback: Small Releases Shorter Iterations Stand-up Meetings Code Review – (Design Pair | Pair Programming) Automated Tests
  26. 26. Dream Phase: Product Definition, Behavior Engineering, Base Interaction Design Release Plan Iteration Plan Base Architecture: Extract Architecture Story – Estimate – Scope - Iteration Plan [Refactor] - Design – Test - Code – Refactor Continuous Test and Integration Feedback – Standup, Iteration - Release
  27. 27. Business Requirements  Stabilizing the Architecture  Usability Engineering
  28. 28. Standard Component Framework, MVC or any Variant Utilities and Support Component Exception Handling Strategy Transaction Persistence Frameworks Data Concurrency Control Folder Structure and Build Processes Strategy User Mgmt, Control Flow Internalization
  29. 29. Building great software is easy: build a great team and they'll make the software for you.
  30. 30. Customer/Proxy Customer User Architect Project Lead Super Programmers Programmers Interaction Designer Team Coordinators
  31. 31. Small Teams 40 Hrs Per Week Environment
  32. 32. Chemical engineers learned long ago that a process that works in the laboratory cannot be implemented in a factory in one step. An intermediate step called the pilot plant is necessary.... In most [software] projects, the first system is barely usable. It may be too slow, too big, awkward to use, or all three. There is no alternative but to start again , smarting but smarter, and build a redesigned version in which these problems are solved.... Delivering the throwaway to customers buys time, but it does so only at the cost of agony for the user, distraction for the builders while they do the redesign, and a bad reputation for the product that the best redesign will find hard to live down. Hence, plan to throw one away; you will, anyhow .
  33. 33. “ If Microsoft is good at anything, it’s avoiding the trap of worrying about criticism. Microsoft fails constantly. They’re eviscerated in public for lousy products. Yet they persist, through version after version, until they get something good enough. Then they leverage the power they’ve gained in other markets to enforce their standard.” - Seth Godin in Zooming
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×