Article

Bot

Project Management

Financial Institution

Hybrid Methods

June 17, 2021

Project management using hybrid methods in information technology of a Financial Institution

DOI: 10.22167/2675-6528-20210005

E&S 2021.2: e.20210005

Fernando Rocha Moreira e Gressa Amanda Chinelato

With the advancement of technology and competitiveness in the financial sector, financial institutions are increasingly seeking space through the internet, providing better products and more robust mobile applications, making competition increasingly fierce (Moreira et. al, 2020).

With this competition, data and information losses can cause these institutions to stop profiting or incur incalculable losses. Today, it is extremely necessary to take care of the backup processes of financial organizations, which has ceased to be carried out through physical media, such as tape backups (Fonseca et al., 2010).

Given this scenario, the objective was to develop bots to initiate the automatic data backup process of a system that performs the monthly accounting closing of a financial institution. The case study was carried out in a large financial institution with over 90,000 employees, present in Brazil and abroad.

To create this hybrid project management methodology, it was necessary to:

  • create a visual model through a Project Model Canvas-[PMC] (Finocchio Junior, 2013);
  • adopt concepts of Agile Methodologies such as Scrum (Beck et al, 2001; Sutherland et al, 2009; Vallerão, 2013);
  • develop the Kanban Board and Burndown Chart for project monitoring (Arafeen and Saugata, 2009);
  • adopt concepts contained in the PMBOK such as Gantt Chart, Risk Analysis, Program Evaluation and Review Technique – (PERT), Critical Path Method – (CPM) and Probabilistic (Novais et al, 2011; PMI, 2017).

The Canvas fields were filled through a brainstorm with the specialists, working on the fields: justification, objective, timeline, benefits, products, requirements, stakeholders, teams, and constraints (Table 1).

Table 1. Canvas for the development of a solution for the backup process in a financial institution

JustificationNeed for backup process automation
ObjectiveFinancial risk mitigation, data loss, human error
SchedulePeriod less than 40 hours
BenefitsProcess automation and risk mitigation in general and time
saving
ProductCreation of the bot for performing automatic backups
RequirementsDefinition of technical details for bot creation
Interested partiesSurvey of all project stakeholders, from the
team, agency employees, suppliers, and clients
TeamsListing of all analysts with their assignments
RestrictionsDo not make changes in the production environment directly and
without testing
PremisesBot only performs the backup and does not proceed with the monthly closing without authorization from an analyst

The project was initiated on the last business day of November 2019. To define the Delivery Groups field, a survey of the activities that should be carried out was performed. For this, a Project Breakdown Structure (PBS) (Figure 1) was built, the delivery priority order was defined (Table 1), and a network diagram to illustrate this preference order of deliveries (Figure 2).

Figure 1. Work Breakdown Structure (WBS)

Table 1. Activities defined in the project according to the raised priorities

ActivityPredecessor
1. Planning with the team 
2. Region 1 Documentation1
3. Implementation of Region 12
4. Region 2 Documentation3
5. Region 2 Deployment4
6. Test5

Figure 2. Network diagram

For the Timeline field, the estimate was calculated using PERT/CPM techniques (Table 2) and then the Gantt Chart was established with the analysts allocated to their respective activities (Figure 3). A Burndown chart was also developed (Figure 4), where the black line shows the project execution estimate, and a Kanban board was built with activities divided into sticky notes, containing the fields: To Do, Doing, Done, and Blocked.

Table 2. Program Evaluation and Review Technique (PERT) Calculation with project completion estimate and Variance

ActivityPERTVariance
———hours———
Planning with the team5,60,1
Region 1 Documentation4,00,1
Region 2 Deployment3,80,2
Region 2 Documentation10,61,0
Region 2 Deployment101,2
Test3,50,0
Sum37,42,7

Figure 3. Gantt Chart

Figure 4. Burndown Chart

To fill in the Costs field: a value of R$ 7,185.82 was entered, calculated according to the Analysts’ value/hour (Table 3) and by the total value obtained per activity according to how the analysts were allocated per activity (Table 4).

Table 3. Analysts with their respective hourly work values

AnalystHourly rate
BRL hour-1
Analyst 154,00
Analyst 254,00
Analyst 374,00
Analyst 454,00
Analyst 574,00

_

Table 4. Value of each activity and the total project execution

ActivityValue
BRL
Planning with the team1.729,80
Region 1 Documentation506,88
Region 2 Deployment687,96
Region 2 Documentation1359,36
Region 2 Deployment1823,64
Test1078,18
Sum7.185,82

To fill in the Risk Group field, the probability of project success was calculated, finding Z=1.6, a value equivalent to a 94% chance of the project being completed on time using the normal distribution table. The peak of the graph was 37.4 hours, which refers to the estimated deadline for project completion (Figure 5). Quantitative Risk Analysis was also performed using PERT to estimate the Probability of any risk occurring and, consequently, the Expected Value calculation (Table 5).

Figure 5. Area of the probability of the project being executed in 40 hours

Table 5 Quantitative analysis of data risks considering Category

IDRiskProbability
(P)
Impact
(I)
Expected Value P x IDelay
  %——————-BRL——————-hours
1Documentation failure
– Region 1
36,7506,88185,861,46
2Bot assembly failed
– Region 1
10,8687,9674,820,41
3Documentation failure
– Region 2
36,71359,64498,433,88
4Bot assembly failed
– Region 2
10,81823,64197,561,08
Sum956,976,84

