3 - Peran dari Business Analyst

Learn with Supardianto
28 Jul 202316:10

Summary

TLDRThis lecture focuses on the role of a business analyst in software requirements analysis. It explains the key responsibilities, including gathering and validating stakeholder requirements, analyzing business processes, and communicating with both customers and developers. The session highlights essential skills like listening, interviewing, and facilitating, which are crucial for bridging the gap between technical teams and users. The importance of having a dedicated requirements analyst on a project is emphasized, as well as the analyst's role in resolving conflicts and ensuring project success.

Takeaways

  • 😀 The role of a business analyst is crucial in bridging the gap between developers and customers.
  • 📚 The business analyst is responsible for collecting, analyzing, documenting, and validating requirements for stakeholders.
  • 🔍 They act as a bridge between software developers, project managers, testers, and business users to ensure clear communication.
  • 👥 The position of a business analyst can be held by anyone within a project team who has the necessary skills and knowledge.
  • 💡 Essential skills for a business analyst include listening, interviewing, analytical, facilitation, observation, writing, modeling, organizational, interpersonal, and creativity.
  • 🌟 A good business analyst is not just born but developed through experience and training.
  • 📈 The analyst must understand business needs, define stakeholders, and engage in active elicitation methods such as interviews and workshops.
  • 🛠️ They may also perform reverse engineering on existing systems to help improve or rebuild applications.
  • 📝 Business analysts translate collected requirements into specifications, which can include tables, scenarios, storyboards, and diagrams.
  • 🔑 They facilitate the determination of requirement priorities and manage the overall requirement process.
  • 👤 Anyone can become a business analyst, including former application users, developers, or subject matter experts, provided they meet certain criteria.

Q & A

  • What is the primary role of a business analyst in a software development project?

    -A business analyst acts as a bridge between customers and developers, ensuring that the software meets the business requirements and that the development process aligns with the stakeholders' expectations.

  • What are the key responsibilities of a business analyst during the requirement analysis phase?

    -The key responsibilities include collecting, analyzing, documenting, and validating requirements from stakeholders, defining the business needs, identifying stakeholders and users, facilitating communication, and managing the prioritization of requirements.

  • Why is it important for a business analyst to have good listening skills?

    -Good listening skills are crucial for a business analyst to accurately understand and capture the needs and problems of customers, which are essential for defining the right business requirements.

  • What kind of analytical skills are necessary for a business analyst?

    -A business analyst needs analytical skills to understand the goals and needs of the business, to identify the root causes of problems, and to determine the best solutions that meet the requirements.

  • How does a business analyst facilitate communication between different stakeholders in a project?

    -A business analyst facilitates communication by acting as a translator and intermediary, ensuring that the technical language used by developers is understood by non-technical stakeholders and vice versa.

  • What are some essential skills a business analyst should possess according to the script?

    -Essential skills include listening, interviewing, analytical thinking, facilitation, observation, writing, modeling, organization, interpersonal communication, and creativity.

  • Who can potentially become a business analyst in a software development team?

    -Potential business analysts can be former application users, subject matter experts, or ex-developers who have a deep understanding of the business process or technical aspects of the project.

  • How does a business analyst handle conflicts that may arise during the software development process?

    -A business analyst should be able to mediate and find solutions to conflicts, ensuring that they do not hinder the development process and maintaining a positive outcome for both the customer and the development team.

  • What is the significance of a business analyst's role in managing the scope and status of a project?

    -The business analyst plays a significant role in managing the scope by ensuring that the project stays within the defined requirements and expectations. They also keep track of the project's status, reporting progress and any issues that may affect the timeline or outcome.

  • What are some ways a business analyst can gather and validate requirements?

    -A business analyst can gather and validate requirements through interviews, workshops, document analysis, site visits, competitive product analysis, and reverse engineering of existing systems. They then document and model these requirements into specifications.

  • How does the script suggest improving as a business analyst?

    -The script suggests that becoming a good business analyst is a process that involves gaining experience, learning from practice, and developing a deep understanding of project management, engineering, and quality aspects of applications.

