5 - Visi dan Cakupan Proyek Perangkat Lunak

Learn with Supardianto
28 Jul 202319:09

Summary

TLDRIn this lecture, Supardianto discusses the importance of Vision and Scope in software requirement analysis. He emphasizes the need for a clear project mission and focus to avoid development disasters. The lecture covers the interaction between Vision and Scope, the role of a business analyst, and managing scope to align with product development goals. It also addresses how to handle scope changes and conflicts, ensuring the final product meets customer needs and expectations.

Takeaways

  • 😀 Vision and Scope are crucial for guiding the development process of a software project.
  • 🔍 Vision defines the direction and goals of a product, ensuring it aligns with the stakeholders' expectations.
  • 📏 Scope specifies the boundaries of the project, detailing what is and isn't included in the current development phase.
  • 🤝 Effective communication is necessary to avoid misunderstandings between stakeholders and development teams.
  • 🚫 Projects without a clear Vision and Scope can lead to unfocused development and unclear direction.
  • 🔄 Inconsistent feature additions and removals can be a sign of poor Vision and Scope management.
  • 📈 The Vision should be consistent and not change drastically over time, while Scope can evolve with project versions.
  • 🛠️ Scope management involves collecting requirements, defining, planning, verifying, and controlling the project's development.
  • 🔄 When new features or requirements are proposed, they should be evaluated against the existing Vision and Scope.
  • 💡 If a new feature is promising but outside the current Scope, it can be considered for future development versions.
  • 📋 Regularly reviewing and adjusting the Vision and Scope can help prevent conflicts and ensure the project stays on track.

Q & A

  • What is the importance of defining the Vision and Scope in a project?

    -Defining the Vision and Scope is crucial for ensuring the project remains focused and aligned with the desired goals. Without a clear Vision and Scope, the project risks losing direction and becoming unfocused, which could lead to the development of an application or product that doesn't meet the initial objectives or requirements.

  • What happens when there is a lack of clarity in Vision and Scope during a project?

    -When there is a lack of clarity, the project might face issues like inconsistent feature additions or removals. The team may struggle with constantly re-evaluating features, causing delays and misalignment with the product’s goals. This can lead to the development of a product that doesn't meet its intended purpose.

  • How should the Vision for a product be defined?

    -The product Vision should be defined in alignment with the stakeholders' direction. It should reflect the overarching goal of the project and should remain consistent over time, clearly outlining what the product aims to achieve for the customer or client.

  • What is the role of Scope in project management?

    -The Scope defines the specific boundaries of the project, including which tasks and features should be developed within a given time frame. It helps ensure that the project stays on track by prioritizing essential features and setting clear deadlines for each phase of the project.

  • What are some challenges that can arise from scope creep?

    -Scope creep occurs when new features or changes are introduced after the project has started, often causing delays and cost overruns. This can lead to confusion, resource mismanagement, and a final product that does not align with the original Vision and Scope.

  • How can scope creep be controlled in a project?

    -Scope creep can be controlled by constantly referring back to the defined Vision and Scope. If a feature or change request falls outside the original scope, it should be evaluated for future versions, ensuring the current project remains focused and within the agreed-upon parameters.

  • What should a business analyst do when they receive a new feature request during a project?

    -The business analyst should assess whether the requested feature aligns with the project's Vision and Scope. If it’s an essential addition but was overlooked, it can be incorporated. However, if it’s outside the scope, it should be deferred to a future release, ensuring the current project remains focused.

  • What is the significance of versioning in managing Scope?

    -Versioning allows a project to release incremental updates. Features can be prioritized and developed in phases, ensuring that critical features are delivered first while less important ones are planned for future versions, thus managing expectations and maintaining momentum.

  • What is a business analyst's role when there is a conflict regarding requirements?

    -The business analyst’s role is to mediate and help resolve conflicts by validating requirements with stakeholders and project sponsors. They ensure that the proposed changes or features align with the product’s Vision and Scope, and help prioritize features based on the overall project goals.

  • Why is it necessary to define and maintain the product's Vision and Scope throughout the project?

    -Defining and maintaining the Vision and Scope is essential to ensure that the project remains aligned with the stakeholders' expectations and business goals. It provides a framework for decision-making, helps prioritize features, and ensures that the final product meets the intended objectives and customer needs.

Outlines

00:00

📚 Introduction to Vision and Scope in Software Requirement Analysis