After all the survey conducted and activities completed, the project started on November 21, 2018, and was concluded midday on November 28, 2018, with production successfully initiated on the last business day of November 2018. The project’s objective was achieved, meeting the requirement of a period less than 40 hours (Table 6) (Figure 6).

Table 6. Comparison of what was estimated with what was performed in time

ActivityPERT(Estimated)CompletedEstimated valueAmount spent
———— hours ———–————- BRL ————
Planning with the team5.66,01.729,801.858,89
Region 1 Documentation4,02,0506,88254,50
Region 2 Deployment3,81,6687,96293,53
Region 2 Documentation10,610,01.359,361.279,73
Region 2 Deployment1011,291.823,642.058,89
Test3,53,51.078,181.078,18
Sum37,434,397.185,826.823,72

Figure 7. Burndown after project execution

*the black line shows the estimate and the red line the project execution time

When considering works such as Melo and Ferreira (2010) that applied the Extreme Programming [XP] methodology, a gain in speed was observed, but difficulty in effecting an organizational culture change, which did not happen in this work due to the use of hybrid methods.

The work of Andrade and Taiti (2012), focused on software creation using PMBOK techniques, brought benefits such as human resources, costs, and risk management; however, the absence of an agile methodology compromised deliveries due to a strong focus on documentation.

The use of hybrid methods corresponded to expectations, bringing results close to the estimated ones, which did not compromise the project execution. The estimates and results obtained through techniques proved efficient in neither overestimating nor underestimating the risks and duration of the project, thus this entire set contributed to the project’s success.

References

Andrade, S.; Tait, T.F. 2012. Uma aplicação do guia PMBOK na gestão de projetos de software. Revista Brasileira de Computação Aplicada, 4(1):  2-11.

Arafeen, M. J.; Saugata, B. 2009. Improving Software Development Using Scrum Model by Analyzing Up and Down Movements on The Sprint Burn Down Chart – Proposition for Better Alternatives. J. Digit. Content Technol. its Appl., 3: 109-115.

Beck, K.; Beedle, M.; van Bennekum, A.; Cockburn, A.; Cunningham, W.; Fowler, M.; Grenning, J.; Highsmith, J.; Hunt, A.; Jeffries, R.; Kern, J.; Marick, B.; Martin, R.C., Mellor, S.; Schwaber, K.; Sutherland, J.; Thomas, D. 2001. Manifesto for Agile Software Development Manifesto for Agile Software Development. Disponível em: <https://agilemanifesto.org/iso/ptbr/manifesto.html> Acesso em: 10 jun. 2018.

Finocchio Júnior, J. 2013. Project Model Canvas: gerenciamento de projetos sem burocracia. Elsevier/Campus. Rio de Janeiro, RJ, Brasil.

Fonseca, C.E.C.; Meirelles, F.S.; Diniz, E.H. 2010. Tecnologia bancária no Brasil. FGV, RAE, São Paulo, SP, Brasil.

Melo, C.; O.; Ferreira G.R.M. 2010. Adoção de métodos ágeis em uma Instituição Pública de grande porte – um estudo de caso. In: Proceedings of the Brazilian Workshop for Agile Methods (WBMA 2010) in the Brazilian Conference on Agile Methods (Agile Brazil 2010): 112-125. Disponível em: <http://www.agilcoop.org.br/files/WBMA_Melo_e_Ferreira.pdf> Acesso em: 08 maio 2018.

Moreira, R.F.; Nunes, R.R.; Giozza, W.F.; Nze, G.A. 2020. Optimization of the performance of an online payment application by the improvement of its infrastructure. In: 2020 15th Iberian Conference on Information Systems and Technologies (CISTI). IEEE, Sevilha, Espanha.

Novais, I.F.; Jorge, E.M.F.; Junior, C.P.C.; Souza, D.T. 2011. Gerenciamento de Projeto Otimista (GPO): Um Método que integra PERT/CPM à CCPM. Revista de Gestão eProjetos, 2(2): 150-165.

Project Management Institute [PMI]. 2017. A guide to the project management body of knowledge (PMBOK). 6 ed. Project Managemente Institute. Newtown Square, PA, EUA.

Sutherland A.C.; Sutherland J.; Hegarty C. 2009. Scrum in Church: Saving the World One Team at a Time. In: 2009 Agile Conference, Chicago, p. 329-332. IL, USA,

Vallerão, A.G.; Roses, L.K. 2013. Monitoramento e controle de projetos de desenvolvimento de Software com o Scrum: avaliação da Produção Científica. Revista de Gestão e Projetos – GeP, 4(2): 100.

Como citar

Moreira, F.R.; Chinelato, G.A. Gerenciamento de projetos usando métodos híbridos na tecnologia da informação de uma Instituição Financeira. Estratégias e Soluções, 2: e.20210005.

Sobre os autores

Fernando Rocha Moreira – Graduado em Sistemas de Informação (UFV) e Especialista em Gestão de Projetos (USP).

Gressa Amanda Chinelato – Mestre em Fitopatologia (USP) e Especialista em Agronegócios (USP).

Editorado por: Edson Pereira da Mota

Link para download: https://cms.revistaes.com.br/wp-content/uploads/2021/08/11.pdf

You may also like