• Ei tuloksia

Discussion and Conclusion

Agile methods provide all the tools for a software development team to work in an envi-ronment that challenges them and gives the team the flexibility to satisfy customers.

However, agile frameworks require the teams to be self-sufficient and able to manage the project. The agile methods give the guidelines when implementing the methods, not a guide on how it is done, which is the reason why companies and other teams use the methods slightly differently. There are many ways agile methods are used and it all de-pends on how the development teams learn to use them. Because there are many ways to use the tools of the methods, the only way to truly know if a tool is useful is to try it.

Scrumban was a method where the best features of Kanban and Scrum are gathered for the team. The implementation of the Scrumban gave the group of students the

30

opportunity to try out both Kanban and Scrum. The idea behind so many Scrum methods was to give the perspective of how these methods could be used in the working environ-ment and what everyone could be expecting when they start working for different com-panies.

However, there were quite a lot of mixed thoughts during the implementation and im-provements of the Scrumban method. The tools that made sense from the get-go were daily scrums and the product backlog. These tools once put into motion, became a part of the project management without issues.

Adding the sprints to the method felt like the right thing to do and it gave clarity on how much work could be done during a short period of time. But it felt like the team lost a sometime on them as well. Each sprint would require one day where the team would plan each sprint. Those were days when both retrospective and sprint reviews were held.

The scrum retrospective part was very important for each sprint because it gave a voice to the concerns inside the team. Every member could talk about problems they had with the sprints, which then could be solved together and only if every member agreed to it, would the solution be put in place or at least tried out. When the tool was implemented, it was quite plainly used, the Scrum Master not really knowing what questions to ask and what the issues could be with each sprint. It took a few weeks to get it going in the direction of improving sprints.

Sprint reviews gave the team guidelines how to present their work they had managed to accumulate during the sprint. This tool also implemented quite simply, just by having a simple presentation on the current product and adding images for comparison. The rea-son the product was not shown but pictures was because the project was mainly refac-tored.

Another problem with the sprints was that each member had one day a week to write their thesis, which gave the sprints a distorted picture of the whole process. In the end it felt like the team could have worked without the sprints and focus on having weekly meetings with the customer where all work done was presented.

31

The Scrumban method gave a chance for the team to try out new ways of working. Only through trial and error and experimenting with different Agile tools could the team find the right tools to work with.

32

References

1 Nokia. 2020. Our History. <https://www.nokia.com/about-us/company/our-his-tory/>. Internet material. Accessed 1.5.2021.

2 Varhol, Peter. To agile and beyond: The history and legacy of agile development.

<https://techbeacon.com/app-dev-testing/agility-beyond-history-legacy-agile-de-velopment >. Internet material. Accessed 15.4.2021.

3 Agile Methodology: A Beginners Guide to Agile Method and Principle. E-Book.

Accessed 4.5.2021.

4 Highsmith, Jim. 2001. Manifesto for Agile Software Development. <https://ag-ilemanifesto.org/>. Internet material. Accessed 15.2.2021.

5 Eby, Kate. 2016. Comprehensive Guide to the Agile Manifesto.

<https://www.smartsheet.com/comprehensive-guide-values-principles-agile-mani-festo>. Internet material. Accessed 15.2.2021.

6 Productboard Inc. 2021. Agile Values. <https://www.productboard.com/glos-sary/agile-values/>. Internet material. Accessed 20.2.2021.

7 Highsmith, Jim. 2001. Principles behind the Agile Manifesto. <https://agileman-ifesto.org/principles.html>. Internet material. Accessed 10.4.2021.

8 Stiehm, Tom. 2019. The Agile Manifesto Principles: Satisfy the Customer.

<https://www.coveros.com/the-agile-manifesto-principles-satisfy-the-customer>.

Internet material. Accessed 5.4.2021.

9 Coveros, Staff. 2019. The Agile Manifesto Principles: Deliver Frequently.

<https://www.coveros.com/the-agile-manifesto-principles-deliver-frequently/>. In-ternet material. Accessed 4.5.2021.

10 Coveros, Staff. 2019. The Agile Manifesto Principles: Self-Organizing Teams.