The speaker, Supardianto, introduces the topic of Vision and Scope in software requirement analysis. He emphasizes the importance of understanding these concepts for the success of software development projects. The lecture aims to clarify what Vision and Scope are and how they interact. The analogy of a project without a clear mission and focus is used to illustrate the consequences of neglecting these aspects, which can lead to a lack of direction and an unclear path for the product. The session also reviews the role of a business analyst and the types of requirements discussed in previous meetings.

05:03

🛠 Defining Vision and Scope for Product Development

The paragraph discusses the necessity of defining Vision and Scope before development begins. Vision should align with stakeholders' directions, and the product should consistently meet customer or client needs over time. Scope, on the other hand, should define the project's current portion, specifying the steps and features to be developed immediately and those to follow. The concept of product versions is introduced, with the idea that each version may have additional features based on urgency and necessity. The paragraph also poses a question about what would constitute a change in Vision, using an example of a product shift from a mobile game to a project management app.

10:04

🔍 Conflict Resolution and Business Validation in Vision and Scope

This section delves into potential conflicts between business processes and product features, suggesting the need for validation with project sponsors. It recalls the importance of defining business requirements and how they form the basis for product development. The Vision and Scope document is described, detailing its components, including business background, objectives, market, vision statement, major features, assumptions, dependencies, and the breakdown of versions and features. The paragraph also outlines steps in Project Scope management, such as collecting requirements, defining scope, planning, verifying, and controlling development to align with the initial scope.

15:06

🚦 Maintaining Focus and Preventing Scope Creep

The final paragraph addresses how to keep the Scope focused and aligned with product development. It suggests evaluating new feature requests against the existing Scope and considering their impact. If a feature is promising but outside the current Scope, it can be considered for future versions. The importance of clear communication, setting expectations, and understanding the costs associated with Scope changes is highlighted. The paragraph concludes by emphasizing the role of Vision and Scope in guiding product development and ensuring it meets user satisfaction and desired outcomes.

Mindmap

Keywords

💡Vision

Vision in the context of the video refers to a clear and long-term goal for a product or project. It is the overarching idea that guides the development and direction of a software application. The video emphasizes the importance of a vision to ensure that the project remains focused and aligned with the intended outcomes. For instance, the script mentions that a project without a clear vision can lead to a product that does not meet its goals or satisfy its users.

💡Scope

Scope defines the boundaries and limitations of a project, outlining what is included and excluded in the development process. It is crucial for managing the project effectively and ensuring that the team works on the right features and functionalities. The video discusses how defining the scope helps in maintaining focus and delivering the product on time, as exemplified by the mention of prioritizing features for different versions of a software.

💡Stakeholder

A stakeholder is any individual or group who has an interest or concern in the project's outcome. In the video, stakeholders are mentioned as the ones who provide direction and whose needs must be considered when defining the product's vision and scope. For example, the script talks about aligning the product with the stakeholders' goals and ensuring that the features developed meet their expectations.

💡Requirement

Requirement refers to a specific need or feature that a product must have. The video discusses the process of collecting and managing requirements, which is essential for defining the scope and ensuring that the product meets the users' needs. The script mentions conflicts that can arise when requirements are not aligned with the business process or the vision.

💡Project Management

Project management is the process of planning, executing, and closing a project. The video touches on the importance of project management in ensuring that the vision and scope are adhered to throughout the development process. It is highlighted as a means to prevent the project from becoming unfocused and to manage the expectations of stakeholders.

💡Conflict

Conflict in the video refers to disagreements or inconsistencies between different requirements or expectations within a project. The script mentions that conflicts can arise due to misalignment between business processes and product features, necessitating resolution to ensure the project's success.

💡Feature

A feature is a specific function or capability of a software application. The video discusses features in the context of product scope, emphasizing the need to prioritize and plan which features to develop first based on their importance and urgency. The script gives an example of how features can be added or removed based on user feedback and the product's vision.

💡Consistency

Consistency in the video refers to the need for the product's vision and scope to remain stable and unchanging over time. It ensures that the development process is aligned with the initial goals and that the final product meets the intended objectives. The script stresses the importance of consistency to prevent the product from becoming a 'Project without mission and focus'.

💡Version

Version in the context of the video refers to different iterations or releases of a software product. The script discusses how versions can be used to manage the development of features, with each version potentially introducing new functionalities or improvements based on the defined scope and priorities.

💡Communication