Outlines

00:00

📚 Introduction to the Role of a Business Analyst

In this section, the presenter introduces the topic of the third lecture in the course on software requirements analysis and specification. The focus is on understanding the role of a business analyst, also known as a requirements analyst. The presenter emphasizes the importance of having a designated individual to handle requirement collection, documentation, and validation for stakeholders. This person plays a key role in managing the communication between project developers and stakeholders and ensuring that both functional and non-functional requirements are met.

05:02

🔗 The Business Analyst as a Communication Bridge

This paragraph discusses how a business analyst acts as the communication bridge between customers and the development team. It highlights that business users should not directly communicate with developers but rather go through the business analyst. The analyst translates the user's needs into technical language for the developers and manages stakeholder expectations. Their responsibilities include defining business needs, identifying stakeholders, conducting workshops, and gathering information through interviews and reverse engineering.

10:04

💡 Essential Skills for a Business Analyst

Here, the presenter outlines the crucial skills required for a business analyst. Key competencies include active listening, interviewing, analytical thinking, facilitation, and observation. These skills enable the analyst to effectively gather and model requirements, communicate with stakeholders, and act as a bridge between the development team and the customer. The section stresses the importance of interpersonal skills, organizational skills, and creativity in using tools to achieve project goals.

15:06

🎯 Becoming a Good Business Analyst

This section discusses what it takes to become a good business analyst. It emphasizes that becoming proficient in this role is a matter of gaining experience over time. While formal education helps, practical knowledge of project management, engineering, and communication is essential. The speaker also mentions the importance of having a good personality to create a comfortable atmosphere for stakeholders when gathering information.

Mindmap

Keywords

💡Business Analyst

A Business Analyst (BA) is responsible for bridging the communication gap between stakeholders and the development team. In the video, the BA plays a central role in gathering, documenting, and validating business requirements for a software project. The BA ensures that all functional and non-functional requirements are clear and communicated to both the business side and the development team.

💡Requirement Analysis

Requirement Analysis refers to the process of identifying, documenting, and managing the needs and expectations of stakeholders for a project. In the video, the term is emphasized as a key responsibility of the business analyst. It includes techniques like interviews, workshops, and document analysis to ensure a complete understanding of the project’s goals and requirements.

💡Stakeholder

Stakeholders are individuals or groups who have an interest or stake in the outcome of the project. The video explains that stakeholders include users, customers, and project sponsors who provide input on the features and functionality of the software. The business analyst is responsible for identifying these stakeholders and ensuring their needs are met.

💡Validation

Validation is the process of confirming that the gathered requirements accurately reflect the business needs and will lead to the desired outcome. In the video, it is highlighted as one of the tasks of the business analyst, ensuring that the requirements align with stakeholder expectations before development begins.

💡Elaboration

Elaboration refers to the detailed refinement of project requirements, ensuring that they are thoroughly understood and clearly defined. In the video, this is part of the business analyst’s role, involving activities like interviews and workshops to explore stakeholder needs in depth.

💡Reverse Engineering

Reverse Engineering is a technique used to analyze an existing system to understand its components and functionalities for replication or improvement. The video mentions this as one of the methods used by a business analyst when dealing with projects that aim to recreate or enhance existing applications.

💡Functional Requirements

Functional Requirements describe the specific behaviors or functions of the system, like how users interact with the application. In the video, functional requirements are explained as one of the key elements the business analyst must define and communicate clearly to the development team.

💡Non-Functional Requirements

Non-Functional Requirements refer to the criteria that describe how the system performs a function, such as performance, security, or usability. The video emphasizes that the business analyst must communicate these to the development team to ensure the system meets all necessary performance and user satisfaction standards.

💡Interview Techniques