<https://www.coveros.com/the-agile-manifesto-principles-self-organizing-teams/>

Internet material. Accessed 10.4.2021.

11 Agile Business Consortium. 2014. What is DSDM? <https://www.agilebusi-ness.org/page/whatisdsdm> Internet material. Accessed 1.4.2021.

33 12 Boog, Jason. 2020. What Is DSDM (Dynamic Systems Development Method)?

<https://theqalead.com/topics/dsdm-dynamic-systems-development-method/> In-ternet material. Accessed 8.4.2021.

13 Agility, im. What is DSDM Atern? <https://agility.im/frequent-agile-question/what-is-dsdm-atern/>. Internet material. Accessed 9.4.2021.

14 Sharma, Lakshay. 2019. DSDM: A step-by-step-Guide [2019].

<https://www.toolsqa.com/agile/dsdm-guide/>. Internet material. Accessed 12.4.2021.

15 Sommerville, Ian. 2016. Software Engineering: Tenth Edition. Book.

16 ProductPlan. 2021. Lean Software Development. <https://www.product-plan.com/glossary/lean-software-development/>. Internet material. Accessed 4.5.2021.

17 Smart, Nigel J. 2013. An introduction to Lean biomanufacturing. <https://www.sci-encedirect.com/topics/engineering/lean-philosophy> Internet material. Accessed 22.4.2021.

18 Render, Joshua. 2019. What is Osmotic Communication? <https://agile-mercu-rial.com/2019/01/26/what-is-osmotic-communication/>. Internet material. Ac-cessed 24.4.2021.

19 <https://www.visual-paradigm.com/tutorials/agile-tutorial/how-to-identify-scrum-project-stakeholders>. Internet material. Accessed 24.3.2021.

20 Kröger, Pyry. Active Scrum Master. Interviewed 18.3.2021.

21 Scrumorg. 2021. What is a Scrum Master? <https://www.scrum.org/re-sources/what-is-a-scrum-master>. Internet material. Accessed 28.3.2021.

22 Techno-PM. 2017. Scrum Board: 4 Templates and Examples.

<https://www.techno-pm.com/2017/05/scrum-board-example.html>. Internet ma-terial. Accessed 4.5.2021.

23 Scrumorg. 2021. What is a Daily Scrum? <https://www.scrum.org/re-sources/what-is-a-daily-scrum>. Internet material. Accessed 30.3.2021.

24 Scrumorg. 2021. What is a Sprint in Scrum. <https://www.scrum.org/re-sources/what-is-a-sprint-in-scrum>. Internet material. Accessed 1.4.2021.

25 Chick, Timothy A. 2014. Figure 6. <https://www.researchgate.net/figure/Sample-Release-Burn-Up-Chart_fig7_266049888>. Internet material. Accessed 4.5.2021

34 26 Wikipedia. 2021. Burn down chart.

<https://en.wikipe-dia.org/wiki/Burn_down_chart>. Internet material. Accessed 4.5.2021.

27 Scrumorg. 2021. What is a Sprint Retrospective? <https://www.scrum.org/re-sources/what-is-a-sprint-retrospective>. Internet material. Accessed 2.4.2021.

28 digité. 2021. What is Kanban? <https://www.digite.com/kanban/what-is-kanban/>.

Internet material. Accessed 17.4.2021.

29 kanbanize. 2021. Kanban Explained for Beginners | The Complete Guide.

<https://kanbanize.com/kanban-resources/getting-started/what-is-kanban>. Inter-net material. Accessed 18.4.2021.

30 ProductPlan. 2021. Scrumban. <https://www.productplan.com/glos-sary/scrumban/>. Internet material. Accessed 26.4.2021.

31 Keup, Megan. 2020. What Is Scrumban? How It Differs from Scrum & Kanban.

<https://www.projectmanager.com/blog/what-is-scrumban>. Internet material. Ac-cessed 26.4.2021.

32 Anonymous Software Engineer. Certified Scrum Master. Interviewed 16.3.2021.

33 Anonymous Software Engineer. certified SAFe DevOps Practisioner, Interviewed 24.3.2021.