חמשת השלבים למימוש Continuous Deployment

יום שבת, דצמבר 31, 2011

הפעם רציתי לכתוב על משהו קצת שונה.   בפוסטים הקודמים דיברנו על הטעויות שרבים עושים בבחירת שיטת ניהול פרויקטי התוכנה המתאימה להם, למדנו מתי להשתמש בשיטת מפל המים (Waterfall) ודיברנו על שיטת ה - SCRUM שסוחפת את השוק בשנים האחרונות. הפעם רציתי שנשוחח על שיטה מעט שונה: פריסה מתמשכת או בשמה הלועזי Continuous Deployment. אבל לפני שנתחיל רציתי להודות לרן תבורי שחלק מהחומרים בפוסט לקוחים מהרצאה שהוא נתן במסגרת ILTechTalk.   לפני הכל אזהרהבמבט ראשון השיטה שנדבר עליה תראה לכם כמו "שכונה" אבל אחרי שנעמיק בה נגלה שיש בה כמה דברים מאוד מעניינים שמאפשרים לארגון לשחרר גרסאות במהירות, איכות וגמישות שלא היו קיימות...

לצאת ממשבר

יום חמישי, יוני 30, 2011

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

לעשות את זה כמו גוגל

יום שבת, ינואר 22, 2011

אחד הדברים החשובים כאשר אנחנו מקימים סטארט אפ חדש או פשוט כאשר אנחנו רוצים לשדרג, הוא ללמוד איך הטובים ביותר עושים את זה (חברת ייעוץ היתה מוכרת לכם את זה תחת המותג Best Practices). גוגל היא בהחלט מקרה מצויין ללמוד ממנו ולכן הפוסט יתמקד בפילוסופיית הפיתוח והניהול של גוגל. הפוסט מתבסס על הרצאה של  Miki Herscovici על מוצר ה - Google Instant Search, שיחות רקע ובלוגים באינטרנט. בעתיד בודאי נקדיש פוסט דומה לתהליך הפיתוח במיקרוסופט. המצאתיותאחד הדברים המרכזיים והמעניינים בגוגל הוא תהליך המצאת המוצרים. בניגוד לחברות אחרות בהן תהליך המצאת המוצרים מגיע מהמכירות והשיווק, תהליך ההמצאתיות בגוגל נובע מתוך הפיתוח (יש...

אז מה היה לנו?

יום ראשון, אוקטובר 17, 2010

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

זה לא אתה, זה אני

יום חמישי, אוגוסט 5, 2010

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