Interview Techniques are methods used by business analysts to gather information from stakeholders by asking targeted questions. In the video, interviews are presented as an essential part of the requirement-gathering process, allowing the BA to uncover needs that may not be immediately obvious.

💡Information Gathering

Information Gathering is the process of collecting data from stakeholders to ensure that all necessary requirements are captured. In the video, this process is described as one of the primary responsibilities of the business analyst, who must gather, document, and model the requirements to create a clear understanding for the development team.

Highlights

The role of a business analyst is discussed in the context of software development.

The importance of balancing perspectives between developers and customers is emphasized.

The necessity of defining stakeholders in the software development process is highlighted.

The requirement analyst's role is introduced as a key player in the project team.

The requirement analyst is tasked with collecting, analyzing, and validating stakeholder needs.

The business analyst acts as a bridge between project sponsors, developers, and testers.

The analyst's responsibilities include defining business needs and identifying stakeholders.

Elicitation techniques such as interviews and workshops are mentioned as part of the analyst's toolkit.

Analysts are expected to have strong listening skills to accurately capture customer needs.

The importance of analytical skills for understanding goals and requirements is discussed.

Facilitation skills are crucial for connecting development teams with stakeholders.

Observational skills help analysts understand customer behavior for better application development.

Writing and modeling skills are essential for translating customer needs into specifications.

Organizational skills are highlighted for managing the requirements process effectively.

Interpersonal skills are necessary for building trust and rapport with customers.

Creativity is valued for finding innovative solutions to gather and analyze requirements.

The path to becoming a good requirement analyst involves training and experience.

A good analyst should have practical knowledge, engineering understanding, and project management skills.

The importance of a good personality for effective communication with customers is mentioned.

Criteria for who can be a business analyst include having experience with the application or business process.

The role of a business analyst in conflict resolution within the development process is discussed.

The conclusion emphasizes the analyst's role as a communicator and problem solver in the project team.

Transcripts

play00:02

[Musik]

play00:06

Halo teman-teman semua Jumpa lagi

play00:09

bersama saya supardianto pada mata

play00:12

kuliah analisis dan spesifikasi

play00:14

kebutuhan perangkat lunak ini adalah

play00:17

pertemuan ketiga Kita dimana kali ini

play00:19

kita akan membahas mengenai peran dari

play00:22

seorang bisnis analis

play00:26

seperti biasa capaian pembelajaran yang

play00:29

diharapkan bisa teman-teman dapat dari

play00:31

pertemuan kita kali ini adalah dapat

play00:34

menjelaskan mengenai peran-peran apa

play00:36

saja yang dilakukan oleh seorang bisnis

play00:39

analis

play00:41

ini adalah outlinenya kita akan membahas

play00:44

mengenai korban analis mengenai

play00:46

kebutuhan dari seorang analis gitu ya

play00:49

tanggung jawab dari seorang analis

play00:51

Kemampuan apa saja yang harus dimiliki

play00:53

oleh seorang analis bagaimana

play01:05

Oke sebelumnya kita Recall sejenak dia

play01:08

pertemuan pertama kita sudah membahas

play01:10

mengenai Seberapa penting

play01:12

dilakukannya rivanman pertemuan

play01:15

berikutnya kita tahu bahwa perlu adanya

play01:18

keseimbangan antara

play01:20

dua belah pihak baik itu dari sisi

play01:23

developer dan customer dan kita juga

play01:26

tahu bahwa kita perlu mendefinisikan

play01:29

Eh stakeholders pada program pada

play01:32

aplikasi yang akan kita ingin buat Nah

play01:36

sekarang kita membahas melihat dari

play01:39

orang yang akan mengerjakan si

play01:42

requirementnya tersebut gitu ya kita

play01:45

masuk ke bagian yang pertama yaitu

play01:47

requirement analis roll atau peran dari

play01:49

seorang analisis kebutuhan

play01:53

karena banyaknya aktivitas yang harus

