# פרפקציוניזם לא ישיג שלמות

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

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

מקור: https://amitkuzi.co.il/posts/perfectionism-will-not-achieve-perfection/

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

קבלה, איטרציות קצרות, שיפור מתמשך, ורטרוספקטיבה.

קבלה: לא ניתן להשיג שלמות, וסביר להניח שאינה נדרשת.

איטרציה קצרה: התחילו עם MVP (Minimum viable product) ולאחר מכן שפרו את המוצר באמצעות איטרציות מהירות וניתנות לניהול.

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

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

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

(הצהרת כוזב: הדבר מבוסס אך ורק על הניסיון האישי שלי ואין לו בסיס מדעי מוכח)