[{"title":"Agile","question":"מהו אג'ייל?","description":"גישה לפיתוח תוכנה שמתמקדת בגמישות ואספקה מתמשכת.","date":"2024-11-25","categories":["אג'ייל"],"published":true,"slug":"agile","content":"

🔍 הגדרה

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

🚀 מקור

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

🧠 תנועה

התנועה התחילה כתשובה לאתגרים ולמגבלות של שיטות פיתוח מסורתיות מבוססות פרויקטים, הידועות גם כ\"שיטות מפל\" (Waterfall), שהיו רציפות ובלתי גמישות.

🔁 גישה

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

🤝 שיתוף פעולה

אג'ייל מתמקדת בשיתוף פעולה בצוות ובמעורבות הלקוח לאורך כל שלבי הפיתוח.

📈 יתרונות

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

📚 מסגרות אג'יליות

אג'ייל כוללת ונקשרת למגוון שיטות ומסגרות כמו סקרום, קנבן ולין.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Agile Coach","question":"מהו מאמן אג'ילי?","description":"מישהו שמנחה צוותים וארגונים באג'יליות.","date":"2024-11-25","categories":["אג'ייל","תפקיד"],"published":true,"slug":"agile-coach","content":"

🔍 הגדרה

מאמן אג'ילי הוא מומחה לאג'יליות שמנחה אנשים, צוותים וארגונים באימוץ עקרונות ושיטות אג'ייל.

📅 מקור

תפקיד מאמן אג'ילי הומצא על ידי קנט בק בשנת 1999 בספרו 'Extreme Programming Explained: Embrace Change'.

📈 התפתחות היסטורית

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

🪓 אחריות

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

🔑 מיומנויות

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

🌐 חשיבות

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

👤 דמויות מפתח

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Agile Manifesto","question":"מהו המניפסט האג'ילי?","description":"זהו מסמך הכולל 4 ערכים ו-12 עקרונות לפיתוח תוכנה חדשני.","date":"2024-11-25","categories":["אג'ייל","מניפסט","סקרום","עקרונות","ערכים","קנבן"],"published":true,"slug":"agile-manifesto","content":"

📜 הגדרה

המניפסט האג'ילי הוא מסמך שנוצר ב-12 בפברואר 2001 על ידי 17 מומחי פיתוח תוכנה, ומתאר גישה חדשה לפיתוח תוכנה שמתמקדת בגמישות ושיתוף פעולה עם הלקוח.

🌐 הקשר

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

🏔️ מיקום

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

💎 ערכים

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

🛠 עקרונות

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

📄 גישה למניפסט

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ALM","question":"מה זה ALM?","description":"זהו ראשי תיבות של ניהול מחזור חיי יישום (Application Lifecycle Management).","date":"2024-11-25","categories":["ALM","DevOps","פיתוח","תוכנה"],"published":true,"slug":"alm","content":"

📜 הגדרה

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

🔑 היבטים מרכזיים

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

📈 חשיבות

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

🎯 שלב הרעיונאות

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

🛠️ פיתוח

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

🧪 בדיקות

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

🚀 פריסה

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

🔧 תחזוקה

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

🤖 אוטומציה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Antipattern","question":"מהו אנטי-פטרן?","description":"זוהי שיטה רעה המפחיתה פרודוקטיביות, תקשורת או איכות.","date":"2024-11-25","categories":["אג'ייל","פרקטיקות טובות"],"published":true,"slug":"antipattern","content":"

🎯 הגדרה

אנטי-פטרן מתייחס לבעיה נפוצה או שיטה רעה שמונעת יישום מוצלח של מסגרת אג'ילית.

🚫 השפעה

אנטי-פטרנים יכולים להוביל לירידה בפרודוקטיביות, איכות נמוכה של תוצרים ואי-יכולת לממש את היתרונות המלאים של שיטות אג'ייל.

🔍 דוגמה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","fi","fr","hi","hu","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"API","question":"מה זה API?","description":"ראשי תיבות של ממשק תכנות יישומים (Application Programming Interface).","date":"2024-11-25","categories":["IT","פיתוח"],"published":true,"slug":"api","content":"

🤖 הגדרה

API, או ממשק תכנות יישומים, הוא סט של חוקים ופרוטוקולים שמאפשרים לתוכנות שונות לתקשר זו עם זו.

🔗 מטרה

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

🔄 פונקציונליות

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

🤝 חוזה

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

🌐 שירותי רשת

כל שירותי הרשת הם APIs, אך לא כל ה-APIs הם שירותי רשת, שכן APIs יכולים לשמש גם לתקשורת בין יישומים מקומיים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Asana","question":"מה זה Asana?","description":"תוכנה לניהול פרויקטים המאפשרת יישום של שיטת הקנבן.","date":"2024-11-25","categories":["כלי","קנבן","רדיאטור מידע"],"published":true,"slug":"asana","content":"

🔍 הגדרה

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

🚀 מקור

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

🧘‍♂️ קשר ליוגה

המילה \"אסאנה\" מקורה בסנסקריט ומשמשת ביוגה לתיאור תנוחה או עמדה.

📊 פונקציונליות

היא מאפשרת ניהול משימות ופרויקטים, שיתוף פעולה בצוותים ומעקב אחר מטרות.

🌐 נגישות

Asana זמינה אונליין, מה שהופך אותה לנוחה לצוותים מרוחקים ומבוזרים.

🔄 קשר לקנבן

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

🔗 גישה

כדי לגשת ל-Asana, בקרו ב-אתר שלהם.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ASAP","question":"מה זה ASAP?","description":"כמה שיותר מהר.","date":"2024-11-25","categories":["ביטוי"],"published":true,"slug":"asap","content":"

🔍 משמעות

ASAP פירושו \"כמה שיותר מהר\" והוא ראשי תיבות המשמשים להדגיש את הדחיפות של בקשה או משימה.

📧 שימוש

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

💬 הקשר לא פורמלי

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Backlog","question":"מה זה Backlog?","description":"רשימה מסודרת של משימות.","date":"2024-11-25","categories":["אג'ייל","מוצר","סקרום"],"published":true,"slug":"backlog","content":"

📋 הגדרה

Backlog הוא רשימה מסודרת של משימות לצוות פיתוח הנגזרת מהמפת דרכים והדרישות שלה.

🔑 חשיבות

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

🎯 תעדוף

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

📝 פירוט

הפריטים החשובים ביותר מפורטים יותר, בעוד הפריטים בעדיפות נמוכה מפורטים פחות ונמצאים לרוב בתחתית ה-Backlog.

🔄 רשימה חיה

זוהי רשימה חיה שצריכה להשתנות ככל שהפיתוח מתקדם.

🏉 סקרום

בסקרום, ישנם שני סוגי ארטיפקטים המשתמשים במושג Backlog: Product Backlog ו-Sprint Backlog.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"BDD","question":"מה זה BDD?","description":"ראשי תיבות של פיתוח מונחה התנהגות (Behavior Driven Development).","date":"2024-11-25","categories":["BDD","IT","בדיקות","פיתוח","פיתוח תוכנה","שיתוף פעולה"],"published":true,"slug":"bdd","content":"

📜 הגדרה

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

🌐 הקשר

BDD התפתח מתוך פיתוח מונחה בדיקות (TDD), עם גישה ממוקדת יותר בצרכי המשתמש ובהתנהגות המערכת.

🏔️ אבולוציה מ-TDD

המעבר מ-TDD ל-BDD מאופיין במיקוד מהבדיקות המתבססות על הקוד בלבד לבדיקות המבוססות על התנהגות המערכת מנקודת המבט של המשתמש.

💎 שפת Gherkin

BDD משתמש בשפת Gherkin לכתיבת מפרטים בצורה שמובנת לחברי צוות טכניים ולא טכניים כאחד.

📄 יישור מטרות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Beta","question":"מהי גרסת בטא?","description":"גרסת תוכנה מוקדמת שניתנת לקבוצה נבחרת של משתמשים לצורך בדיקות.","date":"2024-11-25","categories":["MVP","אלפא","גרסה","משוב","פיתוח","תוכנה"],"published":true,"slug":"beta","content":"

🔬 הגדרה

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

🛠️ מטרה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Backend for Frontend - BFF","question":"מהו Backend for Frontend (BFF)?","description":"תבנית ארכיטקטונית שיוצרת שירותי backend ייחודיים עבור כל ממשק frontend.","date":"2024-11-25","categories":["BFF","חוויית משתמש","שירותי backend","תבנית ארכיטקטונית"],"published":true,"slug":"bff","content":"

🔄 הגדרה

Backend for Frontend (BFF) היא תבנית ארכיטקטונית הכוללת יצירת שירותי backend ייחודיים עבור כל סוג ממשק frontend, במטרה להתאים את ה-backend לצרכים הייחודיים של כל ממשק.

📱 מטרה

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

🔧 יישום

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

🚀 יתרונות

BFF משפר את הגמישות, העצמאות של צוותי frontend ו-backend, ביצועים, והקלות בהתפתחות תוכנה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Blended Learning","question":"מהו Blended Learning?","description":"גישה חינוכית שמשלבת למידה פרונטלית עם פעילויות למידה מקוונות.","date":"2024-11-25","categories":["b-learning","blended learning","חינוך","טכנולוגיה חינוכית","למידה מקוונת"],"published":true,"slug":"blended-learning","content":"

🔍 הגדרה

Blended Learning, הידוע גם כ-B-learning, הוא גישה חינוכית שמשלבת הוראה פרונטלית עם פעילויות למידה מקוונות.

🎯 מטרה

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

💻 רכיב מקוון

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

🔄 כיתה הפוכה

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

📈 יתרונות

Blended Learning כולל יתרונות כמו אינטראקציה, גמישות, מעורבות התלמידים ונגישות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Blue / Green","question":"מהו פריסת Blue / Green?","description":"שיטת פריסת תוכנה הכוללת שמירה על שני סביבות ייצור זהות.","date":"2024-11-25","categories":["ALM","CD","CI","DevOps","פריסה"],"published":true,"slug":"blue-green","content":"

🔄 הגדרה

זוהי שיטת פריסת תוכנה הכוללת שמירה על שני סביבות ייצור זהות, כאשר סביבה אחת (blue) מריצה את גרסת התוכנה הנוכחית והשנייה (green) את הגרסה החדשה.

🚦 ניתוב תנועה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Bottom-Up","question":"מהי גישת טרנספורמציית Bottom-Up?","description":"טרנספורמציה המתחילה מהצוותים למעלה עד לשכבות הניהול הגבוהות בארגון.","date":"2024-11-25","categories":["אג'ייל","גישה","העצמה","טרנספורמציה"],"published":true,"slug":"bottom-up","content":"

⬆️ הגדרה

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

👥 העצמה

גישה זו מדגישה העצמה ושינוי ברמת הצוות, המאפשרת ארגון עצמי ואימוץ אורגני של עקרונות אג'ייל.

📈 התקדמות

טרנספורמציות Bottom-Up מתחילות לרוב עם צוותי פיילוט, ומאפשרות גישה הדרגתית להתנסות בשיטות אג'ייל והתאמתן לפני הרחבה.

🚀 גמישות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Bug","question":"מהו באג?","description":"זו שגיאה בקוד שגורמת לתפקוד לא תקין בתוכנה.","date":"2024-11-25","categories":["QA","באג","בדיקות","פיתוח","תוכנה"],"published":true,"slug":"bug","content":"

🐛 הגדרה

באג הוא שגיאה או פגם בקוד שגורם לתפקוד לא תקין של התוכנה.

💻 מקור

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

🔍 דיבאגינג

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

💡 חשיבות

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

🪲 משמעות מילולית

המילה באג פירושה המילולי הוא חרק, והיא שומשה בהומור לתיאור בעיה טכנית כאשר עש גרם לתקלה בריליי מחשב ב-1947.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Build","question":"מהו Build?","description":"תהליך יצירת וקומפילציה של תוכנה, המניב גרסה שניתן להריץ של התוכנית.","date":"2024-11-25","categories":["Build","אוטומציה","איכות תוכנה","פיתוח תוכנה"],"published":true,"slug":"build","content":"

📜 הגדרה

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

📦 תוצאה

המונח 'Build' מתייחס גם לגרסה של התוכנה שהיא תוצאה של תהליך ה-Build. תוצאה זו חיונית לשלבים שונים של בדיקות וליישום הסופי של התוכנה.

🔄 אוטומציה

תהליכי Build יכולים להיות מאוטומטיים בעזרת כלים כמו Make, Gradle, Ant או Maven, מה שמפשט את התהליך ומבטיח בנייה אמינה ומדויקת של התוכנה.

🔍 סוגים

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

👩‍💻 חשיבות

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

🔍 אבטחת איכות

Builds לבדיקה חשובים במיוחד לצוותי QA (אבטחת איכות) על מנת לוודא שהתוכנה עומדת בסטנדרטי האיכות הנדרשים.

📈 אינטגרציה רציפה

שימוש בכלי אוטומציה ל-Build בתהליכי אינטגרציה רציפה (CI) מסייע בשמירה על איכות ואמינות התוכנה, ומאפשר אספקה מהירה יותר של עדכונים ופיצ'רים חדשים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Burndown Chart","question":"מה זה גרף ברנדהאון?","description":"זהו ייצוג חזותי של כמות העבודה שנותרה לבצע לאורך זמן.","date":"2024-11-25","categories":["metric","progress tracking","scrum"],"published":true,"slug":"burndown-chart","content":"

📜 הגדרה

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

⏳ זמן מול עבודה

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

🔄 מעקב חזרתי

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

🎯 מגמה אידיאלית

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

📈 מגמת ביצועים בפועל

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

🔧 ניתוח ביצועים

הגרף משמש גם ככלי להעריך את ביצועי הצוות ולזהות תחומים לשיפור.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Burnup Chart","question":"מה זה גרף ברנאפ?","description":"זהו ייצוג חזותי של כמות העבודה שהושלמה לאורך זמן.","date":"2024-11-25","categories":["agile","metrics","scrum"],"published":true,"slug":"burnup-chart","content":"

📜 הגדרה

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

🔍 פרשנות

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

🎯 מטרת השימוש

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

⬇️ השוואה לגרף ברנדהאון

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

🔄 Scrum

גרף ברנאפ הוא כלי שנמצא בשימוש נפוץ במסגרת Agile כמו Scrum כדי לעקוב ולנהל את המשלוחים.

🔢 קו אידיאלי

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

♻️ שינויים בתחום העבודה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Business Agility","question":"מה זה זריזות עסקית?","description":"זהו היכולת של ארגון להסתגל ולהגיב לשינויים.","date":"2024-11-25","categories":["adaptation","business agility","digital transformation","innovation","leadership"],"published":true,"slug":"business-agility","content":"

📜 הגדרה

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

🔄 הסתגלות

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

📈 חשיבות

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

🎯 מיקוד בלקוח

זריזות עסקית כוללת חשיבה עמוקה על צרכי הלקוח ומחויבות לספק להם ערך (Customer Centricity).

📊 נתונים

ההכרה בחשיבות הנתונים ושימוש בהם כנכס אסטרטגי היא חלק מרכזי בזריזות עסקית.

🌐 מעקב אחרי השוק

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

🔄 תהליכי קבלת החלטות

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

📈 התאמת פורטפוליו

מפתח לזריזות עסקית הוא ההתאמה המהירה של פורטפוליו יוזמות העסק לשאיפות הארגוניות.

🛠️ מבנה ארגוני

חלק חשוב מהגישה הוא הצורך להתאים את המבנה הארגוני להיות גמיש ותגובתי לשינויים.

💼 מיקוד בהנהגה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Canary Release","question":"מה זה Canary Release?","description":"זוהי אסטרטגיית פריסת גרסה שמטרתה למזער סיכון.","date":"2024-11-25","categories":["DevOps","deployment","release","risks"],"published":true,"slug":"canary-release","content":"

🐤 הגדרה

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

📅 מקור השם

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

🔍 מעקב

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

🔄 חזרה לאחור

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

👥 בחירה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CD","question":"מה זה CD?","description":"זהו פריסה רציפה של קוד בסביבות ייצור.","date":"2024-11-25","categories":["DevOps","alm","automation","ci","deploy","release"],"published":true,"slug":"cd","content":"

🔄 הגדרה

פריסה רציפה (Continuous Deployment), או Continuous Delivery, היא גישה להנדסת תוכנה שבה שינויים בקוד משתחררים אוטומטית לסביבת הייצור דרך סדרת בדיקות אוטומטיות.

🛠️ תהליך

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

🚀 יתרונות

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

🐞 תיקון בעיות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CFD","question":"מה זה CFD?","description":"זוהי תרשים זרימה מצטבר.","date":"2024-11-25","categories":["CFD","continuous improvement","kaizen","kanban","metric"],"published":true,"slug":"cfd","content":"

📜 הגדרה

CFD (Cumulative Flow Diagram) הוא כלי חזותי ב-Kanban המשמש לעקוב אחרי הביצועים של מערכת או צוות, ולהראות את זרימת פריטי העבודה דרך שלבים שונים לאורך זמן.

🔍 מטרת השימוש

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

📈 רכיבי התרשים

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

🔄 ניתוח CFD

ניתן לנתח מגמות ב-CFD כדי להבין את זמן המשלוח, זמן המחזור, עבודה בתהליך (WIP) ולזהות אי סדירויות או בעיות ביצועים.

📏 צירים

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

🔄 Lead Time

ה-CFD יכול לשמש כדי לנתח את זמן ה-Lean Time, שהוא הזמן שלוקח לפריט עבודה לעבור מתחילת התהליך ועד לסיומו.

🔄 Cycle Time

הוא גם עוזר להבין את זמן ה-Cycle Time, שהוא הזמן שלוקח להשלים חזרה אחת של פריט עבודה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CI","question":"מה זה CI?","description":"זהו שילוב רציף של קוד למאגר משותף.","date":"2024-11-25","categories":["ALM","CI","DevOps","automation","development","quality"],"published":true,"slug":"ci","content":"

📜 הגדרה

Continuous Integration (CI) היא פרקטיקה בהנדסת תוכנה בה מפתחים משלבים תדיר שינויים בקוד למאגר מרכזי, וביצוע אוטומטי של בניות ובדיקות. זו פרקטיקה מרכזית בפילוסופיית DevOps.

🔨 אוטומציה

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

🚀 מטרות

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

🔄 ביטחון

שילוב תדיר יוצר ביטחון שהקוד תמיד נמצא במצב פונקציונלי.

🔬 כיסוי בדיקות

CI צריכה לכלול סט רחב של בדיקות אוטומטיות מכסות אספקטים שונים של התוכנה ולהבטיח את רמת ה-QA שלה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CI/CD","question":"מה זה CI/CD?","description":"מדובר בפרקטיקות מרכזיות בהנדסת תוכנה ועמוד תווך בגישת DevOps.","date":"2024-11-25","categories":["CD","CI","DevOps"],"published":true,"slug":"ci-cd","content":"

🔄 Continuous Integration (CI)

CI כוללת שילוב תכוף של שינויים בקוד אל מאגר משותף ואוטומציה של בדיקות כדי להבטיח את אמינות הקוד.

📦 Continuous Delivery (CD)

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

🔁 CI/CD Pipeline

צינור הוא סדרת בדיקות, תהליכים ובדיקות המקשרות את CI ו-CD, נתמכים על ידי מחשבת Agile, גישת DevOps ו-practices SRE.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"CoE","question":"מה זה CoE?","description":"זהו מרכז מצוינות בתוך ארגון שמספק ידע ומומחיות בתחום מסוים.","date":"2024-11-25","categories":["Kaizen","agile","center of excellence"],"published":true,"slug":"coe","content":"

📜 הגדרה

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

🎯 מטרת השימוש

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

🤝 שיתוף פעולה

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

👩‍🏫 שירותים

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

📝 מסגרת ממשלתית

ה-CoE מקימים מסגרות ממשלתיות על מנת להבטיח יישום נכון ושמירה על פרקטיקות מובילות.

📈 מדדים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Commitment Point","question":"מה זה Commitment Point?","description":"זהו השלב בזרימת העבודה שבו פריט עבודה מוכן להיכנס למערכת.","date":"2024-11-25","categories":["commitment","efficiency","flow","kanban"],"published":true,"slug":"commitment-point","content":"

📜 הגדרה

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

🔄 חשיבות

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

📊 ייצוג חזותי

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

🛠️ יעילות

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

📝 אישור מפורש

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Community of Practice - CoP","question":"מה זה Community of Practice?","description":"זו קבוצה של אנשים ששמים לב לבעיה משותפת, סט בעיות, או תשוקה לנושא מסוים.","date":"2024-11-25","categories":["CoP","knowledge","learning"],"published":true,"slug":"cop-comunidad-de-practicas","content":"

📜 הגדרה

CoP (Community of Practice) היא קבוצה של אנשים ששמים לב לבעיה משותפת, סט בעיות או תשוקה לנושא מסוים, ומעמיקים את הידע והמיומנויות שלהם בתחום זה על ידי אינטראקציה מתמשכת.

🔍 מטרת השימוש

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

👥 חברים

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

📚 מקור המונח

הקונספט של CoPs הוצע לראשונה על ידי האנתרופולוגית הקוגניטיבית ג'ין לאב ותיאורטיקן החינוך אתיין וֶנגֶר בשנות ה-90.

👩‍🏫 התהוות טבעית

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

📅 התפתחות

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

🔧 הנחות

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

📈 ניהול פרקטיקות

ה-CoPs מתמקדות בפיתוח ושיתוף של פרקטיקות טובות וידע מעשי בתחום שלהן.

📚 ניהול ידע

CoPs יעילות בקליטת והפצת ידע סמוי בארגון.

","language":"he","alternativeLangs":["ar","da","el","en","es","fi","fr","hi","hu","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Cost of Delay","question":"מה זה Cost of Delay?","description":"זהו האימפקט הכלכלי של עיכוב בהגשה לאורך זמן.","date":"2024-11-25","categories":["SLA","kanban","lean","metric","prioritization"],"published":true,"slug":"cost-of-delay","content":"

📜 הגדרה

Cost of Delay (CoD) מייצג את ההשפעה הכלכלית של עיכוב בהגשה של מוצר או שירות.

📊 חשיבות

זהו מדד מרכזי בניהול Lean ובשיטת Kanban לצורך תעדוף עבודה, הפחתת בזבוז והבנת ההשפעה של עיכובים.

🎯 מטרת השימוש

להגביר את המודעות להשפעה הכלכלית של עיכובים.

🔢 חישוב

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

➗ טכניקה

CD3 היא טכניקה העוזרת לתעדף רשימות עבודה. היא מחושבת על ידי חלוקתו של Cost of Delay לפי משך הפרויקט כדי לקבל את סדר הגודל של תעדוף כל פריט עבודה (PBI).

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Crystal Method","question":"מה זה Crystal Method?","description":"מדובר במסגרת ניהול פרויקטים שמתעדפת אנשים ואינטראקציות שלהם על פני תהליכים וכלים.","date":"2024-11-25","categories":["agile","framework"],"published":true,"slug":"crystal-method","content":"

🔍 הגדרה

Crystal Method היא מסגרת לניהול פרויקטים שמתעדפת אנשים ואינטראקציות שלהם על פני תהליכים וכלים.

👨‍💻 יוצר

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

🌐 גישה

Crystal היא חלק מהמחשבה Agile, שמדגישה את הגמישות ושיתוף הפעולה בצוות.

📊 קידוד לפי צבעים

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

📜 מאפיינים

ה-Crystal Method היא גישה אנושית, גמישה וקלילה, הדורשת תיעוד מינימלי ומדגישה את הגמישות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Customer Centricity","question":"מה זה Customer Centricity?","description":"מדובר באסטרטגיה עסקית שממוקדת בלקוח במרכז כל התהליכים.","date":"2024-11-25","categories":["culture","strategy","ux"],"published":true,"slug":"customer-centricity","content":"

📜 הגדרה

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

📈 חשיבות

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

📊 שימוש בנתונים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","no","pl","pt","ru","th","tr","zh"]},{"title":"Cycle Time","question":"מה זה Cycle Time?","description":"זהו הזמן שלוקח לפריט להשלם בתהליך נתון.","date":"2024-11-25","categories":["cycle time","delivery rate","kanban","lead time","metrics","throughput"],"published":true,"slug":"cycle-time","content":"

📜 הגדרה

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

🆚 הבדל מול Lead Time

ההבדל העיקרי בין Cycle Time ל-Lead Time הוא בתחום המדידה.

📅 מדידה

Cycle Time נמדד על ידי תיעוד תאריכי התחלה וסיום של כל פריט עבודה כפי שהוא מתקדם דרך הלוח.

🔢 חישוב

הנוסחה לחישוב Cycle Time היא (תאריך סיום - תאריך התחלה) + 1, כדי לקחת בחשבון פריטים שמושלמים באותו היום שבו התחילו.

🎯 שיפור

אסטרטגיות לשיפור ה-Cycle Time כוללות הגבלת עבודה בתהליך ופתרון צווארי בקבוק.

📈 ממוצע Cycle Time

צוותים יכולים להשתמש בנתונים היסטוריים כדי לחשב את ממוצע ה-Cycle Time של התהליך שלהם, דבר שעוזר לחזות את הביצועים בעתיד.

📈 ניתוח ביצועים

ניתוח קבוע של נתוני Cycle Time יכול לעזור לזהות תחומים לשיפור ולוודא את יעילות השינויים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Disciplined Agile Delivery - DAD","question":"מה זה Disciplined Agile Delivery?","description":"זוהי גישה גמישה ליישום Agile בארגון.","date":"2024-11-25","categories":["PMI","agile","disciplined agile delivery","scaling"],"published":true,"slug":"dad---disciplined-agile-delivery","content":"

📜 הגדרה

Disciplined Agile Delivery (DAD) הוא כלי המספק גישה גמישה ליישום Agile בארגונים.

📅 מקור

סקוט אמבלר ומרק ליינס הם היוצרים של Disciplined Agile Delivery.

🔄 התפתחות

לראשונה נקראה DAD, הגישה התפתחה והפכה ל-Disciplined Agile (DA), וכעת נחשבת לכלי ולא למסגרת.

🔧 גמישות

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

📚 אינטגרציה

מאחדת מסגרות שונות כמו Scrum, Kanban, XP, DevOps ו-SAFe, ומספקת הנחיות כיצד להתאים ולהשתמש ביעילות בפרקטיקות אלה.

📈 רכישת PMI

ה-Institute Project Management (PMI) רכש את Disciplined Agile בשנת 2019 במטרה לשפר ולקדם את השימוש בה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"DDD","question":"מה זה DDD?","description":"זהו עיצוב שממוקד בתחום העיסוק של הארגון.","date":"2024-11-25","categories":["BDD","DDD","TDD"],"published":true,"slug":"ddd---domain-driven-design","content":"

📜 הגדרה

Domain-Driven Design (DDD) הוא גישה להנדסת תוכנה שמתמקדת ביצירת תוכנה באיכות גבוהה שתואמת את הצרכים העסקיים.

🎯 מיקוד ראשי

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

🤝 שיתוף פעולה

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

📚 חומרי הפניה

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

🗂️ מוצרים במודל

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

🔄 סנכרון

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Delivery","question":"מה זה Delivery?","description":"מדובר בהגשת תוכנה לצוות.","date":"2024-11-25","categories":["alm","development"],"published":true,"slug":"delivery","content":"

🔄 הגדרה

Delivery מתייחס להגשת תוכנה על ידי צוות.

🎯 מיקוד בערך

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

📈 מדדים

חלק מהמדדים שמשתמשים בהם כדי למדוד את יכולת ההגשה של צוות כוללים: Lead Time, Cycle Time ו-Throughput.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Design Sprint","question":"מה זה Design Sprint?","description":"מדובר בתהליך המאפשר יצירה ובחינה של פרוטוטיפ תוך חמישה ימים.","date":"2024-11-25","categories":["Agile","MVP","Product","Prototype","design sprint","innovation","validation"],"published":true,"slug":"design-sprint","content":"

🚀 הגדרה

Design Sprint הוא תהליך פיתוח מוצר Agile המאפשר יצירה ובחינה של פרוטוטיפ תוך חמישה ימים.

🔍 מקור

Design Sprint פותח על ידי ג'ייק נפ ועמיתיו ב-Google Ventures. מקורותיו נעוצים במאמצים להאיץ את עיצוב ואימות הרעיונות בתוך סטארטאפים וצוותי פיתוח מוצר.

🗓️ לוח זמנים

ההליך מחולק לחמישה שלבים עיקריים, כל אחד מהם תואם ליום בשבוע העבודה.

👩‍💻 צוות

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

📅 יום שני - הבנה ותכנון

הגדרת מטרת המוצר והגדרת מטרות מציאותיות.

🖊️ יום שלישי - סקיצות

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

🔍 יום רביעי - קבלת החלטות

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

🛠️ יום חמישי - יצירת פרוטוטיפ

בניית פרוטוטיפ איכותי שניתן לבדוק עם משתמשים.

🧪 יום שישי - בחינה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Design Thinking","question":"מה זה Design Thinking?","description":"מדובר בתהליך לפתרון בעיות המתמקד בהבנת הצרכים האנושיים ויצירת פתרונות חדשניים.","date":"2024-11-25","categories":["design thinking","innovation","process"],"published":true,"slug":"design-thinking","content":"

🎨 הגדרה

Design Thinking הוא תהליך לפתרון בעיות שמתמקד בהבנת הצרכים האנושיים ויצירת פתרונות חדשניים המפותחים עם התמקדות ב-Customer Centricity.

📚 מקור

Design Thinking התפתח בבית הספר לעיצוב של סטנפורד (d.school), עם עבודות מוקדמות של ג'ון E. ארנולד והרברט סימון.

💡 יצירת רעיונות

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

🏗️ יצירת פרוטוטיפ

ההסברים הופכים במהרה לפרוטוטיפים מוחשיים לצורך ניסוי ושיפור.

📊 בדיקה ופידבק

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

📈 השפעה עסקית

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Developers","question":"מה זה Developer?","description":"הם אחראים לכתיבת קוד כדי ליצור, לעצב ולתחזק אפליקציות תוכנה.","date":"2024-11-25","categories":["development","role","scrum"],"published":true,"slug":"developer","content":"

💻 הגדרה

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

📱 חשיבות

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

🥷 כישורים

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

👨‍💻 Scrum

מפתחים ב-Scrum הם חברי הצוות אחראיים על יצירה, עיצוב, יישום והגשה של המוצר.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Discovery","question":"מה זה Discovery?","description":"מדובר בתהליך של קביעת איזה מוצר או שירות לבנות.","date":"2024-11-25","categories":["agile","innovation","product","product backlog","upstream"],"published":true,"slug":"discovery","content":"

🔍 הגדרה

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

🔄 Agile

Discovery בדרך כלל משולב עם מתודולוגיות Agile כדי להבטיח שנבנה את המוצר הנכון בצורה יעילה.

👥 שיתוף פעולה בצוות

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

📈 תהליך מתמשך

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

🔄 גישה כפולה

Discovery יכולה להיעשות בשיטה של גישה כפולה (Dual Track), שמשלבת עם פרקטיקות Agile כמו Scrum כדי להבטיח שהמוצר המתפתח תואם לצרכים של המשתמשים.

📅 שלב ראשוני

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DoD - Definition of Done","question":"מה זה Definition of Done?","description":"זהו מערך קריטריונים שמגדיר מתי סיפור משתמש הושלם.","date":"2024-11-25","categories":["agile","quality","scrum","user story"],"published":true,"slug":"dod-definition-of-done","content":"

🎯 הגדרה

Definition of Done (DoD) הוא מערך קריטריונים שמגדיר מתי סיפור משתמש נחשב להושלם במסגרת Scrum.

🛠️ חשיבות

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

🤝 יצירה

אם לא הוגדר DoD בארגון, זו אחריות המפתחים ליצור אותו.

📈 מדידה

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

📋 קריטריונים גלויים

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

🌱 התפתחות

ה-DoD הוא מרכיב חי שנדרש להשתפר ולהתפתח ככל שמלמדים יותר.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DoR - Definition of Ready","question":"מה זה Definition of Ready?","description":"זהו מערך קריטריונים שמגדיר את הדרישות שפריט חייב לעמוד בהן לפני שיוכל להתפתח.","date":"2024-11-25","categories":["DoD","agreement","antipattern","scrum"],"published":true,"slug":"dor-definition-of-ready","content":"

🔍 הגדרה

Definition of Ready (DoR) הוא מערך קריטריונים שמוסכם בין ה-Product Owner למפתחים ב-Scrum, המגדיר את הדרישות שפריט מתוך Product Backlog חייב לעמוד בהן לפני שנבחר לפרטי Sprint.

📝 קריטריונים למוכנות

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

📝 לא חלק מ-Scrum

למרות שלא מדובר בחלק רשמי במסגרת Scrum, ה-DoR משמש, בחלק מהמקרים, ככלי שיתופי, המקדם תקשורת והבנה משותפת בין ה-Product Owner לצוות הפיתוח.

🚫 אנטי-דפקט

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Downstream","question":"מה זה Downstream?","description":"פעילויות מקבלת בקשה ועד ההגשה שלה.","date":"2024-11-25","categories":["agile","cycle time","kanban","lead time","lean","upstream"],"published":true,"slug":"downstream","content":"

⬇️ Downstream

מתייחס לפעילויות מקבלת בקשה ועד לסיום השירות ללקוח ב-Agile וב-Lean.

🔄 Upstream

בניגוד ל-Downstream, Upstream כולל את כל מה שקורה לפני הביצוע בפועל, כמו גילוי מוצר או הגדרת Backlog.

🔀 Kanban

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

📈 מדדים

מדדים מסוימים המשמשים לעקוב אחרי יעילות ה-Upstream כוללים את Lead Time ו-Cycle Time.

📦 Scrum

למרות שלא מתייחסים ישירות ל-Downstream, Scrum כולל את הפעילויות הללו דרך ניהול ה-Product Backlog על ידי ה-Product Owner.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"DRY","question":"מה זה DRY?","description":"DRY מתייחס לעיקרון של \"לא לחזור על עצמך\".","date":"2024-11-25","categories":["DRY","development","maintainability","principles","scalability"],"published":true,"slug":"dry---dont-repeat-yourself","content":"

📚 הגדרת העיקרון

DRY (Don't Repeat Yourself) הוא עיקרון בהנדסת תוכנה המדגיש את הצורך בהפחתת חזרות ודפוסים חוזרים על עצמם וכתיבת קוד מודולרי שניתן להפנות אליו במקום לשכפל אותו.

👨‍💻 מקור

העיקרון נטבע על ידי אנדי האנט ודייב תומאס ב-\"The Pragmatic Programmer\", ומטרתו להבטיח שכל מידע ייוצג בצורה חד-משמעית במערכת.

⚙️ חשיבות

כתיבת קוד DRY חיונית לשמירה על תחזוקה נוחה, סקלאביליות, ולהימנע מההפך, קוד WET (Write Everything Twice).

🔍 כלל שלוש

הכלל הכללי עבור קוד DRY הוא \"כלל שלוש\", שמציע להאבזר קוד לאחת יחידת שימוש חזרה כשהדפוס הזה מופיע בפעם השלישית.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Dual Track","question":"מה זה Dual Track?","description":"מדובר בגישה שמשלבת גילוי מוצר עם הגשתו בו-זמנית.","date":"2024-11-25","categories":["agile","delivery","discovery","downstream","scrum","upstream"],"published":true,"slug":"dual-track","content":"

🔍 הגדרה

גישה לניהול פרויקטים שמשלבת את טבעה החזרתי והגמיש של Agile על ידי הפרדה בין פעילויות Upstream ו-Downstream.

🔄 מקור

הקונספט של Dual Track הוזכר לראשונה ב-2005 על ידי לינן מילר, בהסבר נוסף על ידי דזיראי סי ב-2007, ומאוחר יותר פורמליזציה כ-\"Dual-Track Agile\" על ידי מארטי קגן ו-ג'ף פאטון ב-2012.

👁️ גילוי

בשלב ה-Upstream, חלק מהצוות, בדרך כלל כולל את ה-Product Owner וחברי צוות עם תפקידים ב-UX, מתמקדים בהבנת צרכי המשתמשים, בפרוטוטיפים ובבדיקות פתרונות לפני שממשיכים לפיתוח.

🚀 ביצוע

בשלב ה-Downstream, המפתחים מבצעים את הרעיונות שגולמו בגילוי ומפנים אותם לאינקרמנטים של המוצר.

🤝 סנכרון

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Engineer Manager","question":"מה זה Engineer Manager?","description":"מדובר במהנדסים מנוסים שמובילים פעילויות טכניות ומנהלים צוותי מהנדסים.","date":"2024-11-25","categories":["collaboration","leadership"],"published":true,"slug":"engineer-manager","content":"

👩‍💼 הגדרת תפקיד

Engineer Manager הוא מהנדס מנוסה שמוביל פעילויות טכניות ומנהל צוותי מפתחים.

🔧 מנהיגות טכנית

הם אחראים לקבל החלטות טכניות מבוססות נתונים ולפקח על ביצוע פעולות טכניות ועיצוביות.

👥 ניהול צוותים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Expedite","question":"מה זה Expedite?","description":"מדובר בפריטי עבודה בעלי עדיפות גבוהה שדורשים תשומת לב מיידית.","date":"2024-11-25","categories":["kanban","urgency"],"published":true,"slug":"expedite","content":"

⏱️ הגדרה

ב-Kanban, Expedite מתייחס לפריטי עבודה הדורשים תשומת לב מיידית בשל הדחיפות שלהם, ולעיתים מפריעים לזרימת העבודה הרגילה.

🚀 לוח עבודה

צוותים יכולים להשתמש בשדה Expedite בלוח Kanban שלהם כדי להפריד ויזואלית ולתעדף פריטי עבודה דחופים, מה שמאפשר להם לעבוד עליהם מחוץ למגבלות התהליך הרגילות.

📈 השפעה

עומס יתר של פריטים דחופים עלול להשפיע לרעה על יכולת ההגשה של הצוות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Extreme Programming - XP","question":"מהו Extreme Programming?","description":"זהו מסגרת לפיתוח תוכנה אג'ילי שמתמקדת במשוב תכוף ושיפור מתמשך.","date":"2024-11-25","categories":["Kaizen","TDD","downstream","אג'ייל"],"published":true,"slug":"extreme-programming---xp","content":"

🔍 הגדרה

Extreme Programming או XP היא מסגרת לפיתוח תוכנה אג'ילי שמתמקדת במשוב תכוף ושיפור מתמשך, כוללת פרקטיקות כמו תכנות בזוג ובעלות משותפת על הקוד.

📅 מקור

Extreme Programming (XP) פותחה על ידי קנט בק, אחד החותמים של המניפסט האג'ילי, בשנות ה-90 כתגובה לאתגרים של פרויקטי תוכנה עם מועדים צפופים. בק הציג את XP בספרו \"Extreme Programming Explained: Embrace Change\" ב-1999, מסגרת אג'ילית שמתמקדת בשיפור מתמיד, גמישות ושיתוף פעולה בצוות.

📈 איכות

XP שואפת לספק תוכנה באיכות גבוהה באמצעות בדיקות ופשטות.

🔍 פשטות

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

💎 אומץ

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FDD","question":"מהו FDD?","description":"FDD הוא ראשי תיבות של Feature Driven Development.","date":"2024-11-25","categories":["BDD","DDD","FDD","TDD","פיצ'ר"],"published":true,"slug":"fdd---feature-driven-development","content":"

🔍 הגדרה

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

🎯 עיקרון מפתח

FDD דורש אספקת פיצ'ר כל 2-10 ימים, מה שמבטיח שהצרכים של הלקוח מתממשים בצורה מתמדת.

🔄 תהליך איטרטיבי

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

🛠️ תפקידי צוות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Features","question":"מה זו תכונה?","description":"זוהי פיסת פונקציונליות מובחנת שמספקת ערך.","date":"2024-11-25","categories":["FDD","agile","feature flag","mvp","product backlog","scrum"],"published":true,"slug":"feature","content":"

🔍 הגדרה

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

📈 חשיבות

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

👨‍💼 בעלות

בעל המוצר אחראי בדרך כלל על הגדרת, ניהול והזמנת תכונות ב-backlog של המוצר.

🔄 קשרים

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

🚀 שחרור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Feature Flags","question":"מהו Feature Flag?","description":"זהו טכניקת ניהול המאפשרת להפעיל או לכבות פונקציות בתוכנה.","date":"2024-11-25","categories":["A/B Testing","CD","CI","development"],"published":true,"slug":"feature-flag","content":"

🚩 הגדרה

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

🔧 יישום

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

🎯 שימושים

הן משמשות ב-Continuous Deployment (CD), Canary Releases, A/B Testing ובכדי לשלוט על נראות הפיצ'רים עבור קבוצות משתמשים שונות.

💡 יתרונות

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

📈 צמיחה

השימוש ב-Feature Flags התפשט עם עלייתם של פרקטיקות Agile, DevOps ואספקת תוכנה רציפה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Feedback","question":"מה זה פידבק?","description":"פידבק הוא תגובה שניתנת לגירוי כלשהו כדי להעריך אותו.","date":"2024-11-25","categories":["communication","feedback"],"published":true,"slug":"feedback","content":"

🔊 הגדרה

פידבק הוא תגובה שניתנת לגירוי כלשהו על מנת להעריך אותו.

♻️ קשר לאג'ייל

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Fibonacci Sequence","question":"מה זה רצף פיבונאצ'י?","description":"מדובר בסדרה אינסופית של מספרים טבעיים.","date":"2024-11-25","categories":["complexity","effort","estimation","planning poker"],"published":true,"slug":"fibonacci","content":"

🔢 הגדרה

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

🌿 עיצוב בטבע

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

🎯 הערכה אג'ילית

רצף פיבונאצ'י נמצא בשימוש בטכניקות אג'יליות להערכת מאמץ ומורכבות, כמו ב-Planning Poker.

🧮 דוגמה

0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89...

💻 יישומים

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

📏 יחס זהב

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Figma","question":"מה זה Figma?","description":"מדובר בכלי לעיצוב גרפי וליצירת פרוטוטיפים.","date":"2024-11-25","categories":["UI","UX","collaboration","design"],"published":true,"slug":"figma","content":"

🎨 כלי עיצוב

Figma הוא כלי לעיצוב גרפי וליצירת פרוטוטיפים שנעשה בו שימוש נרחב בעיצוב ופיתוח ממשקי משתמש (UI).

🤝 שיתוף פעולה

Figma מאפשרת עבודה משותפת בזמן אמת, ומאפשרת לחברי הצוות לעבוד יחד.

💻 נוחות שימוש

הוא ידוע בממשק אינטואיטיבי וקל לשימוש, מה שהופך אותו לפופולרי בקרב מעצבי UX/UI וסוכנויות עיצוב ליצירת פרוטוטיפים ומוקאפ.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FOMO","question":"מה זה FOMO?","description":"זהו פחד מלהחמיץ.","date":"2024-11-25","categories":["innovation","product","psychology"],"published":true,"slug":"fomo","content":"

🔍 הגדרה

'FOMO' הוא קיצור ל'Fear of Missing Out', והוא מצב פסיכולוגי שמתאפיין ברצון מתמיד להיות מחובר למה שעושים אחרים, במיוחד דרך מדיה חברתית.

😟 השלכות

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

📚 מקור

המונח 'FOMO' שודר לראשונה בסוף שנות ה-90, וכוון לפחד מלהחמיץ הזדמנויות חברתיות.

🌐 התפתחות

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

👥 קשר חברתי

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Forecast","question":"מה זה תחזית?","description":"זוהי הערכה ומעקב אחר מכירות עתידיות.","date":"2024-11-25","categories":["forecast","metrics","predictability"],"published":true,"slug":"forecast","content":"

📈 הגדרה

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

🔍 מטרת השימוש

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

📊 שיטות

התחזיות יכולות להתבצע באמצעות נתונים כמותיים ואיכותיים כאחד.

📊 נתונים כמותיים

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

🧮 נתונים איכותיים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Framework","question":"מה זו מסגרת עבודה?","description":"מדובר במערכת של כללים, רעיונות או אמונות בהם משתמשים לתכנון, הסכמה או קבלת החלטות.","date":"2024-11-25","categories":["agreements","scrum","shared understanding","team"],"published":true,"slug":"framework","content":"

🏗️ משמעות

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

💻 הקשר

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

📚 מבנה רעיוני

מסגרת עבודה יכולה להיות מבנה רעיוני בסיסי של רעיונות או סט של כללים שמשתמשים בהם לתכנון.

📝 דוגמאות

Scrum היא מסגרת עבודה אג'ילית ולרבל היא מסגרת עבודה לשפת התכנות PHP.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"FYI","question":"מה זה FYI?","description":"זהו קיצור של For Your Information (לידיעתך).","date":"2024-11-25","categories":["acronyms","communication"],"published":true,"slug":"fyi","content":"

📝 FYI

For Your Information, או \"לידיעתך\", הוא קיצור נפוץ בשימוש בתקשורת מקצועית ולא מקצועית לצורך הצגת מידע הרלוונטי למקבל ההודעה.

🗨️ שימוש

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

📧 דואר אלקטרוני

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Gemba","question":"מה זה Gemba?","description":"מדובר במונח יפני שמתייחס ל\"מקום האמיתי\" או \"המקום שבו מתרחשת הפעולה\".","date":"2024-11-25","categories":["gemba","kaizen","lean"],"published":true,"slug":"gemba","content":"

🏭 הגדרה

Gemba הוא מונח יפני שמתייחס ל\"מקום האמיתי\" או \"המקום שבו מתרחשת הפעולה\" בהקשר עסקי.

💼 יישום

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

🔄 ניהול Lean

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

📈 קשר ל-Kaizen

Gemba קשור קשר הדוק למושג Kaizen, שהוא הפילוסופיה של שיפור מתמיד.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Gherkin","question":"מה זה Gherkin?","description":"Gherkin הוא שפה המשמשת לצורך ציון ההתנהגות של מערכות תוכנה באופן שמובן לגורמים לא טכניים.","date":"2024-11-25","categories":["behavior-driven development (BDD)","gherkin","test automation"],"published":true,"slug":"gherking---given-when-then","content":"

📝 הגדרה של Gherkin

Gherkin הוא שפה המשמשת לצורך ציון ההתנהגות של מערכות תוכנה באופן שמובן לגורמים לא טכניים.

🧪 שיטה לבדיקות

היא קשורה במיוחד לפיתוח מונחה התנהגות (BDD) ומשמשת לתכנון מקרים לבדיקות.

➡️ תחביר

ל-Gherkin יש תחביר ספציפי עם מילים מפתח כמו Feature, Scenario, Given, When ו-Then, המיועדות ליצירת תיאורים לבדיקות.

🔄 אוטומציה

לעיתים קרובות נעשה שימוש ב-Gherkin יחד עם כלים כמו Cucumber לאוטומציה של בדיקות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Git","question":"מה זה Git?","description":"מדובר במערכת ניהול גרסאות מבוזרת.","date":"2024-11-25","categories":["ALM","development","git"],"published":true,"slug":"git","content":"

🔄 הגדרה

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

🔗 מאגר

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

🔀 מיזוג

Git מספק כלים למיזוג סניפים שונים, פתרון קונפליקטים ושמירה על היסטוריית מאגר נקייה.

🌐 גמישות

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

🔒 שלמות נתונים

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

📈 פופולריות

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

📝 קומיטים

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

🌿 סניפים

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

🔍 חזרה לאחור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"GitFlow","question":"מה זה GitFlow?","description":"מדובר במודל סניפים ל-Git.","date":"2024-11-25","categories":["branches","git","gitflow"],"published":true,"slug":"gitflow","content":"

🔄 GitFlow

GitFlow הוא מודל סניפים ל-Git שמסייע בניהול סניפים ושחרורים בפרויקט.

🚀 מקור

GitFlow פותח על ידי וינסנט דריסן והפך לעבודה נרחבת ומקובלת בפיתוח תוכנה.

🔗 ארגון הסניפים

הסניפים מאורגנים לסניף ראשי (כמו \"main\") וסניף פיתוח (כמו \"develop\"), לצד סניפי תכונות, סניפי שחרור ותיקוני חירום.

🔄 הצעה ראשונית

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

📜 שיפור והתאמה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"GitHub","question":"מה זה GitHub?","description":"מדובר בפלטפורמה לאירוח וניהול קוד.","date":"2024-11-25","categories":["collaboration","development","git","gitflow","github","version control"],"published":true,"slug":"github","content":"

🖥️ הגדרה

GitHub היא פלטפורמה למפתחים לאירוח ולניהול קוד, המספקת מאגרים ציבוריים ופרטיים.

🤝 שיתוף פעולה

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

🔍 ניהול גרסאות

GitHub עושה שימוש ב-Git, מערכת ניהול גרסאות, כדי לעקוב אחרי שינויים בקוד ולנהל גרסאות שונות של הפרויקט.

💻 שירותים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Hype","question":"מה זה Hype?","description":"מדובר בציפייה גבוהה מאוד למשהו חדש.","date":"2024-11-25","categories":["hype","marketing","product"],"published":true,"slug":"hype","content":"

🔊 Hype

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

📈 דוגמה

מוצר שנמצא תחת Hype עשוי להיות מוערך יתר על המידה כדי ליצור עניין ומכירות.

📚 מקור

המונח נובע מהמילה האנגלית 'hyperbole', שהיא דימוי ספרותי המגזים או מעריך יתר על המידה משהו.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Impact Map","question":"מה זה Impact Mapping?","description":"מדובר בטכניקת מיפוי הממקדת את הצוות במטרות ובדרכים להשגתן.","date":"2024-11-25","categories":["design thinking","impact mapping","product","roadmap","strategy"],"published":true,"slug":"impact-mapping","content":"

🎯 הגדרה

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

🔄 תהליך חזרתי

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

🧠 כלי שיתופי

Impact Mapping כוללת את כל בעלי העניין בשיחה שיתופית על מנת לתעדף פעולות שיביאו להשפעה הגדולה ביותר.

📈 ארבעה שלבים

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

🎯 מטרות

השלב הראשון ב-Impact Mapping הוא הגדרת המטרה הכוללת, תוך לוודא שהיא ספציפית, מדידה, ניתנת לפעולה, ריאלית ומוגבלת בזמן (SMART).

👥 שחקנים

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

💥 השפעות

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

📦 מסירות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Ishikawa","question":"מה זה דיאגרמת Ishikawa?","description":"מדובר בכלי המשמש לזיהוי סיבות אפשריות לאירוע או לבעיה.","date":"2024-11-25","categories":["Ishikawa diagram","kaizen","post-mortem","retrospective"],"published":true,"slug":"ishikawa","content":"

📊 הגדרה

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

🐟 מקור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Jira","question":"מה זה Jira?","description":"מדובר ביישום לניהול פרויקטים.","date":"2024-11-25","categories":["jira","project","tool"],"published":true,"slug":"jira","content":"

🔍 הגדרה

Jira היא אפליקציה בבעלות חברת Atlassian לניהול בעיות ומעקב אחרי פרויקטים.

📈 מטרת השימוש

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Junior","question":"מה זה Junior?","description":"מדובר במפתח שיש לו ידע בסיסי בשפה ובטכנולוגיית הפיתוח.","date":"2024-11-25","categories":["developer","junior","role","senior"],"published":true,"slug":"junior","content":"

👨‍💻 הגדרת תפקיד

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

💼 אחריות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"JIT - Just In Time","question":"מה זה Just In Time?","description":"מדובר באסטרטגיה שמטרתה לשלב הזמנת חומרי גלם עם לוחות זמנים לייצור.","date":"2024-11-25","categories":["jit","lean","toyota"],"published":true,"slug":"just-in-time---jit","content":"

⏱️ הגדרה

Just In Time (JIT), או \"בדיוק בזמן\", היא אסטרטגיית ניהול שמטרתה לשלב הזמנת חומרי גלם עם לוחות זמנים לייצור, כך שהסחורות מתקבלות קרוב ככל האפשר לזמן בו הן נדרשות.

🏭 מקור

JIT פותח על ידי יצרנית הרכב היפנית טויוטה בשנות ה-70 כחלק ממערכת הייצור של טויוטה.

💰 יתרונות

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

🔄 תהליך

JIT דורש פיקוח מתמיד על הביקוש ומשתמש בשיטות כמו Kanban להקל על שיפור מתמיד בייעול, יעילות ואיכות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kaizen","question":"מה זה Kaizen?","description":"מדובר במונח יפני שמתאר שיפור מתמיד או שינוי חיובי.","date":"2024-11-25","categories":["continuous improvement","kaizen","lean","toyota"],"published":true,"slug":"kaizen","content":"

📈 הגדרה

Kaizen הוא מונח יפני המתאר \"שיפור טוב\" או \"שינוי חיובי\", והוא פילוסופיה עסקית שמתמקדת בשיפור מתמיד.

🏭 מקורות

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

🔄 מתודולוגיה

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

🔧 כלים

הפילוסופיה של Kaizen עושה שימוש בכלים שונים כמו 5S לארגון מקום העבודה, JIT ו-Kanban לשליטה במלאי ומיפוי זרימת ערך לחיסול בזבוז.

📚 התפשטות

יועץ הניהול מאסאקי אימאי הציג את Kaizen בעולם ב-1986 באמצעות ספרו \"Kaizen: The Key to Japan's Competitive Success\".

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kanban","question":"מה זה Kanban?","description":"מדובר בשיטה Lean לאופטימיזציה של תהליכי זרימת עבודה.","date":"2024-11-25","categories":["agile","flow","kaizen","kanban","lean","pull system","services","wip"],"published":true,"slug":"kanban","content":"

🔖 הגדרה

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

🏭 מקור

היא פותחה לראשונה בשנות ה-40 על ידי טויוטה, ומטרתה אופטימיזציה של תהליכי ייצור על ידי ויזואליזציה של עבודה והפחתת בזבוז.

🔄 התפתחות

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

🔍 ניהול חזותי

צוותים עושים שימוש בלוחות Kanban כדי להמחיש את עבודתם ולעקוב אחרי ההתקדמות, לעיתים עם עמודות כמו \"To Do\", \"In Progress\", ו-\"Done\".

🔄 שיפור מתמיד

Kanban מקדם זיהוי ופתרון בעיות בתהליך העבודה, ומאפשר שיפור מתמיד ויעיל תוך קידום הפילוסופיה של Kaizen.

🔒 הגבלת עבודה בתהליך (WIP)

אחת מהפרקטיקות המרכזיות ב-Kanban היא הגבלת WIP (Work In Progress) כדי לשפר את ההתמקדות והיעילות של הצוות, להקטין Lead Time ולהגביר את איכות העבודה המוגשת.

🔄 מערכת Pull

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

🛠 כלים

חלק מהכלים הדיגיטליים הפופולריים ליישום שיטת Kanban הם: Trello, Asana ו-JIRA.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Kanban Board","question":"מה זה Kanban Board?","description":"מדובר בכלי חזותי שמייצג את העבודה בשלבים שונים של תהליך באמצעות כרטיסים ועמודות.","date":"2024-11-25","categories":["Information Radiator","Kanban","Lean"],"published":true,"slug":"kanban-board","content":"

📊 הגדרה

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

🔢 מגבלת WIP

הוא מעוצב כדי לעזור לצוותים למקסם את היעילות על ידי הגבלת עבודה בתהליך (WIP).

👥 תיאום צוות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"KISS","question":"מה זה KISS?","description":"מדובר בקיצור של Keep It Simple, Stupid!","date":"2024-11-25","categories":["KISS","design principle"],"published":true,"slug":"kiss---keep-it-simply-stupid","content":"

🔤 משמעות

עיקרון KISS, שמתייחס ל-\"Keep It Simple, Stupid!\" (שמור על זה פשוט, טיפש!), הוא עיקרון שמיועד לעיצוב.

🛠️ עיקרון עיצוב

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

📅 מקור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"KPI","question":"מה זה KPI?","description":"מדובר בקיצור של Key Performance Indicator (מדד ביצועים עיקרי).","date":"2024-11-25","categories":["KPI","metric"],"published":true,"slug":"kpi---key-performance-indicator","content":"

🎯 הגדרה

Key Performance Indicator (KPI), או מדד ביצועים עיקרי, הוא מדד כמותי של ביצועים לאורך זמן עבור מטרה מסוימת, שנעשה בו שימוש לעקוב אחרי התקדמות לעבר מטרות.

🔑 חשיבות

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

💼 דוגמאות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lead Time","question":"מה זה Lead Time?","description":"מדובר במשך הזמן הכולל מתחילת ביצוע הזמנה ועד לסיום ההזמנה.","date":"2024-11-25","categories":["cycle Time","kanban","lean","metric"],"published":true,"slug":"lead-time","content":"

⏳ הגדרה

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

📅 נוסחה

Lead Time = תאריך אספקה - תאריך הזמנה

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lean","question":"מה זה Lean?","description":"מדובר ביישום עקרונות ייצור לתוך פיתוח תוכנה.","date":"2024-11-25","categories":["agile","kanban","lean"],"published":true,"slug":"lean","content":"

🔍 הגדרה

Lean הוא יישום של עקרונות ייצור לפיתוח ולניהול מוצרים ושירותים.

🎯 מטרת השיטה

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

🔃 מערכת Pull

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Lean Inception","question":"מה זה Lean Inception?","description":"מדובר בסדנה שיתופית למיקוד בצוות לפיתוח מוצר מינימלי בר ביצוע.","date":"2024-11-25","categories":["design thinking","lean","lean inception","mvp"],"published":true,"slug":"lean-inception","content":"

🚀 מטרת השיטה

Lean Inception היא שיטה שנועדה למקד את הצוות סביב פיתוח מוצר מינימלי בר ביצוע (MVP) בסדנה שיתופית דרך הבנת מטרות משותפות.

🏢 יוצר

Lean Inception הוצגה על ידי פאולו קרולי, והפירסום הראשון היה בשנת 2011.

📅 משך זמן

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

🔄 התפתחות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"LeSS","question":"מה זה LeSS?","description":"מדובר במסגרת ל-Scaling של Scrum.","date":"2024-11-25","categories":["LeSS","scaling","scrum"],"published":true,"slug":"less-large-scale-scrum","content":"

🔍 הגדרה

Large Scale Scrum (LeSS) היא מסגרת ל-Scaling של Scrum, שמסייעת בניהול תלותים בין צוותים רבים העובדים על אותו מוצר.

🎯 מטרת השיטה

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

📜 עקרונות מרכזיים

LeSS מונח על ידי 10 עקרונות, כולל שליטה בתהליך אמפירי, שקיפות, מיקוד בלקוח ושיפור מתמיד.

🔄 Scaling

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

👥 צוותים

LeSS מדגיש שכל צוות יהיה בין-תחומי וניהולי עצמי ברמה גבוהה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Management 3.0","question":"מה זה Management 3.0?","description":"מדובר בגישת ניהול ומנהיגות שמתמקדת בגישה מערכתית לארגונים.","date":"2024-11-25","categories":["continuous improvement","leadership","management 3.0"],"published":true,"slug":"management-3-0","content":"

🎯 הגדרה

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

🔄 גישה מחשבתית

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

👥 מנהיגות שיתופית

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

🔧 יישום מעשי

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

🏢 מקור

Management 3.0 הוא מודל ניהולי שנוצר על ידי יורגן אפלו, מנהל IT, בשנת 2010.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Market Fit","question":"מה זה Market Fit?","description":"מדובר במצב שבו המוצר עונה על דרישה שוק חזקה.","date":"2024-11-25","categories":["lean startup","product","startup"],"published":true,"slug":"market-fit","content":"

🎯 הגדרה

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

💼 חשיבות

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

📈 מדידה

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

🔍 תהליך

הגעה ל-Market fit כרוכה בהבנת הלקוח היעד, זיהוי הצרכים שלהם, הגדרת הצעת ערך ובדיקת המוצר בשוק.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mindset","question":"מה זה Mindset?","description":"מדובר במערכת עמדות, אמונות ופרספקטיבות שמבנה את הדרך בה אדם מפרש את העולם.","date":"2024-11-25","categories":["agile","mentality","mindset","philosophy"],"published":true,"slug":"mindset","content":"

🧠 הגדרה

Mindset, או מחשבת חיים, הוא אוסף של עמדות, אמונות ופרספקטיבות שמבנה את הדרך בה אדם מפרש ומגיב לעולם שסביבו.

🌱 סוגים

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

💡 חשיבות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"MMF","question":"מה זה MMF?","description":"מדובר בתכונה מינימלית שמספקת ערך שוק.","date":"2024-11-25","categories":["Lean Startup","MVP","feature","value"],"published":true,"slug":"mmf---minimum-marketable-feature","content":"

🎯 הגדרה

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

💡 חשיבות

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

🔄 גישה חזרית

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

📈 מסחור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mob Programming","question":"מה זה Mob Programming?","description":"מדובר בגישה לפיתוח תוכנה בה קבוצת מפתחים עובדת יחד על תחנת עבודה אחת.","date":"2024-11-25","categories":["Extreme Programming","collaboration","development","pair programming"],"published":true,"slug":"mob-programming","content":"

🏉 שיתוף פעולה בצוות

Mob Programming היא גישה לפיתוח תוכנה בה קבוצת מפתחים עובדת יחד על תחנת עבודה אחת.

🔄 סיבוב תפקידים

בדומה ל-Pair Programming, ב-Mob Programming הצוות מסובב תפקידים, כאשר ה'נהג' כותב את הקוד והיתר מספקים פידבק והכוונה בזמן אמת.

📈 אינטליגנציה קולקטיבית

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

🔀 הפצה

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

🌐 שיתוף פעולה מרחוק

אפשר לבצע את העבודה גם מרחוק, עם מפתחים במיקומים שונים המשתמשים בכלים שיתופיים כמו \"Live Share\" של VSCode.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Mockups","question":"מה זה Mockup?","description":"מדובר בייצוג סטטי וויזואלי של מוצר.","date":"2024-11-25","categories":["UI","UX","design","mockup"],"published":true,"slug":"mockup","content":"

🖼️ הגדרה

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

🎨 רכיבים

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

🔍 מטרת השימוש

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Muda","question":"מה זה Muda?","description":"מדובר במונח יפני שמתאר בזבוז.","date":"2024-11-25","categories":["kanban","lean","muda","waste","waste"],"published":true,"slug":"muda","content":"

📉 הגדרה

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

🏭 Lean

Muda הוא מושג מרכזי ב-Lean, שמטרתו לחסל בזבוז כדי לשפר את היעילות והפרודוקטיביות.

🚫 סוגי Muda

ישנם שני סוגים עיקריים של Muda: פעולות שאינן מוסיפות ערך אך הכרחיות ופעולות שאינן מוסיפות ערך ואינן הכרחיות ויש להן לחסל.

🔢 TIMWOOD

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

🏗️ מקור

הקונספט של Muda צמח במערכת ייצור טויוטה (TPS) והוא עיקרון בסיסי בניהול Lean.

💰 השפעה עסקית

על ידי הפחתת Muda, ארגונים יכולים לשפר את היעילות התפעולית, להפחית עלויות ולשפר את האיכות הכוללת.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Multitasking","question":"מה זה Multitasking?","description":"מדובר בביצוע משימות מרובות בו זמנית.","date":"2024-11-25","categories":["kanban","multitasking","wip","wip limit"],"published":true,"slug":"multitasking","content":"

🧠 הגדרה

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

💻 מחשבים

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

👩‍💼 Multitasking אנושי

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

🚫 פרודוקטיביות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"MVP","question":"מה זה MVP?","description":"מדובר בגרסה של מוצר עם תכונות מינימליות מספיקות כדי להיות בשימוש על ידי לקוחות מוקדמים.","date":"2024-11-25","categories":["MMF","MVP","lean startup","product"],"published":true,"slug":"mvp---minimum-viable-product","content":"

📊 הגדרה

MVP (Minimum Viable Product) הוא גרסה של מוצר עם התכונות המינימליות הנדרשות כדי להשתמש בה על ידי משתמשים מוקדמים, שיכולים לספק פידבק לפיתוח המוצר בעתיד.

🚀 מטרת השימוש

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

💡 Lean Startup

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

🔍 פיתוח חזרתי

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

💰 חיסכון בעלויות

MVPs עוזרים להקטין את הזמן והמשאבים שמוקצים לפיתוח מוצר שעשוי שלא להצליח.

📈 אישור שוק

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Nexus","question":"מה זה Nexus?","description":"מדובר במסגרת Scaling של Scrum.","date":"2024-11-25","categories":["Nexus","Scaling","Scrum","Scrum@Scaled"],"published":true,"slug":"nexus","content":"

🔗 מסגרת Nexus

Nexus היא מסגרת שפותחה על ידי קן שוובּר ו-scrum.org לצורך Scaling של Scrum, תוך צמצום וניהול תלותים בין צוותים רבים.

🎯 מטרת השיטה

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

👥 קיבוץ

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Niko-Niko","question":"מה זה Niko-Niko?","description":"מדובר בכלי חזותי למעקב אחרי הרגשות של צוות.","date":"2024-11-25","categories":["Niko-Niko","Team"],"published":true,"slug":"niko-niko","content":"

🗓️ תיאור

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

🔍 מקור

המונח 'Niko-Niko' מקורו ביפן, ומשמעותו \"חיוך\", והוא נוצר בשנת 2005 ביוקוהמה, על ידי סאצ'יקו קורודה מחברת Fujitsu Software Technologies Limited.

⚒️ שימוש

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

📈 יתרונות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"OKRs","question":"מה זה OKR?","description":"מדובר בקיצור של Objective and Key Result (מטרה ותוצאה מפתח).","date":"2024-11-25","categories":["KPI","Metric","OKR","Objectives"],"published":true,"slug":"okr","content":"

📅 מקור

OKRs פותחו על ידי אנדרו גרוב בטויוטה בשנות ה-70 ולאחר מכן הוצגו ל-Google על ידי ג'ון דור.

🎯 משמעות

OKRs (מטרה ותוצאה מפתח) הן מסגרת לעיצוב ומעקב אחרי מטרות והתוצאות שלהן בתוך ארגון.

🎯 מטרות

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

🔑 תוצאות מפתח

תוצאות מפתח ב-OKRs הן מדדים ספציפיים שמודדים את ההתקדמות כלפי השגת המטרות. תוצאות מפתח צריכות להיות מדידות, כלומר עליהם להיות ניתנים למדידה בדרכים כלשהן. לדוגמה, תוצאה מפתח עשויה להיות \"הגדלת המכירות ב-20%\".

🌐 התפשטות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Open Space","question":"מה זה Open Space?","description":"מדובר בפורמט אירועים ללא סדר יום מראש ונתון להנחות המשתתפים.","date":"2024-11-25","categories":["Agile","Law of Two Feet","event","self-organization"],"published":true,"slug":"open-space","content":"

🔄 הגדרה

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

🎯 מטרת השיטה

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

👥 ניהול ע\"י המשתתפים

ההפקה והמבנה של האירוע נקבעים על ידי המשתתפים, ולא על ידי המארגנים.

🔀 אוטונומיה

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

📅 משך זמן

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

📝 ארבעה עקרונות

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

🦶 חוק הרגליים השניים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Pair Programming","question":"מה זה Pair Programming?","description":"מדובר בטכניקת פיתוח תוכנה שבה שני מפתחים עובדים יחד על תחנת עבודה אחת.","date":"2024-11-25","categories":["Mob Programming","collaboration","development"],"published":true,"slug":"pair-programming","content":"

⚙️ הגדרה

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

🔄 תפקידים

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

👥 שיתוף פעולה

Pair Programming היא טכניקת עבודה שיתופית הכוללת הרבה תקשורת, והמטרה שלה היא להפיק קוד באיכות גבוהה יותר ולשתף ידע.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Parking Lot","question":"מה זה Parking Lot?","description":"מדובר בטכניקת שיפור ממוקד במהלך פגישות.","date":"2024-11-25","categories":["technique","timebox"],"published":true,"slug":"parking-lot","content":"

🅰️ הגדרה

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

🚗 מטרת השימוש

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

📝 שימוש

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PBI","question":"מה זה PBI?","description":"מדובר ב-Product Backlog Item (פריט ברשימת המטלות של המוצר).","date":"2024-11-25","categories":["backlog","product backlog","scrum","sprint backlog"],"published":true,"slug":"pbi---product-backlog-item","content":"

📝 הגדרה

PBI (פריט ברשימת המטלות של המוצר) הוא מונח ב-Scrum המתאר דרישה או משימה בודדת שצריכה להתבצע.

🎯 חשיבות

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

🔄 אופי

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PI","question":"מה זה PI?","description":"מדובר ב-Program Increment (הגברת תוכנית).","date":"2024-11-25","categories":["Release Train","SAFe"],"published":true,"slug":"pi---program-increment","content":"

⏱️ הגדרה

Program Increment (PI) הוא פרק זמן של 8-12 שבועות שבו רכבת שחרור אג'ילית (ART) מגישה ערך אינקרמנטלי למוצר.

📈 מטרת השיטה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PI Planning","question":"מה זה PI Planning?","description":"מדובר באירוע לתכנון ה-Program Increment.","date":"2024-11-25","categories":["PI","SAFe","scaling"],"published":true,"slug":"pi-planning","content":"

📈 הגדרה

PI Planning, או תכנון ה-Program Increment, הוא אירוע במסגרת SAFe שבו צוותים מרובים מתואמים סביב משימה וחזון משותפים.

🤝 מטרת השיטה

המטרה היא ליצור הבנה ומחויבות משותפת לגבי המטרות של ה-Program Increment הבא, שנמשך לרוב בין 8 ל-12 שבועות.

👥 משתתפים

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

🗓️ תהליך

האירוע כולל סקירה של רשימת המטלות, זיהוי תלותים, והגדרת מטרות ברורות עבור רכבת השחרור האג'ילית (ART).

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Planning Poker","question":"מה זה Planning Poker?","description":"מדובר בטכניקת הערכה המשמשת להערכת מאמצים.","date":"2024-11-25","categories":["XP","estimation","scrum","story points","user story"],"published":true,"slug":"planning-poker","content":"

🃏 הגדרה

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

🤝 הערכה

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

💬 חשיבות

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

📈 אג'ילי

היא נפוצה בעיקר בשיטות Scrum ו-Extreme Programming - XP.

🔢 סדרת פיבונאצ'י

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

⭐ הצגת הסיפור

חבר הצוות המכיר את סיפור המשתמש מציג את הסיפור בקצרה, והצוות יכול לשאול שאלות להבהרתו.

📝 הערכה

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

💬 דיון

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMBOK","question":"מה זה PMBOK?","description":"מדובר ב-Project Management Body of Knowledge (גוף ידע לניהול פרויקטים).","date":"2024-11-25","categories":["PMBOK","PMI","Projects"],"published":true,"slug":"pmbok","content":"

📘 הגדרה

PMBOK הוא גוף הידע בניהול פרויקטים שפותח על ידי ה-Project Management Institute (PMI), ומספק למנהלי פרויקטים עקרונות, פרקטיקות ותהליכים בסיסיים לניהול פרויקטים.

🌐 חשיבות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMI","question":"מה זה PMI?","description":"מדובר ב-Project Management Institute (המרכז לניהול פרויקטים).","date":"2024-11-25","categories":["PMBOK","PMI","PMP","Project"],"published":true,"slug":"pmi","content":"

🏢 ארגון

ה-Project Management Institute (PMI) הוא ארגון ללא מטרות רווח שמתמקד בשיפור הידע בנוגע לניהול פרויקטים.

📜 הסמכת PMP

PMI מציע את הסמכת PMP, שהיא סטנדרט עולמי למנהלי פרויקטים.

📚 גוף הידע

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"PMP","question":"מה זה PMP?","description":"מדובר ב-Project Management Professional (מקצוען ניהול פרויקטים).","date":"2024-11-25","categories":["PMBOK","PMI","PMP","Project"],"published":true,"slug":"pmp","content":"

🎓 הסמכת PMP

PMP היא הסמכה שניתנת על ידי ה-Project Management Institute (PMI).

🌍 הכרה

הסמכת PMP מוכרת ב-125 מדינות ונחשבת לערך יוקרתי בתחום ניהול פרויקטים.

📚 דרישות

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

📖 מדריך PMBOK

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Portfolio","question":"מהו פורטפוליו?","description":"זהו קיבוץ אסטרטגי של פרויקטים ותוכניות.","date":"2024-11-25","categories":["program","project"],"published":true,"slug":"portfolio","content":"

📊 הגדרה

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

🎯 תעדוף

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

📈 שקיפות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Backlog","question":"מהו Product Backlog?","description":"זהו רשימה ממוינת של כל העבודה שצריך לעשות על מוצר.","date":"2024-11-25","categories":["PBI","Product Owner","scrum"],"published":true,"slug":"product-backlog","content":"

📝 הגדרה

ה-Product Backlog הוא רשימה ממוינת של כל העבודה שצריך לבצע על המוצר, והוא הארטיפקט העיקרי של בעל המוצר ב-Scrum.

🎯 מטרת השיטה

היא עוזרת להגדיר ולשמור על כיוון כללי וחזון עבור המוצר ומשמשת כמקור העבודה היחיד לצוות Scrum.

🔄 שיפור איטרטיבי

כשהצוות לומד יותר על איך להשיג את המטרה, פריטי ה-Product Backlog משודרגים כדי להתאים למטרת המוצר.

🔍 שקיפות

ה-Product Backlog מספק שקיפות לכל צוות ה-Scrum בנוגע לעבודה שצריך לעשות, ועוזר בהכנה אפקטיבית לתכנון וסקירה של Sprint.

📈 תעדוף

יש למיין את ה-PBI כדי להבטיח שהעבודה החשובה והמשמעותית ביותר תושלם קודם.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Goal","question":"מהו Product Goal?","description":"מדובר במטרה ארוכת טווח שמתארת מצב עתידי של המוצר.","date":"2024-11-25","categories":["Product Backlog","Product Owner","scrum","sprint goal"],"published":true,"slug":"product-goal","content":"

🎯 הגדרה

ה-Product Goal, הידוע גם כ-Product Objective, הוא מטרה ארוכת טווח שמתארת מצב עתידי של המוצר, ומספקת דרך ברורה לצוות ה-Scrum.

📈 התמקדות אסטרטגית

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

🔍 שקיפות

ה-Product Goal מוצג דרך ה-Product Backlog, ובעל המוצר אחראי על פיתוחו ותקשורתו הברורה.

📘 מקור

בגרסה 2020 של מדריך Scrum, הוצג המונח Product Goal כמרכיב מרכזי.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Product Owner","question":"מהו Product Owner?","description":"מדובר בתפקיד האחראי על מקסום ערך המוצר.","date":"2024-11-25","categories":["product backlog","product owner","scrum"],"published":true,"slug":"product-owner","content":"

👩‍💼 הגדרה

ה-Product Owner (PO) הוא תפקיד מרכזי ב-Scrum, אחראי על מקסום ערך המוצר ועבודת צוות ה-Scrum.

📝 ארטיפקט

הארטיפקט של ה-PO הוא ה-Product Backlog, שהיא רשימה ממוינת של העבודה שצריכה להתבצע על המוצר.

📢 תקשורת

ה-Product Owner אחראי על תקשורת החזון והמטרות של המוצר לצוות וסטייקהולדרים.

📑 שיפור

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

🎯 מטרות

הם מגדירים את ה-Product Goal, שהיא המטרה של המוצר.

🔒 סמכות בתעדוף

הם בעלי הסמכות הבלעדית לתעדף פריטים ב-Product Backlog על פי הערך שהם יספקו, בהתאם לקריטריונים שמוגדרים כמתאימים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Pull System","question":"מהו Pull system?","description":"מדובר במערכת שבה העבודה מתחילה רק כאשר יש דרישה לכך.","date":"2024-11-25","categories":["jit","kanban","lean","waste","wip"],"published":true,"slug":"pull","content":"

🔄 הגדרה

ב-Kanban, Pull system הוא מערכת שבה העבודה מתחילה רק כאשר יש דרישה לכך, בניגוד ל-Push system שתלויה בתחזיות ועשויה להוביל לייצור יתר.

📦 Just-in-Time

מערכות Pull הן חלק מהמודל של Just-in-Time (JIT), שבו סחורות מיוצרות כדי לעמוד בדרישה אמיתית, ובכך מצמצמות את המלאי העודף והפסולת.

🚦 אותות Kanban

Kanban עושה שימוש באותות ויזואליים, כמו כרטיסים ומגבלות WIP, כדי להצביע מתי יש להתחיל עבודה, ומקשרת את הייצור ישירות לדרישות הלקוח.

📉 צמצום פסולת

מערכות Pull עוזרות לצמצם פסולת על ידי תיאום הייצור עם דרישה אמיתית, ובכך משפרות את השימוש במשאבים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"QA","question":"מהו QA?","description":"מדובר בתהליך הבטחת איכות.","date":"2024-11-25","categories":["development","quality","tester","testing"],"published":true,"slug":"qa---quality-assurance","content":"

📏 הגדרה

QA (Quality Assurance) הוא תהליך שיטתי להבטחת תקני האיכות של תוכנה, תוך וידוא שהיא עומדת בדרישות המוגדרות ומאופיינת כנטולת תקלות לפני שהיא משוחררת למשתמשים.

🛠️ חשיבות

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

👩‍💻 תפקיד

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"QBR","question":"מהו QBR?","description":"מדובר בביקורת עסקית רבעונית.","date":"2024-11-25","categories":["OKR","QBR","business","strategy"],"published":true,"slug":"qbr---quarterly-business-review","content":"

📊 הגדרה

QBR (Quarterly Business Review), או ביקורת עסקית רבעונית, היא פגישה תקופתית הנערכת בדרך כלל כל רבעון כדי להעריך את ביצועי החברה והתוצאות שלה במהלך תקופה ספציפית.

🔍 התמקדות

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

🤝 השתתפות

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

🗓️ פרקטיקה רגילה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Release","question":"מהו Release?","description":"מדובר בגרסה מסוימת של תוכנה שהושלמה, נבדקה והפכה לזמינה לשימוש.","date":"2024-11-25","categories":["PRE","PRO","release candidate","software","staging"],"published":true,"slug":"release","content":"

🚀 הגדרה

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

🎯 מטרות

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

🔄 חשיבות

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

🔖 גרסה מול שחרור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Release Candidate","question":"מהו Release Candidate?","date":"2024-11-25","categories":["alm","development","release"],"published":true,"slug":"release-candidate","content":"

🚀 הגדרה

Release Candidate (RC) הוא גרסה של תוכנה כמעט מושלמת ומוכנה לשחרור, התלויה בבדיקות סופיות.

🔍 מטרת השלב

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

🛠️ בדיקות

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

📦 קונבנציה של שמות

גרסאות Release Candidate לרוב יכילו את המונח 'RC' ואחריו מספר גרסה, לדוגמה '3.0-RC1'.

👨‍💻 שלבים של פיתוח

🅰️ Alpha: גרסה ראשונה או כמעט ראשונה של תוכנה, בדרך כלל מיועדת לבדיקה פנימית. 🅱️ Beta: גרסה יציבה יותר מ-alpha, שנמסרת לקבוצה רחבה יותר לבדיקה ומשוב. 🆗 RC: שלב ה-Release Candidate, בא אחרי Beta, והוא השלב האחרון לפני שהגרסה זמינה לשחרור רשמי. 🎯 RTM: משדר \"Release to Manufacturing\" או \"Release to Marketing\", מציין שהתוכנה מוכנה להפצה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"IT Roadmap","question":"מהו IT Roadmap?","description":"מדובר בייצוג חזותי של תוכנית אסטרטגית שמתאימה את המשאבים הטכנולוגיים של הארגון למטרות העסקיות לטווח הקצר והארוך.","date":"2024-11-25","categories":["IT","roadmap","strategic planning"],"published":true,"slug":"roadmap","content":"

🗺️ הגדרה

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

🔗 קשר לאסטרטגיה

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

👩‍💻 כלי אג'יל

Roadmaps משמשים בדרך כלל בשיטות אג'יל כדי לתקשר את האסטרטגיה הטכנולוגית בתוך הארגון ולסטייקהולדרים חיצוניים.

📈 תכנון אסטרטגי

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

📱 Roadmap למוצר

ממוקד בפיתוח ושיפור מוצר מסוים, לרוב משלב משוב ממשתמשים ומגמות בשוק.

🖥️ Roadmap טכנולוגי

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

📊 Roadmap אסטרטגי

מספק חזון ארוך טווח לנוף הטכנולוגי של הארגון, ומנחה פרויקטים טכנולוגיים מרכזיים לאורך מספר שנים.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"ROI","question":"מהו ROI?","description":"מדובר במטריקה פיננסית להערכת הרווחיות של השקעה ביחס לעלויותיה.","date":"2024-11-25","categories":["ROI","financial metrics","profitability"],"published":true,"slug":"roi---return-of-invest","content":"

🔍 הגדרה

ROI (Return on Investment) הוא מדד פיננסי להערכת הרווחיות של השקעה ביחס לעלויותיה.

📈 חישוב

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

📊 נוסחא

ROI = [(רווח - השקעה) / השקעה] x 100

🧮 דוגמה

אם השקעה של 10,000 ש\"ח מניבה 15,000 ש\"ח, ה-ROI יהיה (15,000 - 10,000) / 10,000 x 100 = 50%.

🔢 פרשנות

ROI של 50% משמעו שבשביל כל שקל שהושקע, חזרו 1.50 ש\"ח, כולל ההשקעה הראשונית.

📈 חשיבות

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

🎯 שימוש

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SAFe","question":"מהו SAFe?","description":"מדובר במסגרת אג'ילית להרחבה בארגון.","date":"2024-11-25","categories":["SAFe","agile","scaling"],"published":true,"slug":"safe---scaled-agile-framework","content":"

🔍 הגדרה

SAFe (Scaled Agile Framework) היא מסגרת של דפוסים ארגוניים ליישום עקרונות אג'יליים בקנה מידה ארגוני.

🏢 מטרת המסגרת

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

🎯 Agile Release Train (ART)

אחד המרכיבים המרכזיים ב-SAFe הוא ה-Agile Release Train (ART), שהוא קבוצה של צוותים אג'יליים הפועלים יחד לשחרור מוצר משולב.

👎 ביקורת

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Scrum","question":"מהו Scrum?","description":"מדובר במסגרת אג'ילית שמסייעת בהפקת ערך באמצעות פתרונות מסתגלים.","date":"2024-11-25","categories":["agile","scrum"],"published":true,"slug":"scrum","content":"

🔍 הגדרה

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

🤝 שיתוף פעולה

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

📈 דגש אינקרמנטלי ואיטרטיבי

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

🎯 דגש על ערך

Scrum ממקדת את תשומת הלב בהבאת התכונות עם הערך הגבוה ביותר ללקוח בהקדם, על פי סדרי עדיפויות של ה-Product Owner.

🧭 תפקידי Scrum

Scrum קובעת תפקידים ברורים: ה-Scrum Master, המוודא עמידה בפרקטיקות Scrum; ה-Product Owner, המגדיר את הצרכים המוצריים; וה-Developers, האחראים למימוש הפתרונות.

📝 ארטיפקטים ב-Scrum

הארטיפקטים המרכזיים ב-Scrum הם ה-Product Backlog, רשימה של כל מה שצריך עבור המוצר; ה-Sprint Backlog, ההתחייבות לפתרונות שיפותחו ב-Sprint הבא; וה-Increment, אוסף של פריטים שהושלמו ומוכנים להיות משוחררים.

🕒 אירועים ב-Scrum

האירועים ב-Scrum הם: Sprint, Sprint Planning, Daily Scrum, Sprint Review ו-Sprint Retrospective.

💡 ערכים של Scrum

Scrum מבוססת על מחויבות, אומץ, מיקוד, פתיחות וכבוד. ערכים אלו יוצרים סביבה של שיתוף פעולה ואחריות משותפת בתוך הצוות.

🏛 עמודי תווך של Scrum

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

📘 מדריך Scrum

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum Master","question":"מהו Scrum Master?","description":"מדובר בתפקיד האחראי להטמיע את Scrum בארגון או בצוות.","date":"2024-11-25","categories":["agile","framework","role","scrum"],"published":true,"slug":"scrum-master","content":"

👨‍💼 הגדרה

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

🔄 הסרת מכשולים

Scrum Master מסייע לצוות בשיפור מתמיד על ידי הסרת מכשולים ויצירת מקום לצוות לנהל את עצמו ולהיות צולח-פונקציונלי.

📊 מדדים ודיווח

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum of Scrums (SoS)","question":"מהו Scrum of Scrums (SoS)?","description":"מדובר בטכניקת הרחבה לתיאום עבודה בין צוותים רבים ב-Scrum.","date":"2024-11-25","categories":["Scrum","agile","scaling"],"published":true,"slug":"scrum-of-scrums","content":"

🔄 הגדרה

Scrum of Scrums (SoS) הוא טכניקת הרחבה לתיאום עבודה בין מספר צוותים העושים שימוש ב-Scrum בפיתוח תוכנה אג'ילי.

📜 הקשר

Scrum of Scrums פורמלית הוצגה על ידי Jeff Sutherland בשנת 2001 כטכניקה להתמודד עם הצורך בתיאום והתאמה בין מספר צוותים העובדים על מוצר אחד או משפחת מוצרים תחת מסגרת Scrum.

👥 נציגים

כל צוות ממנה נציג/שגריר להשתתף בסוג של Scrum יומי רק לנציגי הצוותים, הנקראים Scrum of Scrums.

⏱️ מגבלת זמן

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

🔗 הרחבה

SoS יכול להיות מורחב עוד יותר על ידי יצירת Scrum of Scrums of Scrums, שמאפשרת תיאום ברמות שונות בתוך הארגון.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrumban","question":"מהו Scrumban?","description":"מדובר במסגרת שמחברת את עקרונות Scrum ו-Kanban.","date":"2024-11-25","categories":["Kanban","Scrum","agile"],"published":true,"slug":"scrumban","content":"

🔄 הגדרה

Scrumban היא מסגרת שמחברת את עקרונות Scrum ו-Kanban, ומציעה גישה גמישה לניהול מוצרים.

🔍 מקור

המונח 'Scrumban' נטבע על ידי Corey Ladas, והמסגרת נועדה לעזור לצוותים לעבור בקלות מ-Scrum ל-Kanban או לפעול בצורה היברידית.

🎯 דגש

המתודולוגיה שמה דגש על שיפור מתמיד ויעילות תוך שמירה על איזון בין מבנה וגמישות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Scrum@Scale","question":"מהו Scrum@Scale?","description":"מדובר במסגרת המרחיבה את הליבה של Scrum בצורה טבעית.","date":"2024-11-25","categories":["Scrum","agile","scaling"],"published":true,"slug":"scrumscale","content":"

🔄 הגדרה

אחת האתגרים הגדולים ביותר עבור ארגונים המשתמשים ב-Scrum היא להרחיב את הליבה של Scrum מעבר לצוותים בודדים. Scrum@Scale, שפותחה על ידי ד\"ר Jeff Sutherland, אחד מהממציאים של Scrum, היא מסגרת שמאפשרת את ההרחבה הטבעית הזו של הליבה לצורך שיפור בתיאום ובתוצאות ברמה הארגונית.

🏢 ארגון

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

🔬 שליטה אמפירית

המסגרת מבוססת על עמודי התווך של שליטה אמפירית בתהליכים וערכי Scrum, תוך שמירה על שקיפות, בדיקה והסתגלות.

📚 מדריך

המדריך הרשמי של Scrum@Scale מספק הבנה מקיפה של המסגרת והמרכיבים שלה. תוכל לגשת אליו בחינם דרך הקישור הזה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Senior","question":"מהו Senior?","description":"מדובר במפתח עם ידע מתקדם בשפת תכנות ובטכנולוגיית המערכת.","date":"2024-11-25","categories":["role","senior","team"],"published":true,"slug":"senior","content":"

👨‍💻 הגדרת תפקיד

מפתח Senior לרוב בעל ניסיון של יותר מ-5 שנים, עם ידע מתקדם בשפת התכנות ובטכנולוגיה שבה נעשה שימוש בפרויקט.

🕰️ ניסיון

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

📈 מנהיגות

בארגונים, מפתח Senior צפוי לייעץ ולהדריך מפתחים צעירים יותר.

🧠 פתרון בעיות

המפתח Senior אחראי להמיר רעיונות לפתרונות מעשיים ומיושמים, ולעיתים גם מדריך אחרים בתהליך.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Servant Leadership","question":"מהו Servant Leadership?","description":"מדובר בפילוסופיה שבה המטרה העיקרית של המנהל היא לשרת את העובדים.","date":"2024-11-25","categories":["agile","leadership","management 3.0"],"published":true,"slug":"servant-leadership","content":"

👥 הגדרה

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

🌱 עיקרון מרכזי

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

🔄 ניגוד

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

📚 מקור

הביטוי 'Servant Leadership' הפך לפופולרי על ידי Robert K. Greenleaf במאמרו \"The Servant as Leader\" בשנת 1970. Greenleaf ציין כי קריאת ספרו של Hermann Hesse \"Journey to the East\" הייתה ההשראה לביטוי.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SLA","question":"מהו SLA?","description":"מדובר בהסכם רמת שירות.","date":"2024-11-25","categories":["kanban","metrics","service"],"published":true,"slug":"sla","content":"

📝 הגדרה

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

🔍 חשיבות

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

🤝 יצירה

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

👥 צדדים המעורבים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"SOLID","question":"מהם עקרונות SOLID?","description":"מדובר בקבוצה של עקרונות עיצוב לשיפור תחזוקתיות וסקלאביליות של תוכנה.","date":"2024-11-25","categories":["development","principles","software"],"published":true,"slug":"solid","content":"

🏛️ מקור

עקרונות SOLID הוצגו על ידי Robert C. Martin, הידוע גם כ-Uncle Bob, בעבודתו על עיצוב מונחה אובייקטים בשנות ה-2000. העקרונות הללו הם אוסף של חמישה עקרונות עיצוב המסייעים למפתחים ליצור מערכות תוכנה.

📕 הגדרה

SOLID הוא ראשי תיבות של חמישה עקרונות עיצוב בתכנות מונחה אובייקטים: אחריות אחת (SRP), פתוח/סגור (OCP), החלפת ליסקוב (LSP), הפרדת ממשקים (ISP), והיפוך תלות (DIP).

🔍 מטרת העקרונות

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

🔨 אחריות אחת (SRP)

למחלקה צריכה להיות סיבה אחת בלבד לשינוי.

🔒 פתוח/סגור (OCP)

יישויות תוכנה צריכות להיות פתוחות להרחבה אך סגורות לשינויים.

🔄 החלפת ליסקוב (LSP)

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

🔀 הפרדת ממשקים (ISP)

עדיף מספר ממשקים ספציפיים ללקוח על פני ממשק כללי אחד.

🔄 היפוך תלות (DIP)

מודולים ברמה גבוהה לא צריכים להיות תלויים במודולים ברמה נמוכה; שניהם צריכים להיות תלויים בהפשטות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Spike","question":"מהו Spike?","description":"מדובר במשימה של מחקר או ניסוי שמטרתה להפחית חוסר וודאות.","date":"2024-11-25","categories":["Agile","Extreme Programming - XP","Uncertainty","User Story"],"published":true,"slug":"spikes","content":"

🔍 הגדרה

Spike הוא מונח המשמש ב-Extreme Programming (XP) לתאר משימת מחקר או ניסוי. המשימה מיועדת להפחית חוסר וודאות או להשיג ידע על מנת לאמוד או לממש סיפור משתמש.

🕒 זמן מוגבל

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

🔧 Spike טכני

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

📐 Spike פונקציונלי

Spike פונקציונלי משמש להבנת אינטראקציות משתמש או לפיתוח אב-טיפוס של רכיבי ממשק משתמש לתכונה מסוימת.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint","question":"מהו Sprint?","description":"מדובר בפרק זמן קצר ומוגדר שבו צוות Scrum עובד להשלים כמות מסוימת של עבודה.","date":"2024-11-25","categories":["Agile","Scrum","Sprint"],"published":true,"slug":"sprint","content":"

🏃‍♂️ הגדרה

Sprint הוא פרק זמן קצר ומוגדר שבו צוות Scrum עובד להשלים כמות מסוימת של עבודה.

📈 אינקרמנטלי

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

🔄 איטרטיבי

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

🗓️ תכנון ובדיקה

הספרינט מכיל את יתר האירועים של Scrum: Sprint Planning, Daily Scrum, Sprint Review ו-Sprint Retrospective.

⏱️ אורך זמן טיפוסי

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

📅 המלצה

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

🌱 אנלוגיה

מדריך Scrum מגדיר את הספרינט כ: \"הספרינטים הם הדופק של Scrum, שבהם רעיונות הופכים לערך.\"

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Backlog","question":"מהו Sprint Backlog?","description":"מדובר בפריטי Product Backlog שהמפתחים התחייבו להשלימם בספרינט הבא.","date":"2024-11-25","categories":["PBI","Product Backlog","Scrum","Sprint Backlog"],"published":true,"slug":"sprint-backlog","content":"

📝 הגדרה

Sprint Backlog הוא קבוצה של פריטים מתוך ה-Product Backlog (PBI) שנבחרו ל-Sprint, יחד עם תכנית להשגת ה-Sprint Goal ולספקת אינקרמנט המוצר.

🔄 דינמיות

ה-Sprint Backlog הוא תכנית חיה שמתפתחת במהלך ה-Sprint ככל שלומדים יותר על העבודה שנדרשת כדי להשיג את ה-Sprint Goal.

👨‍💻 בעלות

ה-Developers אחראים על יצירת ותחזוקת ה-Sprint Backlog, ומוודאים שהוא משקף את העבודה שנדרשת להשגת ה-Sprint Goal.

🔍 שקיפות

ה-Sprint Backlog הוא אחד הארטיפקטים של Scrum שמספקים שקיפות על העבודה שמתבצעת בספרינט.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Planning","question":"מהו Sprint Planning?","description":"מדובר באירוע הראשון של הספרינט שבו מתכננים את תחום העבודה של הספרינט.","date":"2024-11-25","categories":["Product Backlog","Scrum","Sprint","Sprint Backlog","Sprint Goal","event"],"published":true,"slug":"sprint-planning","content":"

📅 אירוע

Sprint Planning הוא האירוע הראשון של ספרינט, והוא נמשך עד 8 שעות עבור ספרינט באורך של חודש.

🎯 מטרה

האירוע נועד להקים את ה-Sprint Goal ולתכנן את העבודה הנדרשת על מנת לספק את אינקרמנט המוצר.

🔍 דגש

האירוע כולל את כל צוות Scrum, כאשר ה-Product Owner וה-Developers משתפים פעולה על מנת לבחור את העבודה מתוך ה-Product Backlog שניתן לבצע בספרינט הקרוב.

📝

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Retrospective","question":"מהו Sprint Retrospective?","description":"מדובר במפגש בסוף כל ספרינט שבו הצוות משקף את מה שעבד טוב, מה ניתן לשפר, ומקבע פעולות לשיפור בספרינט הבא.","date":"2024-11-25","categories":["Kaizen","Scrum","Sprint"],"published":true,"slug":"sprint-retrospective","content":"

🔄 הגדרה

Sprint Retrospective, או \"רטרו\", הוא מפגש בסוף כל ספרינט במסגרת Scrum שבו הצוות משקף את מה שעבד טוב, מה ניתן לשפר ומקבע פעולות לשיפור בספרינט הבא.

🎯 מטרה

המטרה העיקרית היא שיפור מתמיד של דרך העבודה (WoW) ושל ביצועי הצוות על ידי שילוב משוב והתאמות לספרינטים הבאים.

📩 תוצאה

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

👥 משתתפים

כל חברי צוות Scrum, כולל Scrum Master, Product Owner ו-Developers.

📈 שיפור איטרטיבי

ה-retrospective הוא חלק מרכזי במערכת בקרה אמפירית של Scrum, שמאפשרת הסתגלות והשתפרות מתמשכת של שיטות העבודה של הצוות.

📅 זמן מוגבל

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Review","question":"מהו Sprint Review?","description":"מדובר באירוע Scrum המתרחש בסוף הספרינט שבו האינקרמנט של המוצר נבדק.","date":"2024-11-25","categories":["Increment","Product","Product Backlog","Scrum"],"published":true,"slug":"sprint-review","content":"

🔍 הגדרה

Sprint Review הוא אירוע Scrum שמתרחש בסוף ספרינט שבו האינקרמנט של המוצר נבדק ו-Product Backlog מתעדכן על פי המשוב שהתקבל.

📈 בדיקה

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

🎯 Sprint Goal

צוות Scrum מציג את Sprint Goal ומראה איך כל PBI תרם להשגתו.

📈 מדדים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Sprint Zero","question":"מהו Sprint Zero?","description":"מדובר בדפוס אנטי-פטרן שמציג שלב מקדים לפני התחלת פיתוח המוצר באמצעות Scrum.","date":"2024-11-25","categories":["Empiricism","Scrum","Sprint","anti-pattern"],"published":true,"slug":"sprint-zero","content":"

🏃‍♂️ הגדרה

Sprint Zero הוא שלב מקדים בתהליך של פיתוח אג'ילי שמתמקד בהגדרה ראשונית, תכנון והכנות.

🚫 אנטי-פטרן

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Stakeholders","question":"מהו Stakeholder?","description":"מדובר בכל פרט או קבוצה שיש להם עניין בעסק או בפרויקט.","date":"2024-11-25","categories":["Stakeholder","product","role","service"],"published":true,"slug":"stakeholder","content":"

👥 הגדרה

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

🎯 חשיבות

הבנת התפקידים של ה-Stakeholders היא קריטית לניהול הציפיות שלהם והתלות האפשרית בהם.

📊 סוגים

Stakeholders יכולים להיות מסווגים כ-stakeholders פנימיים, חיצוניים או משניים, בהתאם למערכת היחסים שלהם עם הפרויקט.

🏢 Stakeholders פנימיים

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

🌐 Stakeholders חיצוניים

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

🔗 Stakeholders משניים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Swarming","question":"מהו Swarming?","description":"מדובר בטכניקת עבודה שבה כל הצוות מתמקד במשימה או סיפור משתמש אחד.","date":"2024-11-25","categories":["PBI","User Story"],"published":true,"slug":"swarming","content":"

🔄 הגדרה

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

🏗️ הקשר

Swarming משמש לעיתים קרובות ב-Scrum וב-frameworks אג'יליים אחרים על מנת לטפל בבעיות מורכבות ולהבטיח זרימה מתמדת של עבודה.

👥 שיתוף פעולה של הצוות

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

🔑 אתגר

Swarming מבוצע כאשר הבעיה קשה במיוחד ודורשת את מאמץ הצוות כולו על מנת להתגבר עליה.

🔄 זרימה מתמשכת

Swarming עוזר לשמור על זרימה מתמשכת של עבודה על ידי מניעת חסימות ועיכובים בהשלמת המשימות.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"System Demo","question":"מהו System Demo?","description":"מדובר בפרקטיקה ב-SAFE המאפשרת להעריך את מצב הפתרון הנוכחי.","date":"2024-11-25","categories":["SAFe","Scaling"],"published":true,"slug":"system-demo","content":"

🔍 הגדרה

System Demo הוא פרקטיקה ב-SAFE המאפשרת להעריך את מצב הפתרון הנוכחי על ידי הצגת התכונות המשולבות של התוכנה.

🔄 תהליך

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

👥 משתתפים

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

⏱️ זמן מוגבל

SAFE ממליץ על זמן מוגבל של כ-60 דקות ל-System Demo בסוף כל איטרציה.

📋 סדר יום

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"T-Shaped Skills","question":"מהן T-Shaped Skills?","description":"מדובר בשילוב בין מומחיות עמוקה בתחום מסוים לבין מיומנויות בין-תחומיות רחבות.","date":"2024-11-25","categories":["skills"],"published":true,"slug":"t-shaped","content":"

🔤 הגדרה

T-Shaped Skills מתארות את השילוב בין מומחיות עמוקה בתחום מסוים (החלק האנכי של ה-T) לבין מיומנויות בין-תחומיות שמאפשרות שיתוף פעולה אפקטיבי בין תחומים שונים (החלק האופקי של ה-T).

👥 חשיבות

אנשים עם T-Shaped Skills הם בעלי ערך גבוה כי הם יכולים לתרום הן בתחום המומחיות שלהם והן בתחומים קשורים, מה שמקנה להם גמישות ושיתוף פעולה מצוין בתוך צוותים מגוונים.

🎓 מקור

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

🏢 חברת מקינזי

הקונספט שימש גם בתוך חברת מקינזי בשנות ה-80, וכונה \"T-shaped man\" עבור נשים וגברים כאחד.

🌐 יישום

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"T-Shirt Sizing","question":"מהו T-Shirt Sizing?","description":"מדובר בטכניקת הערכה המשתמשת בגודל חולצות T-shirt.","date":"2024-11-25","categories":["estimating","fibonacci","planning poker","story points"],"published":true,"slug":"t-shirt","content":"

👕 T-Shirt Sizing

T-Shirt Sizing היא טכניקת הערכה המשתמשת בגודל חולצות T-shirt (XS, S, M, L, XL) או סולמות יחסיים אחרים על מנת להעריך את גודל המשימה או המאמץ הדרוש למשימות או סיפורי משתמש.

📊 הערכה יחסית

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

👥 שיתוף פעולה של הצוות

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

📈 Story Points

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"TDD","question":"מהו Test Driven Development (TDD)?","description":"מדובר בגישה לפיתוח תוכנה שמדגישה כתיבת בדיקות לפני פיתוח הפונקציות בקוד.","date":"2024-11-25","categories":["BDD","development","software"],"published":true,"slug":"tdd---test-driven-development","content":"

🧪 Test Driven Development (TDD)

Test-Driven Development (TDD) היא גישה לפיתוח תוכנה המעמידה את כתיבת הבדיקות לפני פיתוח הפונקציות בקוד. גישה זו מבטיחה שהקוד יעמוד בדרישות ומסייעת במניעת טעויות.

📚 מקור

Test-Driven Development (TDD) פותחה על ידי קנט בק בסוף שנות ה-90 כחלק מ-Extreme Programming.

🔄 תהליך איטרטיבי

TDD עוקב אחרי מחזור של הוספת בדיקה, כשלון הבדיקה, כתיבת קוד לעבור את הבדיקה ואז שיפור הקוד.

🎯 מיקוד

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

🔴🟢 מחזור שיפור

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Team Leader","question":"מהו Team Leader?","description":"מדובר בתפקיד שאחראי לפיקוח על תהליכים, קביעת מטרות ופתרון בעיות.","date":"2024-11-25","categories":["leadership","role"],"published":true,"slug":"team-leader","content":"

👥 אחריות

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

📋 מארגן

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

🎯 אסטרטגיה

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

🗣️ תקשורת

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

💡 פתרון בעיות

פותר אתגרים, מקבל החלטות מבוססות ומנחה את הצוות להצלחה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Tech Lead","question":"מהו Tech Lead?","description":"מדובר במפתח בכיר שמפקח על ההיבטים הטכניים של צוות תוכנה.","date":"2024-11-25","categories":["development","leadership","software"],"published":true,"slug":"tech-lead","content":"

👨‍💻 מנהיגות

ה-Tech Lead (TL), או המוביל הטכנולוגי, הוא תפקיד המנוהל על ידי מפתח בכיר שמפקח על ההיבטים הטכניים של צוות תוכנה, מקבל החלטות ארכיטקטוניות ועיצוביות, ומנחה את חברי הצוות בנושאים טכניים.

🏗️ כיוון

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

🤝 הכוונה לצוות

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

📈 פיתוח מקצועי

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

📐 ארכיטקטורה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Testing","question":"מהו Testing?","description":"מדובר בתהליך של בדיקת איכות, פונקציונליות וביצועים של מוצר תוכנה.","date":"2024-11-25","categories":["development","qa","quality","software","testing"],"published":true,"slug":"test","content":"

🖥️ הגדרה

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

🔄 התפתחות

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

🎯 Acceptance Testing

בדיקות קבלה (UAT) מאמתות אם כל המערכת פועלת כמתוכנן.

🔍 Code Review

בדיקה שמוודאת שהקוד החדש או המשתנה עומד בסטנדרטים ובשיטות העבודה המומלצות.

🤝 Integration Testing

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

🧪 Unit Testing

בדיקות יחידה בודקות שכל יחידה בתוכנה פועלת כראוי.

📝 Functional Testing

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"A/B Testing","question":"מהו A/B Testing?","description":"מדובר בשיטה להשוואת גרסאות שונות של דף אינטרנט או אפליקציה.","date":"2024-11-25","categories":["marketing","product","ux"],"published":true,"slug":"test-a-b","content":"

🔬 הגדרה

A/B Testing, או A/B split tests, היא שיטה להשוואת שתי גרסאות של דף אינטרנט או אפליקציה על מנת לקבוע איזו גרסה מבצעת טוב יותר.

📊 מטרה

היא משמשת כדי לייעל את חוויית המשתמש (UX) ולשפר המרות על ידי זיהוי איזה שינוי בעיצוב או תוכן הוא היעיל ביותר.

🖥️ תהליך

A/B Testing כולל הצגת שתי גרסאות (A ו-B) לקבוצות שונות של מבקרים באתר בו זמנית ולאחר מכן ניתוח התוצאות על מנת לקבוע איזו גרסה היא היעילה ביותר.

🧪 יישום

התהליך הוא חלק אסטרטגי ב-Conversion Rate Optimization (CRO) ומשמש באופן נרחב בשיווק דיגיטלי ובעיצוב אתרים.

📈 גרסאות

A ו-B הן הגרסאות שנבדקות, כאשר A לרוב היא הגרסה הנוכחית (השליטה) ו-B היא גרסה משודרגת (הווריאציה).

🔀 אקראיות

המשתמשים מנותבים באופן אקראי לגרסאות A או B, על מנת להבטיח השוואה הוגנת בין שתי הגרסאות.

📊 ניתוח

נתונים על התנהגות משתמשים והמרות נאספים ומנותחים על מנת לקבוע איזו גרסה היא היעילה ביותר.

🖥️ רכיבי דיגיטל

A/B Testing יכול לכלול בדיקות על רכיבי דיגיטל שונים כמו עיצוב דפים, תוכן, טפסים וקריאות לפעולה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Tester","question":"מהו Tester?","description":"מדובר במי שאחראי לוודא שמוצרי תוכנה אינם מכילים שגיאות ועומדים בסטנדרטי האיכות.","date":"2024-11-25","categories":["development","quality","software","testing"],"published":true,"slug":"tester","content":"

🧪 תפקיד

ה-Tester, או מהנדס QA (Quality Assurance), אחראי לוודא שמוצרי תוכנה פועלים כראוי, אינם מכילים שגיאות ועומדים בסטנדרטי איכות מוגדרים.

📝 אחריות

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

🔍 מיומנויות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Throughput","question":"מהו Throughput?","description":"זהו מספר הפריטים שהושלמו בזמן מוגדר.","date":"2024-11-25","categories":["agile","delivery","kanban","metric"],"published":true,"slug":"throughput","content":"

🔄 הגדרה

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

📊 מדד

Throughput הוא מדד ביצועים מרכזי שמסייע לצוותים להבין את יכולת האספקה והיעילות שלהם.

🔍 מדידה

Throughput נמדד על ידי ספירת מספר המשימות או סיפור המשתמשים שהושלמו והושלמו בפרק זמן, לעיתים לפי סבב או שבוע.

📈 מעקב

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

🔢 סוג

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

🏭 אנלוגיה

ניתן להשוות את זה לפלט של מפעל, שמעיד על קצב שבו העבודה מעובדת ומסופקת.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Timeboxing","question":"מהו Timeboxing?","description":"מדובר בטכניקת ניהול זמן בה מוקצה זמן מוגדר לפעילות, פגישה או משימה.","date":"2024-11-25","categories":["agile","meeting","time"],"published":true,"slug":"timebox","content":"

⏳ הגדרה

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

🎯 מטרה

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

🏉 Scrum

ב-Scrum, כל האירועים יש להם זמן מוגדר ומומלץ.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Top-Down","question":"מה המשמעות של Top-Down בהמרה?","description":"מדובר בגישה שבה ניהול בכיר מוביל את היוזמה להמרה.","date":"2024-11-25","categories":["agile","leadership","transformation"],"published":true,"slug":"top-down","content":"

🔝 הגדרה

בהקשר של המרה לאג'יליות, גישת \"Top-Down\" מתארת תהליך שבו היוזמה לשינוי ניהולית ומנוהלת על ידי הדרג הבכיר בארגון. בגישה זו, המנהיגים או ההנהלה הבכירה מקבלים החלטות אסטרטגיות, קובעים את החזון והכיוון להמרה ולאחר מכן אותן החלטות מיושמות בכל הארגון.

📈 יתרונות וצרכים

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

🎯 חזון

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"Trello","question":"מהו Trello?","description":"מדובר בכלי ויזואלי שמסייע בארגון משימות.","date":"2024-11-25","categories":["board","kanban","productivity","tool"],"published":true,"slug":"trello","content":"

🔍 הגדרה

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

🛠️ תכונות

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

🆓 ממשק

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

🔄 קאנבן

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

👁️ ראות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"UAT","question":"מהו UAT?","description":"מדובר בבדיקות קבלה של משתמש.","date":"2024-11-25","categories":["qa","test","testing","ux"],"published":true,"slug":"uat","content":"

🎯 בדיקות קבלה

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

🔍 משמעות

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

📈 מיקוד

בדיקות קבלה מתמקדות במטרות עסקיות וצרכי המשתמש, ומוודאות שהמערכת עומדת בקריטריוני הקבלה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"UI","question":"מהו UI?","description":"מדובר בממשק המשתמש.","date":"2024-11-25","categories":["Design","UI","UX"],"published":true,"slug":"ui---user-interface","content":"

🖥️ הגדרה

UI (ממשק משתמש) מתייחס לעיצוב הוויזואלי של אפליקציה או אתר אינטרנט שבו המשתמשים מקיימים אינטראקציה ישירה.

🎨 עיצוב

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

👩‍💻 תפקיד

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

🔍 UI מול UX

UI בדרך כלל מנותחת בהשוואה ל-UX (חוויית משתמש), כאשר UI מתייחסת לחלק הוויזואלי והפיזי של הממשק, בעוד ש-UX מתייחסת לחוויה הכללית של המשתמש, כולל UI.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","th","tr","zh"]},{"title":"User Story Map","question":"מהו User Story Map?","description":"מדובר בטכניקת ארגון שמסייעת להציג את המאפיינים של המוצר ולתכנן את השחרור.","date":"2024-11-25","categories":["agile","development","jeff patton","prioritization","products","user story"],"published":true,"slug":"user-story-map","content":"

📜 הגדרה

User Story Map (מפת סיפור משתמש) היא טכניקת ארגון שמסייעת להציג את פריטי הרקע של המוצר בממדים כפולים על מנת להציג את הפונקציות של המוצר ולתכנן את השחרור שלהן.

👤 יוצר

Jeff Patton מוכר כמי שהציג את טכניקת מפת סיפור המשתמש בשנת 2005, עם פרסום ספרו שהכיל את אותו השם.

🎯 מטרה

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

🏗️ מבנה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"UX","question":"מהו UX?","description":"מדובר בחוויית המשתמש.","date":"2024-11-25","categories":["UX","design"],"published":true,"slug":"ux---user-experience","content":"

📜 הגדרה

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

🖥️ דגש דיגיטלי

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

🏢 יישום פיזי

התחום של UX רלוונטי גם למוצרים פיזיים, ומטרתו לשפר את חוויית המשתמש הכוללת.

🎯 חשיבות

UX חשוב לשביעות רצון המשתמשים ושימורם, והוא יכול להשפיע באופן משמעותי על הצלחת החברה.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Value Stream Map","question":"מהו Value Stream Map (VSM)?","description":"מדובר בכלי ויזואלי המשמש להציג ולנתח את זרימת התהליך.","date":"2024-11-25","categories":["Lean","processes","waste"],"published":true,"slug":"value-stream-map","content":"

📜 הגדרה

מפת זרם ערך (Value Stream Map - VSM) היא כלי ויזואלי המשמש ב-Lean כדי להציג ולנתח את זרימת החומרים והמידע בתהליך ייצור.

🎯 מטרה

המטרה העיקרית של VSM היא לזהות אזורים לשיפור ולחזות את כל תהליך הייצור לצורך סקירה ואופטימיזציה אסטרטגית.

🔄 צעדים

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Waste","question":"מהו Waste?","description":"מדובר בפעילות שלוקחת משאבים אך לא מוסיפה ערך ללקוח.","date":"2024-11-25","categories":["kaizen","kanban","lean","muda","waste"],"published":true,"slug":"waste","content":"

📜 הגדרה

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

🔄 קאנבן

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

🏭 מקור

ניהול Lean, כולל רעיון צמצום בזבוזים, מקורו במערכת ייצור טויוטה (TPS), אשר מזהה בזבוז כ-Muda, Mura ו-Muri ומחפשת אמצעים לשיפור מתמיד (Kaizen) לצורך הסרתם.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Waterfall","question":"מהי מתודולוגיית Waterfall?","description":"מדובר בגישה לינארית ורציפה לניהול פרויקטים.","date":"2024-11-25","categories":["methodology","pmbok","pmi","pmp"],"published":true,"slug":"waterfall","content":"

🔄 הגדרה

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

🏗️ מבנה

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

📊 תרשימי Gantt

הם מצוינים באמצעות תרשימי Gantt, ומודל Waterfall נפוץ בתעשיות כמו בנייה.

🚫 גמישות מוגבלת

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

🌊 שלבים

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

📑 איסוף דרישות

השלב הראשוני כולל את איסוף וכתיבת כל הדרישות של הפרויקט.

🖥️ עיצוב

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

🛠️ ביצוע

העבודה האמיתית מתחילה, בהתבסס על המפרטים שלב העיצוב.

✔️ בדיקות

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

🚀 השקה

הפרויקט הושלם ומשוחרר לשימוש על ידי המשתמשים או הלקוחות.

🔧 תחזוקה

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WET","question":"מהי WET?","description":"מדובר בקיצור של 'כתוב הכל פעמיים' או 'אנחנו נהנים להקליד'.","date":"2024-11-25","categories":["antipattern","development","software"],"published":true,"slug":"wet","content":"

💧 עיקרון WET

עיקרון WET, שמשמעותו 'כתוב הכל פעמיים' או 'אנחנו נהנים להקליד', מייצג גישה הפוכה לעיקרון DRY (Don't Repeat Yourself), כשהוא מציע בצורה סרקסטית לאפשר או לעודד חזרה על קוד יותר מהמינימום הנדרש.

✏️ כתוב הכל פעמיים

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

🧩 חוסר אובייקטיבציה

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

🔀 שינויים בלתי צפויים

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

🔍 אתגרים בבדיקות

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WIP","question":"מהו WIP?","description":"מדובר בעבודה בתהליך.","date":"2024-11-25","categories":["Kanban","WIP Limit"],"published":true,"slug":"wip---work-in-progress","content":"

🔨 הגדרה

WIP (עבודה בתהליך) מתארת משימות או מוצרים שהם בתהליך סיום אך טרם הושלמו.

📊 רלוונטיות

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

🏭 ייצור

בתעשייה, WIP מייצגת את המלאי של מוצרים שנמצאים עדיין בתהליך הייצור.

📈 פיתוח

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

🔄 קאנבן

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

⏳ יעילות ייצור

מעקב אחרי WIP הוא קריטי להערכת היעילות בתהליך הייצור ולזיהוי תחומים לשי

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fi","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"WIP Limits","question":"מהן מגבלות WIP?","description":"מדובר בכמות העבודה המרבית שיכולה להתקיים בכל שלב של זרימת עבודה.","date":"2024-11-25","categories":["Kanban","WIP"],"published":true,"slug":"wip-limit---work-in-progress-limit","content":"

🔒 הגדרה

WIP (עבודה בתהליך) ומגבלת WIP מתארת את הכמות המרבית של עבודה שיכולה להתקיים בכל שלב של זרימת עבודה בשיטות כמו קאנבן.

🔎 הבהרה

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

🔄 חשיבות

מגבלות WIP עוזרות לצוותים לזהות חוסר יעילות, לחשוף צווארי בקבוק ולמקד את הצוות בהשלמת משימות, ובסופו של דבר לשפר את ביצועי זרימת העבודה.

📈 יישום

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

🎯 שיפור ביצועים

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

🔍 צווארי בקבוק

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

🔄 הערכה מתמדת

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

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]},{"title":"Wireframes","question":"מהו Wireframe?","description":"מדובר בייצוג ויזואלי בסיסי של ממשק.","date":"2024-11-25","categories":["Figma","Mockup","UI","UX","wireframe"],"published":true,"slug":"wireframe","content":"

🖼️ הגדרה

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

🎯 מטרה

Wireframes משמשים לקביעת פריסת הבסיס וחווית המשתמש, תוך התמקדות בשימושיות ובניווט.

🔍 שימוש בעיצוב

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

🧰 כלים

אחד הכלים הנפוצים ביותר ליצירת Wireframes הוא Figma.

","language":"he","alternativeLangs":["ar","cs","da","de","el","en","es","fr","hi","hu","it","ja","ko","nl","no","pl","pt","ru","sv","th","tr","zh"]}]

Alcibíades Cabral Díaz

הגדרה

מטרת השימוש