כשמדובר בפרויקטים של תוכנה, האם ראית אי פעם כיצד חברות פיתוח תוכנה שונות או חברות עיצוב שירותי תוכנה מתארות פרויקט? האם לאחר קריאת התיאורים שלהם, אתה יכול להבין במהירות את הדרישות וההקשר של הפרויקט?

תיאור פרויקטים של תוכנה בדרך כלל כולל את ארבע הנקודות הבאות:

הצגת תעשיית הלקוח

הלקוחות של פרויקטי תוכנה מגיעים ממגוון תעשיות. כדי להציג פרויקט לאנשים מתעשיות שונות, יש להתחיל מהקשר התעשייה. התוכן כולל כיצד התעשייה מתחברת לחיי האנשים, מי הם הלקוחות או השוק, מה תפקיד הלקוח בתעשייה, מהן האמונות או המאפיינים שלו, ומה החזון העתידי של החברה. הצגת התעשייה עוזרת למפתחי התוכנה להבין את נקודת המבט של הלקוח.

הבעיות בתהליך העסקי (מיקום הדרישות)

זו הסיבה העיקרית להופעת הלקוח. מהן הבעיות שהלקוח נתקל בהן בסביבת העבודה שלו? האם יש צורך לדיגיטציה של תהליכים קיימים, או שהמערכת הנוכחית צריכה שדרוג? יש להבין את המצב של הלקוח בצורה אובייקטיבית.

הפתרון המוצע

לאחר השגת הסכמה עם הלקוח, חברת התוכנה מציעה תכנון ויישום מותאם אישית שמתאים לצרכים, ומצליח להשתלב בתהליכי העבודה של הלקוח.

התוצאה

בהשוואה לפתרונות הישנים, מה ההבדלים והשינויים שהפתרון החדש הביא ללקוח? לדוגמה: שיפור יעילות תהליכי הייצור, קיצור זמן איסוף המידע, מתן ערוצים חדשים ללקוחות.

תיאור ארבע הנקודות הללו עוזר לנו להבין את הפרויקט. במהלך הדיון עם הלקוח, מנהל הפרויקט צריך לוודא שהתיאורים ברורים. תיאור פרויקט תוכנה הוא גמיש, ויכול להיות קצר או מפורט.

יצירת "ערך ליבה" כדי להגדיר את תחום הפרויקט

פרויקט מוגדר על ידי משאבים מוגבלים להשגת מטרה מסוימת. אם אין הגבלת תחום, עלולות להופיע פונקציות נוספות שיכולות להאריך את זמן הפיתוח ולגרום לעיכובים.

לדוגמה:

לקוח רוצה ליצור פונקציה במערכת מידע ארגונית שתתחיל תהליך בלחיצת כפתור. למרות שזה נראה פשוט, בפועל יש לשקול גורמים כמו הרשאות, מצב ביצוע קודם ויציבות המערכת.

בעת פיתוח תוכנה, בעת תכנון פונקציה לפי סיפור משתמש, יש לשקול את ההקשר והלוגיקה העסקית. אם הלקוח מסכים לפונקציה, ייתכן שהוא יתמקד בעיצוב הממשק, הצבעים והמעברים.

מה לעשות כאשר יש קונפליקט בין הפונקציות לממשק הצפוי?

יש לחזור ל"ערך הליבה" כדי לקבוע את הצורך והעדיפות של הפונקציות. ערך הליבה הוא כמו מנטרה שעוזרת לנו להחליט על הוספה או הסרה של סיפורי משתמש.

לדוגמה, כאשר הלקוח מתעקש, ניתן להנחות את הדיון לשאלות כמו "מה היתרון של ממשק חי יותר?" או "האם כדאי להאריך את זמן הפיתוח כדי לשפר את הממשק?" ולהציע לשנות את הדרישות לפי "ערך הליבה".

קביעת "ערך הליבה" המתאים לכל פרויקט

ערך הליבה של הפרויקט עוזר לנו להישאר ממוקדים במהלך הדיונים עם הלקוח או צוות הפיתוח. אם אתה מתמודד עם דרישות לקוח, נסה לרשום את ערך הליבה כדי לשכנע את עצמך ואת הלקוח!