play01:56

dikerjakan pada saat proses recorder itu

play02:00

dilakukan maka kita perlu setidaknya

play02:03

satu orang yang Kita tunjuk yang akan

play02:05

menjadi seorang

play02:07

requirement analis ya jadi memang ada

play02:10

satu khusus misalnya Project kita Ada

play02:13

lima ada lima orang dalamnya maka satu

play02:16

perlu kita tunjuk untuk menjadi seorang

play02:18

reforma analisnya dimana disini adalah

play02:23

orang yang akan kita berikan tanggung

play02:26

jawab untuk melakukan kolektif

play02:29

analis dokumen dan juga bervalidasi

play02:32

kebutuhan yang

play02:35

terdapat atau yang diperlukan oleh

play02:38

stakeholder di dalam project ini

play02:43

analis juga itu dikenal dengan bisnis

play02:46

analis

play02:50

banyaklah istilah dalam penyebutan dari

play02:53

si requirement analis

play03:01

di dalam suatu di dalam suatu Project

play03:05

itu merupakan adalah peran ya Jadi bukan

play03:09

hanya sekedar title suatu pekerjaan

play03:14

jadi memang kalau ditanya ada eh

play03:16

kerjaanmu

play03:20

bahwa memang dia adalah salah satu yang

play03:24

berperan pada saat melakukan perancangan

play03:26

aplikasi

play03:27

siapapun bisa siapapun di dalam project

play03:31

ini itu bisa kemudian mengambil tanggung

play03:34

jawab menjadi seorang inverter analis

play03:38

nah seorang analis ya

play03:41

diharuskan atau memiliki yang

play03:46

cukup untuk berkaitan terhadap dengan

play03:50

pengetahuan dan juga dari sisi personal

play03:54

ya yang memang sangat-sangat dibutuhkan

play03:57

untuk menjadi seorang analis

play04:02

ini adalah gambaran dari peran seorang

play04:06

requirement adalis atau tadi salah satu

play04:09

sebutannya adalah bisnis analis dia bisa

play04:12

dia bisa menjadi jembatan dalam Project

play04:14

sponsor untuk kemudian menentukan bisnis

play04:16

requirement dia bisa

play04:20

berjabatan di antara software developer

play04:22

untuk berkaitan terhadap functional dan

play04:24

non function daripada dia bisa menjadi

play04:27

jembatan ke testing ya terhadap function

play04:31

dan juga dan non profesional dia bisa

play04:34

terhubung dengan Project Manager yang

play04:36

nantinya akan bicara mengenai Scope dan

play04:39

statusnya dia bisa dia bisa juga

play04:41

berkomunikasi dalam bisnis user untuk

play04:44

menentukan user recorder lalu dia juga

play04:47

bisa

play04:48

berkomunikasi dan yang lainnya untuk

play04:51

menentukan expectation dan juga konsent

play04:54

yang terdapat pada project ini jadi dia

play04:57

menggetar sebuah

play05:01

peran-peran lain yang terdapat di dalam

play05:04

pengembangan aplikasi itu gitu ya bisnis

play05:07

analis atau recorder Analis adalah peran

play05:11

yang menjadi penghubung ya yang menjadi

play05:14

penghubung komunikasi diantara para

play05:16

customer dan juga para development

play05:19

perlu diingat ketika seorang bisnis

play05:23

user ingin menyampaikan fitur kepada

play05:26

developer dia nggak boleh langsung ke

play05:28

developer dia harus lewat dulu bisnis

play05:30

analisnya nanti bisnis Analisislah yang

play05:34

akan berkomunikasi ke software developer

play05:37

seperti itu itu contoh sebagai

play05:40

penghubung

play05:57

lalu kemudian kita lihat ada analis

play06:00

responsibility

play06:03

tanggung jawab dari seorang analis

play06:05

mendefinite bisnis yang berdeskripsikan

play06:08