Communication is the process of exchanging information and ideas. The video emphasizes the importance of communication in ensuring that all stakeholders understand the vision and scope of the project. It is highlighted as a key factor in preventing misunderstandings and conflicts that can derail the project's progress.

💡Business Analyst

A business analyst is a professional who analyzes the business processes and systems to improve them. In the video, the role of a business analyst is mentioned in the context of defining the vision and scope of a project. They are responsible for understanding the needs of stakeholders and translating them into requirements that align with the project's vision.

Highlights

Introduction to Vision and Scope in software requirement analysis

Importance of understanding Vision and Scope for project success

The analogy of a project without clear Vision and Scope

The impact of unclear Vision and Scope on product development

The role of the business analyst in defining Vision and Scope

The process of interviewing users to gather feature suggestions

The realization that user suggestions may not align with product goals

The need for analysts to define the true needs of a product

Defining Vision to align with stakeholder directions

The consistency required in Vision and Scope over time

Defining Scope to determine the specific parts of a project

The concept of versioning in product development

The method of calculating the size of a product or application

The question of what constitutes a change in Vision

The consequences of changing the Vision on product development

Addressing business conflicts in the requirement analysis phase

The creation of a Vision and Scope document

The steps in Project Scope management

Strategies for maintaining focus and alignment with the original Scope

The importance of clear communication and stakeholder involvement

How to handle new feature requests and changes to Scope

Preventing Scope-related errors and issues

The final conclusion on the importance of clear Vision and Scope

Transcripts

play00:02

[Musik]

play00:04

Halo semuanya

play00:06

Jumpa lagi bersama saya supardianto pada

play00:09

mata kuliah analisis dan spesifikasi

play00:12

kebutuhan perangkat lunak di pertemuan

play00:15

kita kali ini kita akan membahas

play00:16

mengenai Vision and

play00:22

seperti biasa capai pembelajaran bisa

play00:25

teman-teman dapatkan pada pertemuan kita

play00:27

kali ini adalah teman-teman diharapkan

play00:29

dapat menjelaskan mengenai Apa itu

play00:32

Vision Apa itu scope

play00:36

lalu outline yang akan kita bahas pada

play00:38

pertemuan kita kali ini adalah mengenai

play00:42

interaksinya dulu lalu kemudian

play00:45

mendefinite arti dari produk Vision and

play00:48

Scope lalu konflik tim bisnis

play00:51

requirement lalu kemudian

play01:04

pada pertemuan kita sebelumnya kita

play01:06

sudah membahas mengenai

play01:11

membahas mengenai peran dari seorang

play01:14

bisnis analis gitu ya lalu

play01:17

tipe-tipe dari

play01:19

farman gitu ya Nah sekarang kita coba

play01:23

melihat dari sisi

play01:26

tujuan visi serta Scope dari

play01:31

suatu produk atau aplikasi tersebut gitu

play01:33

ya Nah ini ada suatu hal nih ada analogi

play01:37

atau

play01:39

penggambaran dulu di slide awal kita

play01:42

yang pertama adalah dia mengatakan bahwa

play01:45

kami menginterview banyak dari pengguna

play01:48

dan kemudian

play01:51

menyusun ya menyusun segala hal fitur

play01:55

berdasarkan saran dari mereka

play02:00

nah lalu

play02:02

saat kita menyadari saat kita mulai

play02:06

membuat dalam bentuk analisis dan desain

play02:09

kita menyadari bahwa user yang kami

play02:12

telah wawancarai tadi banyak user tadi

play02:14

itu ternyata tidak paham dengan masalah

play02:17

yang terdapat pada

play02:20

pada tujuan dari pengembangan aplikasi

play02:22

ini

play02:24

maka kemudian

play02:26

dia hanya memberikan saran-saran yang

play02:30

sebenarnya tidak cocok dengan

play02:32

pengembangan aplikasi atau produk ini

play02:35

Nah maka daripada itu ya

play02:40

sehingga si analisnya lebih cenderung

play02:43

untuk kemudian bicara dari sisi outside

play02:47

ya untuk mencari tahu bener-bener apa

play02:49

yang diambang dibutuhkan dari

play02:52

produk ini kedepannya Nah makanya ada

play02:57

istilah atau kiasan di bawahnya adalah

play02:59

Project without mission and

play03:05

focus and direction Project jadi suatu

play03:08

Project yang benar-benar tampak ya tanpa

play03:12

hal yang jelas mengenai visi dan

play03:14

batasan-batasan yang harus terdapat

play03:16

dalam project ini benar-benar akan

play03:18

menyebabkan produk ini berjalan menjadi

play03:20

tidak fokus dan tidak bisa ditentukan

play03:23

arah ke gitu jadi maka benar-benar

play03:26

kaitan antara Vision dan Scope ini

play03:28

penting dalam menyukseskan

play03:32

proses dari pengembangan aplikasi ini

play03:38

suatu Project yang memiliki kekurangan

play03:40

atau tidak jelas dalam hal

play03:43

eee tidak mampu mendefinisikan ya

play03:46

mengenai apa saja yang dia butuhkan gitu

play03:50

ya mengenai apa saja kedepannya project

play03:53

ini bagaimana produk ini bagaimana ini

play03:55

tentu akan mengundang suatu bencana

play03:58

seperti itu ya bencana yang paling besar

play04:01

adalah aplikasinya menjadi tidak sesuai

play04:04

dengan goal dan nice-nya yang sudah

play04:06

dibawakan atau dilakukan di farmitnya

play04:10

tadi kayak gitu ya

play04:13

suatu tanda ya suatu tanda bisnis di

play04:16

Farmers tidak mampu memenuhi tidak mampu

play04:20

mencari tahu ya fitur-fitur Apa yang

play04:23

dibutuhkan adalah

play04:26

diawali dengan

play04:28

penambahan fitur yang tidak

play04:31

tidak konsisten artinya ketika jadi

play04:35

tambahkan lalu kemudian dia dihilangkan

play04:37

akhirnya ternyata disadari kalau dia

play04:39

ternyata butuh lagi fitur itu artinya

play04:41

bongkar pasang terus nah bongkar pasang

play04:44

seperti inilah yang kemudian terjadi

play04:46

akibat

play04:48

kurangnya ya kurangnya komunikasi yang

play04:51

akan menjadi arah pada saat aplikasi

play04:55

atau produk itu dibuat begitu ya maka

play04:59

kita perlu menyadari bahwa Vision and

play05:02

Scope itu harus kemudian

play05:05

dibuat ya harus ada sebelum pintu itu

play05:10

kemudian didefinisikan satu persatu

play05:13

Jadi sebelum si developer itu nanti buat

play05:16

fitur dia harus bisa melihat kepada

play05:19

fitur Xbox apa visider produk ini dan

play05:22

apa batasan-batasan dari produk ini

play05:25

kedepannya kayak gitu

play05:30

lalu kita mendefinite produk Vision and

play05:32

Scope Nah kita mendefinite suatu produk

play05:35

Vision itu kita harus sesuaikan dengan

play05:39

arahan atau arah yang diberikan oleh

play05:41

stakeholder jika stakeholder ingin maju

play05:44

maka kita harus membuat isi dari produk

play05:46

ini adalah ingin memajukan si usaha atau

play05:50

customer atau klient kita kayak gitu ya

play05:53

Dan ini di aplikasikan HP di keseluruhan

play05:57

dari produk yang kita buat kayak gitu

play06:00

dan ini Tentu saja tidak boleh berubah

play06:03

dalam waktu yang cukup lama jadi harus

play06:06

konsisten

play06:08

Lalu bagaimana dengan produk Scope kalau

play06:11

produk Scope ini kita harus bisa

play06:14

menentukan porsi dari Project yang saat

play06:17

ini akan kita kerjakan gitu Ya kita

play06:20

harus bisa menentukan secara spesifik

play06:24

tahapan-tahapan apa saja yang dilakukan

play06:26

pada tahapan atau

play06:29

periode saat ini kayak gitu ya

play06:32

fitur-fitur apa yang memang harus dan

play06:35

sangat segera untuk kemudian dibuat

play06:38

diluncurkan dan mana yang kemudian bisa

play06:41

menyusul di belakang kayak gitu ya agar

play06:45

kita kemudian tidak kehilangan momentum

play06:48

tidak kehilangan waktu dalam mendeliver

play06:51

produk yang dibutuhkan oleh si customer

play06:55

tadi

play06:57

makanya pada produk Vision kita juga

play06:59

nanti akan merilis namanya produk Scope

play07:02

versi 1 ada project project versi 1.1

play07:06

Lalu ada project versi yang tergantung

play07:09

rilisnya ke berapa mungkin di satu titik

