ארכיון

ארכיון לקטגוריה ‘אנשים’

על שיתוף והעצמה

17 אוקטובר, 2011 אין תגובות

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

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

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

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

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

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

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

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

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

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

לא אכנס כאן לאלמנטים שאותם החלטנו להטמיע. אקפוץ לסופו של דבר.

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

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

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

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

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

מי יודע, אולי יום אחד כל הארגון יעבוד באופן דומה.

קטגוריות:מתודולוגיות, אנשים, ניהול, כללי תגיות:

מה יש לנהל?

30 יולי, 2010 אין תגובות

כמנהלים, אנו תמיד נדרשים למחשבה – מה אנחנו מנהלים?

האם אנחנו מנהלים תכניות עבודה? לא ולא. תכנית עבודה אנחנו בונים, מתקשרים, מבקרים. תכנית העבודה היא כלי שעוזר לנו לעמוד בהתחייבויות שלקחנו על עצמנו.

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

המשאב האמיתי שאנחנו באמת מנהלים – הוא האנשים שלנו. העובדים, ראשי הצוותים, מנהלי הקבוצות.

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

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

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

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

איך גורמים להם לשתף אותנו כמנהלים בהתלבטויות המקצועיות שלהם.

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

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

קטגוריות:אנשים, ניהול, כללי תגיות:

האצלת סמכויות – חמישה צעדים להצלחה

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

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

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

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

קטגוריות:אנשים, ניהול תגיות:,

שיתוף ידע כבסיס לגמישות ניהולית

11 אפריל, 2010 אין תגובות
שיתוף ידע בין אנשי הפיתוח הינו אלמנט חשוב מאוד באופן העבודה של גופי הפיתוח וביעילותם של גופים אלו.
חלק מהשיטות והמתודולוגיות המודרניות של תהליכי הפיתוח מתייחסות באופן מובנה לשיתוף ידע. לדוגמא ניתן להביא את מתודולוגית ה Pair Programming – שיטה שבה יותר מאדם אחד (בדרך כלל שניים) שותפים בכתיבת מודולים בתוכנה.
אולם שיתוף הידע הינו יותר מאשר לשבת ולכתוב ביחד, מה גם שלא לכל ארגון המתודולוגיות הנ"ל מתאימות.

מהו שיתוף ידע?
התשובה לשאלה הזו מתבטאת בכמה מרכיבים :

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


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

על האופן והכלים שבהם השתמשתי על מנת להטמיע תהליך שיתוף ידע – אכתוב בפוסט נפרד.

לכם , שמגיעים אלי לפגישת הכרות

7 אפריל, 2010 2 תגובות
קיבלתי את קורות החיים שלכם במייל. בטח באחת מחברות ההשמה או ה outsourcing . קראתי אותן בעיון לפני שהרמתי אליכם טלפון.
תגידו, אחרי שדיברתי איתכם ניסיתם לחפש אותי באינטרנט? ניסיתם למצוא עוד פרטים על המישרה? אולי כדאי לכם להרים אלי שוב טלפון כדי לשאול אותי על מה מדובר. בכל זאת, לנסוע חצי שעה לכל כיוון, לצאת מהעבודה מוקדם, להתכונן ולחשוב על חידות ושאלות שאולי אשאל אתכם זה לוקח זמן… לא חבל על הזמן אם זה לא יתאים לכם?. נסו לסנן אותי כבר בשיחת הטלפון. זו ההזדמנות שלכם, לי היתה כבר הזדמנות לסינון כשקראתי את קורות החיים. יכול להיות שחיפשתי אתכם ב facebook או סביר יותר להניח ב LinkedIn . גם זה עזר לי להחליט אם להרים אליכם טלפון.
דרך אגב, באמת עשיתם את כל מה שכתבתם שם? נראה מרשים. בעיקר כאשר בשנה אחת, בעבודה אחת, התנסיתם כמעט בכל טכנולוגיה אפשרית. נכון, אני מבין שלפעמים צריך לנפח ולהראות, אבל לא להגזים. 


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


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


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




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


קטגוריות:אנשים, ניהול תגיות: