כשאתה מתקבל לעבודה בגוגל, אתה צריך לעשות את העבודה שהתקבלת רק ב-80% מהזמן. ב-20% האחרים מהזמן, אתה יכול לעבוד על מה שאתה אוהב - בתנאי שזה יקדם את גוגל בצורה כלשהי. לפחות, זו התיאוריה.
מדיניות 20 אחוז הזמן של גוגל ידועה היטב בחוגי הנדסת תוכנה עד כה. מה שלא כל כך ידוע הוא שהמושג הזה מתוארךכל הדרך חזרה ל-1948 ב-3M.
בשנת 1974, מדען 3M Art Fry המציא המצאה חכמה. הוא חשב שאם יוכל להדביק דבק (שחלם על ידי עמיתו ספנסר סילבר מספר שנים קודם לכן) על גב פיסת נייר, הוא יוכל ליצור את הסימניה המושלמת, כזו שנשארה במקומו במזמור הכנסייה שלו. הוא קרא לזה פוסט-איט. פריי הגיע עם המוצר האייקוני כעת (הוא מדבר עם הסמיתסוניאן על זה
כָּאן
) במהלך "15 אחוז הזמן שלו", תוכנית ב-3M המאפשרת לעובדים להשתמש בחלק מהזמן המשולם שלהם כדי לרדוף אחרי קשתות בענן ולבקע רעיונות משלהם. זה עשוי להיראות כמו הטבה מרומזת לעובדים. אבל הזמן למעשה יצר רבים מהמוצרים הנמכרים ביותר של החברה ויצר תקדים לכמה מחברות הטכנולוגיה המובילות של היום, כמו גוגל והיולט-פקארד.
אין הרבה תיעוד על הגרסה של HP של זה; כשאני מוצא אזכורים לזה, זה תמיד מכונה "מוסכמה", לא מדיניות מפורשת. רוברט אקס קרינגלימספק פרטים נוספים:
גוגל לא המציאה את זה: HP כן. והאופן שבו התהליך הופעל ב-HP היה די רשמי בכך שהזמן של 10 אחוז היה אחרי ארוחת הצהריים בימי שישי. תארו לעצמכם איך זה בטח היה בימי שישי אחר הצהריים בפאלו אלטו כשכל מהנדס עובד על איזה רעיון פרוע. והחלק השני של המערכת היה שלאותם מהנדסים הייתה גישה למה שהם כינו "חנויות מעבדה" - כל מה שצריך כדי לעשות את העבודה, בין אם זה מיקרוסקופ או מגנטרון או חבית של אצטון, ניתן היה לקחת ללא עוררין בימי שישי אחר הצהריים. ממחסני HP. זה איפשר שלל חדשנות שיצר כמה מהמוצרים הגדולים ביותר של HP כולל המדפסות הללו.
אולי HP כן המציאה את זה, מכיוון שהם קיימים מאז 1939.דייב רגט, למשל, כנראה שיחק תפקיד מרכזי בהמצאת HTML ב-10% מהזמן שלו ב-HP.
למרות שהתפיסה קודמת לגוגל, הם עשו יותר כדי לאמת אותה כאסטרטגיה ממשית ולהפוך אותה לפופולריות בחוגי הטכנולוגיה מאשר כל אחד אחר. באופן מוזר,אני לא מוצאכל אזכור של הטבת הזמן של 20% הרשומה ב-דף המשרות הנוכחי של Google, אבל זה חלק בלתי נפרד מהתרבות של גוגל. ומסיבה טובה: פרויקטים בולטים של 20 אחוז כולליםGmail, חדשות Google, Google Talk ו-AdSense. לדברי העובדת לשעבר מריסה מאייר, עד מחצית מהמוצרים של גוגל מקורםזמן של 20%..
ב-Hewlett-Packard, 3M ו-Google, "רבים" מהמוצרים הטובים והפופולריים ביותר שלהם מגיעים מהשבר הדק של הזמן שהם העניקו לעובדים לעבוד במה שהם רוצים. מה זה אומר? האם כולנו צריכים להתעסק יותר בעבודה ולהתנסות ברעיונות שלנו? זה מה שהספרדוקטרינת 20%חוקר.
קשור קשר הדוק ל-20% זמן הוא יום ההאק. Hack Days גוזרים מסגרת זמן ספציפית של 24 שעות מלוח הזמנים, ומעודדים קבוצות גדולות להתכנס לעבוד בשיתוף פעולה (או בתחרות ידידותית) במהלך אותה תקופה.צ'אד דיקרסוןהקים את אחד הראשונים ביאהו ב-2005.
ביום שישי שלפני כן, ארגנתי את יום ההאק הפנימי הראשון ב-Yahoo! בעזרת להקה מאורגנת בצורה רופפת של אנשים ברחבי החברה. הכינוי "האק" לאותו היום היה קצה קצה המזלג לתרבות ההאקרים, אבל גם קריצה לעובדה שניסינו לתקן מערכת שלא עבדה טוב במיוחד. הרעיון היה ממש פשוט: כל המהנדסים בחטיבה שלנו קיבלו יום חופש לבנות כל דבר שהם רוצים לבנות. החוקים היחידים היו לבנות משהו ב-24 שעות ואז להראות אותו בסוף התקופה. המבנה הבסיסי של האירוע עצמו נוצר בהשראת מה שראינו בסטארטאפים קטנים, אבל אף אחד לא ניסה אירוע כזה בקנה מידה גדול בחברה מבוססת.
Yahoo! הראשון Hack Day היה ללא ספק הצלחה. בחברה שנאבקה לחדש, כשבעים אבות טיפוס הופיעו משום מקום בפרק זמן בודד של 24 שעות והם הוצגו בסביבה נלהבת בשמחה שבה אנשים צחקו וצעקו והריעו. מפתחים נטולי שינה וחולצות טריקו נשארו עד מאוחר בעבודה ביום שישי בערב כדי להראות אבות טיפוס שהם בנו ללא סיבה אחרת מאשר שהם רצו לבנות משהו. בספרו המכונן על תוכנת קוד פתוח, הקתדרלה והבזאר, כתב אריק ריימונד: "כל עבודה טובה של תוכנה מתחילה בגירוד גירוד אישי של מפתח". ברור שהיו גירודים רבים של מפתחים סביב Yahoo! אבל לקח יום האק כדי לתת להם להוציא שריטה קטרגית קולקטיבית.
הגרסה של אטלסיאן, רבעוןיום ShipIt, גם הוא משנת 2005. מעניין, הם גם ניסו לחקות את מדיניות 20% הזמן של גוגל עםתוצאות מעורבות.
הרחוקה, הבעיה הגדולה ביותר הייתה תזמון זמן ל-20% עבודה. כפי שניסח זאת אדם אחד, "להשיג 20% זמן זה קשה להפליא בין כל הלחץ לספק תכונות חדשות ותיקוני באגים." לאטלסיאן יש מהדורות תכופות של מוצרים, כך שקשה מאוד לצוותים לתזמן 'זמן השבתה'. צוותים קטנים במיוחד התקשו להרשות לעצמם זמן הרחק מפיתוח מוצרי הליבה. זה לא נבע מכך שראשי הצוות היו קשוחים. לעתים קרובות זה נבע מכך שמפתחים לא רצו להגדיל את עומס העבודה על עמיתיהם בזמן שהם עשו 20% עבודה. הם אוהבים את המוצרים שהם מפתחים וגאים במאמציהם. עם זאת, הם לא רוצים להיראות כמי שנהנים מפריבילגיה בעוד שאחרים נושאים בעומס העבודה.
אני חושב שיש מספיק רקורד של הצלחה מתועדת כדי ששווה לעשות שתדלנות למשהו כמו Hack Days או 20% זמן בכל מקום שבו אתה עובד. אבל לפני שתעשה זאת, שקול אם אתה והחברה שלך מוכנים:
1.האם יש רפיון מספק בלוח הזמנים?
אתה לא יכול להשיג באופן ריאלי 20% זמן, או אפילו יום פריצה עלוב אחד, אם יש אפס רפיון בלוח הזמנים. אם כולם מסביבך עובדים בבוגי עם הטיה מלאה ככל שהם יכולים, כל הזמן, זה כנראה לא בריא. בטח, לכולם יש זמני קראנץ' מדי פעם, אבל אם סביבת העבודה שלך מרגישה כמו זמן קראנץ' קבוע, תצטרך להתמודד עם זה קודם. עבור תחמושת, נסהספרו של טום דמרקו רפיון.
2.האם זמן חלומות בהקיץ משנה?
אם מישהו יתקלקל בגלל שהוא לא "נראה עסוק", ייתכן שתרבות העבודה של החברה שלך לא תוכל לתמוך ביוזמה כזו. חייבת להיות רכישה ברמת הבוס המחודד-שיער שזמן החשיבה והחלומות בהקיץ הוא חלק תקף מהעבודה. חלימה בהקיץ אינה האנטיתזה לעבודה; להיפך, פתרון בעיות יצירתידורש את זה.
3.האם כישלון מתקבל?
כשניתן לו החופש "לעבוד על מה שאתה רוצה", הכוחות שצריכים באמת להתכוון לכך כדי שהעבודה תהיה חשובה. בעיקר, זה אומר לספק לעובדים את החופש הבלתי מוגבל להיכשל כישלון חרוץ בפרויקטים של סקונקוורקס שלהם, ללא השלכה או שיפוט. בלי כישלון, והרבה דברים, לא יכול להיות חדשנות, או ניסוי אמיתי. הערך של (מהר!) ללמוד מכישלונות ולהמשיך הלאה הוא עצום.
4.האם מכבדים ניסויים פרטניים?
אם אין כבוד בריא לניסויים אינדיבידואליים לעומת הרדיפה הבלתי נגמרת של הדבר הבא ברשימת המשימות הקולקטיבית של הפרויקט, יוזמות אלו נועדו להיכשל. אתה צריך להאמין באמת, כחברה וכעמיתים, שחידושים ושיפורים מכריעים יכולים להגיע מכל אחד בחברה בכל עת, בצורה מלמטה למעלה - הם לא נמסרים מגבוה במרווחי שחרור מתוכננים ב- תוכנית אב הכל יכול.
קבלת איזושהי הכרה רשמית שזמן העבודה על כל מה שאתה חושב שישפר את המצב סביב החלקים האלה, לא רק נסבל - אלא מעודד - עשוי להוביל הרבה כדי לגרום לעבודה להרגיש הרבה פחות כמו עבודה.
היום הוא יום טמטום בעבודה| אימה מקודדת
ג'ף אטווד הוא בלוגר ב-Coding Horror ומייסד שותף שלStack Overflow. עקבו אחריו בטוויטר@codinghorror.