kebutuhan dari kebutuhan bisnis dari

play06:11

project ini kemudian mendefinite siapa

play06:14

stakeholder dan pengguna dari project

play06:17

ini atau aplikasi ini kedepannya

play06:19

kemudian melakukan dengan aktif

play06:23

tahapan elastisitasi artinya yang

play06:25

berhubungan dengan tahapan

play06:28

mencari

play06:31

melakukan segala cara untuk memenuhi

play06:34

requirement tadi gitu ya dengan cara

play06:36

melakukan interview atau workshop

play06:38

menganalisis dokumen mengunjungi

play06:43

tempat dari si customernya akan

play06:47

menggunakan aplikasi

play06:48

melakukan analisis terhadap bisnis

play06:51

proses melakukan analisis terhadap

play06:54

kompetitif produk misalnya sudah ada

play06:57

saingannya gitu ya atau kemudian bisa

play07:00

saja dia melakukan yang namanya reverse

play07:02

engineering artinya si customer itu

play07:05

sudah punya aplikasi tapi pengen

play07:08

aplikasinya dibuat lagi lalu dia

play07:10

lakukanlah yang namanya reverse

play07:12

engineering terhadap sistem atau

play07:14

aplikasi yang lama tadi

play07:20

lalu kemudian menganalisis recorder

play07:23

menulis dan memodelkan dari si yang

play07:26

sudah tadi dikumpulkan menjadi dalam hal

play07:28

menjadi suatu spesifikasi

play07:31

repairdernya gitu ya Nah nanti kemudian

play07:34

bisa melakukan dalam bentuk tabel gitu

play07:38

ya atau dalam bentuk persamaan jika

play07:40

dibutuhkan dalam bentuk Storyboard dalam

play07:44

bentuk diagram banyaklah dia bisa

play07:46

memodelkan berdasarkan kebutuhan yang

play07:49

sudah didapat tadi lalu dia memimpin

play07:51

segala hal yang berkaitan dengan

play07:53

validasinya menjadi fasilitasi

play07:56

fasilitator dalam menentukan requirement

play08:01

prioritasnya apa

play08:02

yang prioritasnya tinggi atau rendah dan

play08:06

kemudian memanage

play08:09

itu tanggung jawab dari seorang bisnis

play08:12

analis atau requirement analis

play08:16

lalu kita masuk ke bagian esensial

play08:19

analis skill apa saja kemampuan yang

play08:21

memang

play08:22

didasarkan harus dibutuhkan oleh seorang

play08:25

analis gitu ya Ada listening skill

play08:28

kemampuan untuk bisa mendengar kebutuhan

play08:31

dari si customernya ya dia harus bisa

play08:35

memposisikan dirinya sebagai pendengar

play08:38

tidak boleh memotong pembicaraan

play08:40

customer jika customer sedang

play08:42

berceritakan permasalahan terkait dengan

play08:44

fitur-fitur apa yang akan nanti

play08:46

dibutuhkan ya Dia hanya bisa fokus

play08:49

mendengar dan mencatat permasalahan yang

play08:51

tadi dikemukakan oleh si customer

play08:55

kemudian Kemampuan dalam melakukan

play08:58

interview dan mengajukan pertanyaan itu

play09:01

juga penting dia bisa menggali kira-kira

play09:04

permasalahan apa dari customer yang

play09:07

memang cenderung tertutup atau tidak

play09:09

bisa mengemukakan masalahnya apa ya lalu

play09:12

kemampuan analitiknya itu juga penting

play09:15

untuk kemudian mengetahui kira-kira

play09:18

tidak tepat goal dan dinsia apa ya lalu

play09:22

kemampuan menjadi seorang fasilitator

play09:25

menjadi seseorang yang bisa menjadi

play09:28

penghubung antara si development team

play09:32

dan juga garasi sex holders gitu ya lalu

play09:35

kemampuan observasi untuk kemudian

play09:37

