למה מנהל פיתוח צריך להרצות בכנס?

יום שלישי, ספטמבר 29, 2015

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

יש הצעות שקשה לסרב להן

יום שישי, נובמבר 12, 2010

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

אז מה היה לנו?

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

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

מישהו שומע אותי?

יום רביעי, ספטמבר 22, 2010

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

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

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

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

תלמד להפתיע

יום שלישי, יוני 29, 2010

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