play07:11

nol baru tiga fitur satu titik satu

play07:14

empat fitur tambah satu fitur lagi dan

play07:17

seterusnya tetapi ini didasarkan pada

play07:20

kebutuhan bahwa memang fitur itu memang

play07:23

harus segera diusahakan atau segera

play07:26

dibuat seperti itu ya

play07:30

atau kita mengenai dalam bentuk version

play07:33

ini makanya aplikasikan teman-teman

play07:35

kalau teman-teman download ada update

play07:37

versionnya pada versi sebelumnya belum

play07:39

ada fitur C tapi di versi 1.2 sudah ada

play07:43

fitur C nah tapi berarti ini mengartikan

play07:47

bahwa 1 dan 2 dulu yang harus dinaikkan

play07:49

pada saat pengembangan itu lalu kemudian

play07:52

dilanjutkan dengan fitur c dan d dan

play07:56

seterusnya

play07:58

lalu ini adalah berkaitan dengan kita

play08:02

harus menentukan

play08:05

adanya

play08:09

pengaturan dari segi sistem dari segi

play08:12

cakupan area penjajah

play08:15

kemudian harus kita pikirkan

play08:17

seberapa seberapa besar produk atau

play08:21

aplikasi yang harus kita buat

play08:24

Bagaimana cara menghitungnya kita bisa

play08:27

menghitung berdasarkan jumlah dari

play08:29

aliran datanya dari port X modelnya kita

play08:33

bisa menghitung dari biaya per alurnya

play08:36

tadi kita bisa menghitung dari jumlah

play08:38

stakeholders yang akan menggunakan

play08:40

nantinya atau kita juga bisa menghitung

play08:43

berdasarkan function pointnya setiap

play08:45

fungsi Kita tentukan poinnya ada berapa

play08:48

lalu poin mana yang besar mungkin bisa

play08:50

kita buat dulu atau lakukan dulu poin

play08:53

yang kecil kita bisa lakukan nanti nah

play08:55

ini sama seperti yang saya ceritakan di

play08:57

slide sebelumnya

play09:00

Lalu ada sebuah pertanyaan nih wish of

play09:03

the following wood constitute Indovision

play09:06

Apakah a apakah b Apakah c atau KD

play09:10

kira-kira apa nih jawabannya kalau kita

play09:13

lihat dari pilihan-pilihan jawaban ini

play09:15

mana yang masih tentu atau mulai tidak

play09:21

konsisten dengan Vision adalah pasti

play09:24

jawabannya yang D kenapa ya karena klien

play09:28

memutuskan bahwa Produk ini tidak lagi

play09:30

adalah mobile game gitu ya tapi malah

play09:34

mengalihkan produk ini menjadi suatu

play09:36

Project management tentu akan berbeda

play09:39

antara game sama suatu aplikasi

play09:42

Manajemen ya Nah ini tentu akan

play09:45

mempengaruhi Visi dan skornya tadi Nah

play09:48

kalau visinya sudah berubah seperti ini

play09:50

tentu akan mempengaruhi

play09:53

development aplikasi ke depan

play09:58

lalu berkaitan dengan konflik bisnis di

play10:01

quirman Ya tentu ada beberapa hal yang

play10:04

menyebabkan konflik pada bisnis

play10:09

di quarement oleh

play10:14

konflik jadi karena kita di pertemuan

play10:17

sebelumnya kita sudah tahu bahwa bisnis

play10:22

tentu beberapa dokumen ini memiliki

play10:24

beberapa hal yang Saling bertabrakan

play10:30

ketidaksesuaian atau

play10:32

hal-hal yang berhubungan dengan visi

play10:35

dari sisi produk atau si customernya

play10:37

gitu ya maka kita lalu bisa melakukan

play10:42

validasi kepada Project sponsornya ya

play10:46

bagaimana Pak dengan

play10:49

fitur

play10:51

bertabrakan dengan

play10:56

bertabrakan dengan bisnis proses ini

play10:58

atau bagaimana menyesuaikan antara

play11:00

bisnis a proses a dengan fitur a kita

play11:04

harus

play11:05

komunikasikan dengan sponsor atau bahkan

play11:08

juga dengan bisnis stakeholder dan

play11:10

seterusnya

play11:19

kemudian kita melihat adanya Fisher and

play11:24

di pertemuan kita sebelumnya kita Recall

play11:27

bahwa setelah kita menentukan