mengamati kira-kira

play09:39

behavior dari customer atau nantinya

play09:42

adalah user itu seperti apa sehingga

play09:44

nanti bisa kemudian diterapkan di bagian

play09:47

developernya kemudian kemampuan menulis

play09:50

dan juga kemampuan memodelkan

play09:52

permasalahan yang terdapat pada customer

play09:55

kemampuan organisasi juga menjadi

play09:57

penting interpersonal tentu agar

play10:01

customer merasa jabat untuk kemudian

play10:03

berbicara dengan dia dan juga kreativity

play10:06

artinya dia dengan bisa sangat kreatif

play10:09

menggunakan tools apa saja atau cara apa

play10:13

saja agar recorder itu bisa menjadi atau

play10:16

bisa didapatkan

play10:20

kita masuk ke pembahasan berikutnya

play10:22

adalah mengenai good requirement analys

play10:26

menjadi seorang good requirement analis

play10:30

itu bukanlah sesuatu

play10:33

yang langsung bisa besar langsung bisa

play10:37

bagus gitu ya melainkan dia memang harus

play10:40

kemudian terlatih karena pengalamannya

play10:44

dimana semakin banyak dia menjadi

play10:46

seorang perempuan analis maka semakin

play10:48

Baiklah analisis atau semakin Baiklah

play10:51

kebutuhan yang mampu digali dari si

play10:54

customer tidak ada memang standarnya

play10:57

pendidikannya kemudian menentukan bahwa

play11:00

dia bisa menjadi seorang good

play11:02

requirement analis Makanya tapi memang

play11:05

setidaknya nah setidaknya setidaknya

play11:09

memang menjadi seorang korban Analis

play11:11

adalah memiliki beberapa hal seperti

play11:13

memiliki pengetahuan praktik memiliki

play11:17

pengetahuan engineering tahu itu apa

play11:20

Project management tahu beberapa teknik

play11:22

dan krusi yang digunakan tahu itu apa

play11:25

yang dimaksud dengan kualitas dari suatu

play11:27

aplikasi dan juga memiliki personality

play11:30

yang baik kayak gitu lah yang tadi saya

play11:32

bilang bahwa personal itu bisa menjadi

play11:34

kunci karena bisa

play11:37

membuat si customer Jabar ketika kita

play11:40

melakukan

play11:41

information gathering information atau

play11:44

melakukan

play11:49

lalu sekarang yang terakhir adalah who

play11:51

can be the anarch Jadi siapa yang bisa

play11:53

melakukan atau menjadi seorang analis

play11:58

di pertemuan sebelumnya dikatakan bahwa

play12:00

setidaknya ada satu orang yang bisa

play12:03

menjadi rekorban analis di tim kita gitu

play12:06

ya

play12:08

ini ada beberapa kriteria aja yang

play12:10

pertama adalah mantan pengguna aplikasi

play12:12

atau barter pengguna Proses bisnis itu

play12:16

jadi misalnya kita mau bangun suatu

play12:18

aplikasi kasir maka ketika di tempat

play12:22

kita di tim kita ada yang pernah menjadi

play12:24

kasir dia bisa kemudian menjadi revive

play12:27

analis karena dia pernah berada di

play12:29

posisi itu dia tahu permasalahan umum

play12:31

yang terjadi pada kasir kayak gitu loh

play12:33

positifnya have the understanding of the

play12:36

bisnis introvert mengerti dia dengan Apa

play12:39

masalah yang terjadi di proses bisnisnya

play12:41

negatifnya Mungkin aja dia memiliki

play12:44

kekurangan terhadap hal-hal teknis yang

play12:47

akan dikomunikasikan ke developer

play12:50

artinya kalau teknisinya misalnya

play12:53

teknisnya harus a dia nggak bisa

play12:56

menggunakan bahasa a dia nggak tahu

play12:59

kemudian yang berikutnya adalah x

play13:01

