דלג לתוכן מרכזי

בקשת שינוי מתוכנן: מה המערכת עושה היום, מה צריך שתעשה, ואיך נדע שזה הושלם

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

שימוש בתבנית

תגובות ללא הגבלה, גם במסלול החינמי

טופס בקשת שינוי במערכת או בתוכנה

כך הטופס ייראה למי שממלא אותו · הדגמה בלבד, שום דבר לא נשלח

  • תגובות ללא הגבלה, גם במסלול החינמי

בקשה, לא אישור

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

שינוי מתוכנן אינו תקלה

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

ההתנהגות היום, וההתנהגות הרצויה — שני שדות

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

קריטריוני קבלה שנכתבים לפני, לא אחרי

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

תאריך מבוקש אינו מועד שחרור

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

תלויות, סיכונים וחזרה לאחור

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

בלי פרטי גישה ובלי נתוני ייצור

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

שתי דוגמאות בדיוניות

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

טפסים קרובים עם ייעוד אחר

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


שאלות נפוצות

כל מה שצריך לדעת על התבנית הזאת.

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

נכתב בסיוע כלי AI. אושר לפרסום על ידי תומר גל, CTO ב-Formy. איך אנחנו כותבים ומאשרים תוכן

איך Formy פועלת

1

העתיקו את התבנית והתאימו אותה לצורך שלכם

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

2

שלחו את הטופס בקישור או הטמיעו באתר

אפשר לשתף את קישור הטופס ישירות או להטמיע אותו באתר שלכם.