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

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

איך יוצאים מהמצב הזה?

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

כיצד לארגן פעילות סיעור מוחות בצורה אפקטיבית?

1. ארגנו חדר ישיבות לפרק זמן של כשעתיים
2. שלחו זימון לפגישה ובו בקשו מהאנשים להביא רעיונות בנושאים המדוברים. אל תדאגו אם הם לא באמת יעשו שיעורי בית. עצם קריאת הזימון תיצור אצלהם תהליך מחשבתי לא מודע
3. כשעה לפני תחילת הפעילות תלו על הקירות לוחות ו/או ניירות/בריסטולים גדולים, שימו ניירות דומים על השולחן או על הרצפה במקרה של אולם גדול
4. על כל אחד מהלוחות/ניירות רשמו כותרת אשר תציין תת סוגיה. לעיתים אלו יכולות להיות כותרות לא ישירות שיסייעו למחשבה (קונספטים מעולם ה - NLP בהחלט באים בחשבון). לדוגמה:
1. הטכנולוגייה הבאה היא
2. איך נוכל לפתח פי 2 תכולות בכ"א הקיים ובלו"ז הנוכחי
3. בעוד שנתיים נוביל טכנולוגית כי
4. המערכת תוכל לבצע פי 10 פעולות בשנייה אם
5. נוכל לתמוך ביותר לקוחות אם
   
5. הכניסו את אנשי הקבוצה לחדר
6. בצעו הקדמה ובו הסבירו שאתם מצפים לפתיחות, שבהחלט ניתן להציג הסתיגויות ולהעלות חסמים, אבל המטרה היא למצוא מעקפים ולא לחסום רעיונות (שבירת אקסיומות היא הבסיס לפריצות דרך)
7. תנו לאנשי הצוות טושים בצבעים שונים ותנו להם להתבטא, תתפלאו כמה מהר הלוחות יתחילו להתמלא
8. לאחר שאתם רואים שהתהליך מתחיל להתייצב, החזירו את אנשי הצוות למקומם
9. בחרו את השלט המוצלח ביותר ובצעו סבב על הנושאים שהועלו. בקשו הסבר והצגה של כל נושא ע"י אותו אדם שכתב אותם
10. תנו לויכוח להתפתח אבל חתכו התנגדויות מיותרות (תמיד יהיו כאלו עם קיבעון, "דובי לא לא", או סתם כאלו עם התנגדות לכל התהליך והפורמט)
11.  סכמו את הרעיונות הטובים יותר והטובים פחות, וסגרו את הישיבה לאחר שתעדכנו את אנשי הקבוצה על המשך התהליך
12. בשלב זה ניתן להעלות את הרעיונות לפורטל/וויקי ולבקש מהאנשים להרחיב ולהצביע על הרעיונות המועדפים
13. גבשו קבוצות עבודה שיבצעו בדיקת התכנות לרעיונות השונים ויגבשו תוכניות פעולה ליישום כולל עלויות, לו"ז, מדדי הצלחה ודרישת משאבים

 למה זה כל כך חשוב?

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

השורה התחתונה

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

נהנית מהפוסט? רישום לבלוג הפתוח למנהל הפיתוח יבטיח לכם עדכונים חדשים ישירות לדוא"ל!

ממשיכים לפתח,

משה קפלן

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

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

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

1. סקר ספרות: מה קיים היום? מי כבר כותב בלוגים בנושא ו/או בנושאים קרובים. אם אתם חושבים שאתם מכירים כאלו, אתם יותר ממוזמנים לתרום
2.  התמונה הגדולה
1. אסטרטגיה: ניהול זה לא רק פתרון באגים.
2. מודלים עסקיים והשפעה שלהם על פיתוח התוכנה.
3. ניהול סיכונים.
4. הצגה נכונה של חלופות.
5. ניהול משברים בארגון.
6. חדשנות וסיעור מוחות.
3. מתודולוגיות פיתוח וכלי ניהול פיתוח: דוגמאות, מתי כן ומתי לא, ומקרים מהשטח
1. משבר התוכנה.
2. SCRUM.
3. Agile (XP, Pair Programming).
4. Waterfall וניהול פרויקטים קלאסי.
5. Project - שימוש יעיל ונושאים מרכזיים.
6. כמה משימות לנהל.
7. QA
1. TDD
2. Functional
3. Load
4. ארכיטקטורה: מעט טכנולוגיה, איפה נופלים, ואיפה מצליחים
1. ביצועים
2. Scalability
3. מחשוב ענן
4. Vendor lock in
5. תמחור תשתיות, תרגום עלויות תוכניות עסקיות, ROI ו - TCO
5. מכירות וניהול מוצר: מה הדברים שמעניינים את הגופים העסקיים בחברה וכיצד לעזור להם ולך לעמוד במטרות שלהם
1. MRD.
2. The 3 terms of sales.
6.  בניית קבוצת פיתוח מנצחת:
1. כלי הפיתוח.
2. Code Review ובניית קוד מנצח.
7. ניהול כ"א:  בסופו של יום, הדבר החשוב ביותר שיקבע את הצלחת החברה והפיתוח
1. כישורים רכים
2. גיוס כ"א
3. ראיונות עבודה
4. פיתוח כ"א
5. נטישת כ"א
6. מבנים ארגוניים
7. ניהול ספקים (Outsourcing, Turn Key)
1. Fixed Cost
2. Per hour
3. נשמות/גולגלות
8. פיתוח אישי:
1. איך לשדרג את עצמך והאנשים שלך
2. מיתוג
9. Case Studies ו - Best Practices
1. Facebook.
2. Google.

נהנית מהפוסט? רישום לבלוג הפתוח למנהל הפיתוח יבטיח לכם עדכונים חדשים ישירות לדוא"ל!

ממשיכים לפתח,

משה קפלן