Upload
phungdiep
View
214
Download
0
Embed Size (px)
Citation preview
Introduction ..................................................................................................................................................... 3
Scrum framework ............................................................................................................................................ 4
Why scrum? ..................................................................................................................................................... 4
Scrum Principles .............................................................................................................................................. 5
Lean Canvas ..................................................................................................................................................... 6
Why Lean Canvas? ........................................................................................................................................... 6
Lean canvas life cycle ....................................................................................................................................... 7
Knowledge lean canvas .................................................................................................................................... 7
Lean and Scrum ............................................................................................................................................... 9
LSP Methodology ........................................................................................................................................... 10
LSP Principles ................................................................................................................................................. 10
The Roles in LSP ............................................................................................................................................. 10 Business Owner ................................................................................................................................................ 10 Business Team .................................................................................................................................................. 10 Product Owner ................................................................................................................................................. 10 Scrum Master ................................................................................................................................................... 11 Development Team .......................................................................................................................................... 11
LSP Artifacts ................................................................................................................................................... 11 Lean Canvas ...................................................................................................................................................... 11 Product Backlog ................................................................................................................................................ 11 Sprint Backlog ................................................................................................................................................... 11 Sprint ................................................................................................................................................................ 11
LSP Cycle ........................................................................................................................................................ 12
LSP Events ...................................................................................................................................................... 13 Lean Canvas Planning ....................................................................................................................................... 13 Sprint Planning ................................................................................................................................................. 13 Daily Scrum ....................................................................................................................................................... 14 Sprint Review and Lean Canvas Review ........................................................................................................... 14 Sprint Retrospective ......................................................................................................................................... 14
References ..................................................................................................................................................... 15
Introduction
In the past few years, mobile devices has witnessed significant
developments, along with software platforms that faced swift growth.
However, various shortcomings and research gaps still exist in the field.
Many believe that mobile applications are developed with minimum
expenditure. However, producing and developing such applications is a
complicated practice, often resulting in low quality productions due to
budget shortcomings.
Overall expenses are a key factor, since a great deal of software
developments failed to produce acceptable applications, simply because of
funding deficiencies. Moreover, inappropriate scheduling to publish the
applications may deviate developers from the proper development
direction, creating considerable challenges in mobile software
development process. Developers should have a precise reason before commencing application
development, while conducting preliminary research to have an admissible
schedule, alongside with employing certain measurements to provide
timing and cost estimations.
In this chapter, a solution is provided to overcome cost and time challenges
facing mobile device software developments, while adopting two
measurements to facilitate the process.
Scrum framework and lean canvas are the two measurements adopted to
deal with time and cost challenges, and providing a proper scheme to
develop mobile device applications. Moreover, these measurements enable
prompt project conclusions with minimum expenditure, to accommodate
mobile device application developments.
Scrum is a framework utilized for agile development, which provides
agility for development teams through defining processes, roles and
specific artifacts. In Scrum, applications are developed in a step by step
fashion, which is most convenient for projects facing major revisions.
Lean canvas determines the highest levels of uncertainty and risk,
providing developers with utmost understandings in the most prompt
timing, enabling satisfactory development.
This chapter covers 3 sections, namely scrum, lean canvas, and a purpose
methodology named LSP (Lean Scrum Propulsion).
Scrum framework
Scrum is a framework where complex adaptive problems are addressed
within, while delivering results of the highest possible value productively
and creatively [1].
Scrum a well-known agile software development methodology, which has
successfully increased development and testing productivity
simultaneously in various companies. However, some scrum failure
instances are also mentioned in [2].
Scrum includes team efforts for reaching goals and outlooks to produce
new services or products. It enables the team to conclude projects in short
time and low cost, by including products, events and roles in the outset of
the cycle. This cycle includes product backlogging, sprint backlogging,
creating deliverables, daily standups, and accepted deliverables; much like
iterative processes.
Why scrum?
Using scrum benefits the projects in numerous ways, such as:
1. Adaptability: Empirical process control and iterative delivery makes
projects adaptable and open to incorporating changes.
2. Transparency: All information channels (e.g., Scrum board and
Sprint Burn down Charts) are shared, leading to open work environment.
3. Continuous Feedback: Continuous feedback is provided through
conducting daily standups, along with demonstrating and validating sprint
processes.
4. Continuous Improvement: The deliverables are improved
progressively sprint by sprint through the Groom Prioritized Product
Backlog process.
5. Continuous Delivery of Value: Iterative processes enable the
continuous delivery of value through the Ship Deliverables process as
frequently as the customer requires.
6. Sustainable Pace: Scrum processes are designed such that the people
involved perform at a sustainable pace and, in theory, continue indefinitely.
7. Early Delivery of High Value: Creating a Prioritized Product
Backlog process ensures that the highest value customer requirements are
satisfied first.
8. Efficient Development Process: Time-boxing and minimizing
non-essential work leads to higher efficiency levels.
9. Motivation: The Conduct Daily Standup and Retrospect Sprint
processes lead to greater motivation levels amongst employees.
10. Faster Problem Resolution: Collaboration and colocation of
cross-functional teams lead to prompt problem solving.
11. Effective Deliverables: Creating Prioritized Product Backlog
process and regular reviews following deliverable creation, ensures
effective deliverables to the customer.
12. Customer Centric: Emphasizing business value and obtaining a
collaborative approach to stakeholders ensures a customer-oriented
framework.
13. High Trust Environment: Conducting Daily Standups and
Retrospect Sprint processes promote transparency and collaboration,
leading to a high trust work environment ensuring low friction among
employees.
14. Collective Ownership: The Approve, Estimate, and Commit User
Stories process allows team members to take ownership of the project and
their responsibility, leading to higher quality.
15. High Velocity: A collaborative framework enables highly skilled
cross-functional teams to achieve full potential and high velocity.
16. Innovative Environment: The Retrospect Sprint and Retrospect
Project processes create an environment of introspection, learning, and
adaptability leading to an innovative and creative work environment [3].
Scrum Principles
Scrum framework is constructed upon six principles:
1. Empirical Process Control
2. Self-organization
3. Collaboration
4. Value-based Prioritization
5. Time-boxing
6. Iterative Development
Lean Canvas
When an idea is flown into a company, there needs to be methods to
express the idea in a meaningful, yet concise manner without bulk and
extensive time commitments [4].
In 1990, Toyota Production System (TPS) introduced and utilized seven
lean principles in Japan. In a lean process, the seven core principles aim to
remove the system wasted “Muda” [2].
The lean canvas was first delivered as an experiment by Ash Maurya.
If the hypothesis include customer and ideas for the problem, following by
design and running experiments, while failing to perform business analysis
to understand customers, problems and solutions, it would lead to
problems. Therefore, it is necessary to run the analysis on the idea over a
canvas.
Why Lean Canvas?
The main objective of canvas is to help companies move beyond product-
centric thinking and towards business model thinking. The business model
canvas, as opposed to the traditional intricate business plan, facilitates
organizations in conducting structured, tangible, and strategic
conversations for new businesses and existing ones. The one-page canvas
format is particularly preferred since it is:
• Fast: Compared to writing a business plan, which potentially
consumes several weeks or months, multiple business models on a
canvas are outlined in one afternoon. Since creating these one-page
business models require very little time, it is recommended to spend
some additional time up front to brainstorm possible variations in
model and prioritizing the start point [5].
Concise: The canvas forces the conductor to pick words carefully
and get to the point. This is great practice for distilling the essence
of the product. It is mentioned that the presenter has 30 seconds to
grab the attention of an investor over a hypothetical elevator ride,
and eight seconds to grab the attention of a customer on the landing
page [6].
Portable: lean canvas is single page and is easily shared with others.
Lean canvas life cycle
The life cycle of lean canvas is demonstrated in figure 1, starting from the
idea and culminating at validated business idea.
Figure 1: Lean canvas life cycle
Knowledge lean canvas
Before providing the context to lean canvas, it is required to recognize the
lean canvas. This is described in figure 2.
Figure 2: Lean canvas
PROBLEM
Existing Alternatives
SOLUTION
UNIQUE VALUE PROPOSITION
High-Level Concept
UNFAIR ADVANTAGE
CUSTOMER SEGMENTS
Early Adopters
KEY METRICS CHANNELS
COST STRUCTURE REVENUE STREAMS
Ideas
Learn
Data
Build
Measure
Product
2
4
8
7 6
3
9
5
1
As is shown in figure 2, essential blocks of the business parameters are as
follows:
1- Customer segments: defining customers and identifying early adopters.
2- Problem: mentioning one to three important issues and identifying
available alternatives.
3- Unique value proposition: Expressing a unique message, which is clear
and compelling, and explaining why it is different from other messages,
and worthy of attention.
4- Solution: A solution which is provided for any problem. 5- Channels: the path from the initial day to building and testing the
trajectories to customer.
6- Revenue streams: demonstrating the generated potential revenue. 7- Cost structure: Providing the costs associated with the offered solution.
8- Key metrics: Representing progress on the basis of the obtained results.
9- Unfair advantage: consisting any advantage the current project possess
over its competitors.
Lean and Scrum
The daily growth of technology demands more actions done using hand-
held devices. For instance, transactions like paying bills and money
transfer, which traditionally were accomplished in banks, are now
performed with mobile phones. Hence, mobile applications are required to
be developed in a way that satisfy such goals.
Over the last decade, agile and lean methodologies became very popular
for software development in general. However, been a few researches were
conducted on the applicability of such methods in mobile applications [7].
Agile tends to target software development, while Lean Startup targets
business development, product management, and customer development
[8]. Based on the discussions addressed in lean canvas section, the core target
of the lean canvas focuses on life cycle. What is desired, is to combine this
with the core of the scrum, to achieve a combination of the two, to create
methodology agility together with minimum risk. Principles of the least
canvas and scrum are as follows:
Lean Canvas Principle Scrum Principle
Ideas Product backlog, sprint backlog
Build Development
Product Testing
Measure Sprint planning meetings
Data Test data, Burn-down charts
Learn Retrospective meetings, sprint review
LSP Methodology In this section, we propose a new methodology based on the use of lean
canvas with scrum in mobile development, which creates a novel
methodology called LSP (Lean Scrum Propulsion). Using lean canvas
achieves the least amount of expenditures. While with scrum, assigning the
least amount of time for product conversion is feasible. What is notable is
that the principles of the two methodologies remain intact, just a
combination would suffice.
LSP Principles
LSP methodology encompasses nine principles:
1. Market analysis
2. Empirical Process Control
3. Self-organization
4. Cross-functional
5. Collaboration
6. Value-based Prioritization
7. Time-boxing
8. Iterative Development
9. Incremental Development
The Roles in LSP
Business Owner
Business owner is a person whom handles customer (vision)
interaction.
Business Team
A business team is consisted of 4 to 8 members that, fill the lean
canvas considering the market analysis parameters.
Product Owner
Product owner is a person whom fills the product backlog according
to the interaction.
Scrum Master
Scrum master handles the scrum trainings, while assisting the
development team in the project.
Development Team
The development team includes 4 to 9 developers, which handle the
building procedure and further actions.
LSP Artifacts
Lean Canvas
The lean canvas is the analysis of market for ideas, which is fulfilled
using the owner and the business team.
Product Backlog
The product backlog is a prioritized log filled by the product owner
according to interactions held with the business owner.
Sprint Backlog
The sprint backlog is a list prioritized together with the plan for the
team to track work accomplishments.
Sprint
The heart of Scrum is a Sprint, which as mentioned before, is
executed in 2 or 4 weeks. However, it is different from sprint
backlog in features, and is possible to have a changed time sprint.
While the sprint is being executed:
1. No changes should be made that endanger the Sprint Goal
2. The quality objectives should not decrease
3. The scope may be clarified and re-negotiated between the
Product Owner and Development Team, as the process is
moved forward [1].
LSP Cycle
Figure 3: LSP Cycle
Figure 3 describes the flowchart from the idea to product plane. First, it is
the interaction between customers (vision) and the business owner. Next,
business owner collaborates with business team to fill the lean canvas,
which continues using interaction with regard to lean canvas and what the
product owner prioritized, along with what is filled in the product backlog.
Finally, scrum activities are performed afterwards.
LSP Events
Lean Canvas Planning
This event is a meeting where business owner and business team
collaborate in answering the questions and filling the lean canvas,
which takes about 3 hours.
Sprint Planning
In sprint planning, the following questions are answered:
As the result of the increments resulted from the upcoming sprint,
what can be delivered?
How to achieve will the work required to deliver this increment?
Sprint planning meeting: 13:00 – 17:00 (10 minute breaks every
hour)
• 13:00 – 13:30. The product owner reviews the sprint goal and
summarizes product backlog. Also, the place to hold the demo, along
with date and time are set.
• 13:30 – 15:00. The team perform time estimations, and breaks down
the items where necessary, the product owner updates the
importance ratings where necessary, items are clarified, and “How
to present the demo” is filled in for every high-importance item.
• 15:00 – 16:00. The team drafts the stories to be included in the sprint,
and performing velocity calculations as a reality check.
• 16:00 – 17:00. Choosing the time and place for daily scrums (if they
are different from the last sprint). Further breaking down stories into
tasks [9].
Daily Scrum
Daily scrums are standup meetings taking 15 minutes. In this meetings,
development team members are asked to answer the following three
questions. It is worth mentioning that the answers to these questions are
not reported to the product owner, or the scrum master.
What I did yesterday?
What I want to do today?
What challenges I have ahead of me?
Sprint Review and Lean Canvas Review
When the Sprint is ended, a Sprint and Lean Canvas review meeting is
held, where the Business owner, Business Team, Product Owner, Team
Members, and Scrum Master are present. Moreover, customers,
interaction, experts, executives, and anyone else who is interested may
also be present in these meetings.
Sprint Retrospective
At the end of each sprint, the Scrum team meet for the sprint
retrospective, which is also time tabled for about an hour per week
for the duration of the sprint [10]. In this event, presentations on lean
canvas during the present product are exhibited.
References
[1] S. Fitzgerald, “November 2009 Meeting Announcements,” J. Ren. Nutr., vol. 19, no. 6, p. 504, Nov. 2009.
[2] P. Nidagundi and L. Novickis, “Introducing Lean Canvas Model
Adaptation in the Scrum Software Testing,” Procedia Comput. Sci., vol.
104, no. December 2016, pp. 97–103, 2017.
[3] T. Satpathy, SCRUM BODY OF KNOWLEDGE, 2016th ed. Arizona, 2016.
[4] M. E. Moreira, The Agile Enterprise. Berkeley, CA: Apress, 2017.
[5] E. Reis, “Iterate from Plan A to a Plan That Works.”
[6] Marketing Sherpa, “Landing Page Handbook,” p. 273, 2012.
[7] R. Vallon, L. Wenzel, M. E. Brüggemann, and T. Grechenig, “An Agile and
Lean Process Model for Mobile App Development: Case Study into
Austrian Industry,” J. Softw., vol. 10, no. 11, pp. 1245–1264, 2015.
[8] A. Miski, “Development of a Mobile Application Using the Lean Startup
Methodology,” Int. J. Sci. Eng. Res., vol. 5, no. 1, pp. 1743–1748, 2014.
[9] Henrik Kniberg, Scrum and XP from the Trenches. 2007.
[10] SCRUM Alliance, “Core Scrum,” pp. 1–14, 2012.