play11:31

bisnis di quartment

play11:38

kita mengoleksi menjadi suatu

play11:42

dokumen-dokumen gitu ya yang kemudian

play11:44

nanti akan menjadi landasan pada

play11:47

pengembangan suatu produknya ya dan

play11:51

kemudian biasanya

play11:53

akan menjadi pegangan juga bagi sih

play11:57

Project sponsornya ya untuk kemudian

play11:59

bisa

play12:00

memonitoring bahwa pengembangan aplikasi

play12:03

ini harus sesuai dengan

play12:07

sponsor tentu akan bekerja sama dengan

play12:10

analis atau development tim dalam

play12:13

menentukan atau membuat dokumen ini

play12:18

adalah template dari Vision and

play12:22

4 hal ada 4 bab ada yang pertama bisnis

play12:26

di quitment kita menentukan background

play12:28

ya bisnis opportunity-nya objektifnya

play12:32

customer market nice yang Bahkan

play12:34

bisnisnya bab berikutnya kita membahas

play12:37

mengenai Vision dan of the solution

play12:47

ada Vision statement Major fitur asumsi

play12:51

and Dependency lalu kita melihat adanya

play12:54

Scope and libration ya kita bisa

play12:57

menentukan

play12:58

kira-kira seberapa besar dibagi dalam

play13:02

beberapa versi versi apa fiturnya apa

play13:06

saja Versi berikutnya fiturnya apa saja

play13:08

lalu kemudian bab berikutnya kita

play13:10

membahas mengenai bisnis konteksnya

play13:12

terkait dengan siapa saja

play13:14

stakeholdersnya Kemudian priority-nya

play13:17

environmentnya dan keseluruhan inilah

play13:20

yang kemudian ketika dia disusu n jadi

play13:23

satu maka dia disebut sebagai Vision and

play13:26

Scope document

play13:30

Oke di dalam Project Scope manajemen ada

play13:33

beberapa hal yang harus kita lakukan

play13:35

ada collect requirement ada melakukan

play13:40

mendefinisikan scopenya membuat

play13:42

perencanaan dalam melakukan WBS work

play13:46

breakdown structure memverifikasi Scope

play13:48

yang sudah dibuat tadi Lalu bagaimana

play13:50

supaya kita bisa mengontrol agar

play13:53

pengembangan aplikasinya bisa sesuai

play13:55

dengan secukupnya tadi seperti itu Jadi

play13:57

ini memang adalah langkah-langkah yang

play13:59

kita bisa lakukan dalam melakukan

play14:01

mengelola Scope pada sesuatu Project

play14:08

Lalu bagaimana supaya kita bisa menjaga

play14:10

Scope tetap fokus gitu ya tetap in line

play14:14

dan tetap bisa sejalan dengan

play14:17

pengembangan si produknya ini adalah

play14:20

tips yang bisa kita lakukan ketika ada

play14:23

seseorang percaya di user stakeholder

play14:26

yang ingin meminta suatu fitur baru

play14:29

suatu record terbaru maka kita ketika

play14:33

berposisi sebagai analis kita harus

play14:35

bertanya apakah fitur atau requirement

play14:39

ini memang sudah sejalan dengan

play14:42

[Musik]

play14:44

kita harus melihat bahwa jika dia memang

play14:48

adalah bagian dari

play14:51

Jika dia memang menarik ya menarik

play14:55

tetapi dengan jelas bahwa dia luar dari

play14:57

skop maka kita harus menambahkan untuk

play15:01

nantinya aja ditambahkan jadi

play15:04

pengembangan berikutnya atau diversion

play15:05

berikutnya

play15:06

tapi jika recornment tersebut memang

play15:09

seharusnya adalah bagian dari sekop kita

play15:11

namun Terlupa maka kita bisa masukkan

play15:13

dia ke dalam iklan kita bisa Tentukan

play15:16

prioritasnya

play15:18

nah tetapi jika dia ya Jika dia memang

play15:22

benar-benar di luar dari Scope Tapi

play15:25

namun sangat menjanjikan ketika dia

play15:27

nanti implementasikan maka kita kemudian

play15:29

bisa lakukan modifikasi dan coba

play15:32

mengakomodasi Perubahan tersebut jadi

play15:35

kita harus bisa melihat seberapa besar

play15:37

pengaruhnya

play15:39

requirement baru ini dengan sesuai

play15:43