developer artinya di tim kita memang ada

play13:03

yang dulunya bekerja sebagai programmer

play13:06

gitu loh Nah jadi keunggulannya dia tahu

play13:10

bahasa-bahasa teknis yang akan digunakan

play13:12

ke developer nantinya atau disampaikan

play13:14

tetapi kekurangannya adalah dia pasti

play13:19

dulunya bahwa posisi sebagai people

play13:22

person gitu ya Dia mungkin memiliki

play13:25

kekurangan terhadap komunikasi dengan si

play13:28

customernya nah tentu dia tidak bisa

play13:30

Data cepat menggali mengenai

play13:33

permasalahan apa yang terdapat di

play13:34

customernya kayak gitu

play13:38

kemudian yang ketiga adalah subjek atau

play13:42

orang yang memang ahli di bidang itu

play13:45

kita mau buat aplikasi Ai Nah maka

play13:48

mungkin di kita ada yang dulunya jagonya

play13:50

bidangnya Ai nah tentu tentu dia bisa

play13:54

positifnya paham dengan bidang Ai ya

play13:58

negatifnya Nah mungkin aja dia berkaitan

play14:01

dengan bagaimana ia berkomunikasi dengan

play14:04

si customer dan juga berkomunikasi

play14:06

dengan si Developer

play14:11

lalu kemudian berkaitan dengan konflik

play14:13

nah jika terjadi konflik di dalam

play14:15

pengembangan aplikasi baik dari sisi

play14:19

development timnya atau di

play14:21

stakeholdersnya maka bisnis analis harus

play14:23

bisa kemudian menengahi atau mencari

play14:26

solusi untuk menangani permasalahan

play14:28

diantara

play14:31

diantara lingkungan penggembaran

play14:33

aplikasi tersebut

play14:34

dia harus bisa meyakinkan si customer

play14:37

bahwa nanti aplikasinya bisa bagus dia

play14:40

harus bisa meyakinkan developer bahwa

play14:42

nanti ada

play14:44

outcome yang sesuai dengan versi

play14:46

hasilnya ini kayak gitu ya atau dapat

play14:48

bisa menjadi karir kepada si developer

play14:51

timnya

play14:53

Oke kita masuk ke bagian kesimpulan

play14:55

pertemuan kita yang ketiga bahwa Ingat

play14:58

harus ada seorang requirement analis di

play15:01

tim kita dia nantinya akan bertanggung

play15:03

jawab terhadap kolektif analisis

play15:05

kemudian dokumenting dan validasi

play15:09

kebutuhan kepada pengguna dan ingat

play15:12

bahwa dia adalah

play15:14

peran pada suatu Project bukan hanya

play15:17

sekedar subtitle biasa gitu ya kemudian

play15:20

dia akan menjadi penjembatan komunikasi

play15:23

diantara semua lingkungan pengembangan

play15:26

baik dari sisi development atau juga

play15:29

dari sisi

play15:32

stakeholders ya dan ketika terjadi

play15:35

permasalahan maka harus

play15:37

bisnis analis atau dikorban analis bisa

play15:40

menjadi solusi agar permasalahan ini

play15:42

tidak menghambat pengembangan dari si

play15:45

aplikasi oke itu semua yang dapat saya

play15:49

sampaikan di pertemuan kita saat ini dan

play15:52

apabila teman-teman ingin

play15:54

mengetahui lebih banyak ya bisa membaca

play15:58

beberapa buku yang saya Tampilkan ini

play16:01

kita jumpa lagi di pertemuan kita

play16:03

selanjutnya sampai jumpa

play16:08

[Musik]

Rate This

5.0 / 5 (0 votes)

関連タグ
Business AnalysisProject ManagementRequirement GatheringStakeholder EngagementSoftware DevelopmentCommunication SkillsAnalytical ThinkingUser ExperienceTechnical BridgeProblem Solving
英語で要約が必要ですか?