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