dengan Scope yang sudah disepakati di

play15:45

awal

play15:47

kalau ternyata sesuai Kenapa tidak untuk

play15:50

Kemudian ditambahkan tapi kenapa kalau

play15:52

kemudian tidak sesuai Namun ternyata

play15:55

bisa menjanjikan ya Oke kita tambahkan

play15:57

aja di Versi berikutnya kayak begitu ya

play16:01

kemudian apa yang bisa kita lakukan

play16:03

untuk mencegah

play16:06

mencegah kesalahan atau mencegah problem

play16:10

yang berhubungan dengan Scope maka kita

play16:12

harus bisa memang memastikan bahwa

play16:15

kebutuhan dari klient tadi sudah kita

play16:18

tentukan prioritasnya kita bisa harus

play16:21

menentukan ekspektasinya secara jelas

play16:23

apa yang ingin dicapai dan apa yang

play16:25

ingin dibuat dan apa ingin yang menjadi

play16:28

output dari produk atau aplikasi ini

play16:30

lalu Coba kita selalu menanyakan ketika

play16:34

terjadinya perubahan apakah ini memang

play16:36

sesuai Scope atau tidak ya dan kemudian

play16:40

berkaitan dengan

play16:42

penjadwalan dari projectnya kita bisa

play16:45

Tentukan apakah bisa di extend atau

play16:47

tidak ya Dan kita harus bisa

play16:52

jika terjadinya penambahan maka kita

play16:56

tentu harus juga menaikkan dari biaya

play16:59

dari penerbangan si Project tersebut

play17:01

agar bisa Inline lah ya

play17:07

ini adalah contoh penggambarannya Gimana

play17:09

jika berhubungan dengan goals goals itu

play17:13

harus dibicarakan dengan stakeholder

play17:15

stakeholder itu juga dengan goals

play17:17

tersebut sekopnya seperti apa jika

play17:19

memang dia Inline ya Jika dia memang

play17:22

Inline dan dia tidak bisa worth it tentu

play17:25

harus

play17:26

dipahami bahwa harus ada biaya yang

play17:29

cukup untuk melakukannya

play17:31

kemudian kita juga bisa melihat terhadap

play17:34

konsren konslet yang ada batasan-batasan

play17:37

yang ada Apakah memang sudah sesuai atau

play17:40

tidak sesuai maka mungkin

play17:43

masih bisa dimasukkan

play17:48

Oke sampai situ dulu pertemuan kita kali

play17:51

ini maka kesimpulan yang bisa kita

play17:53

dapatkan adalah membuat suatu Vision and

play17:55

Scope ya menjadi sangat jelas maka ini

play17:58

tentu bisa membuat kita mengambil

play18:00

membuat kita menjadi lebih mudah dalam

play18:03

mengambil keputusan kedepannya terhadap

play18:05

adanya pertambahan requirement atau

play18:10

perubahannya antara Vision and Scope

play18:12

adalah Fisher itu sebagai

play18:15

pemandu bahwa produk ini nantinya akan

play18:18

menentukan kepuasan dari pengguna dan

play18:22

Scope memastikan bahwa produk ini sesuai

play18:25

dengan apa yang ingin memang akan

play18:27

dicapai di akhirnya

play18:29

jika terjadi konflik maka kita bisa

play18:33

meminta Project sponsor ataupun juga

play18:36

bisnis stakeholder untuk bersama-sama

play18:37

dalam menyelesaikan konflik

play18:40

future yang mungkin akan terjadi dan

play18:43

selalu tanyakan apakah ini discope

play18:45

ketika terjadinya penambahan prepareman

play18:47

atau perubahan

play18:49

agar kita bisa menjaga Scope dari

play18:52

pengembangan aplikasi kita bisa Inline

play18:54

dengan apa yang sudah disepakati di awal

play18:56

oke itu saja kita bisa dapat saya

play18:59

sampaikan pada pertemuan kita kali ini

play19:01

kita jumpa lagi di pertemuan kita

play19:03

berikutnya sampai jumpa

play19:07

[Musik]

Rate This

5.0 / 5 (0 votes)

الوسوم ذات الصلة
Software DevelopmentVision and ScopeProject ManagementBusiness AnalysisProduct FeaturesStakeholder EngagementRequirement GatheringScope ManagementDevelopment StrategyConflict Resolution
هل تحتاج إلى تلخيص باللغة الإنجليزية؟