כותרות TheMarker >
    ';

    פרטי קהילה

    מחקר ופיתוח

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

    אינטרנט והייטק

    פורום

    מו"פ - כללי

    דיונים בכל נושא הקשור למו\"פ

    חברים בקהילה (1518)

    אביאן
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    Tuli Gilai
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    אפרת....
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    הברקתשבך
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    kobi345
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    דורון טל
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    לואיס קרול
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    היזם
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    פיני1
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    ששת שצ
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    אמיר לשם
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    omr71
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    מי אחראי אצלכם בארגון על ניהול תצורת תוכנה?

    15/12/07 22:29
    1
    דרג את התוכן:
    2009-02-02 17:52:37
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    מי אחראי אצלכם בארגון על ניהול תצורת תוכנה? האם יש אדם שתפקידו "מנהל תצורה"?

    אם לא, במגרש של מי נופל נושא חשוב זה (אך לא מוערך מספיק, לדעתי)? 

    מה אתם חושבים? מעתה קל יותר להוסיף תגובה. עוד...
     

    הוספת תגובה על "מי אחראי אצלכם בארגון על ניהול תצורת תוכנה?"

    נא להתחבר כדי להגיב.

    התחברות או הרשמה   

    15/12/07 23:29
    0
    דרג את התוכן:
    2007-12-15 23:31:56
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

     

    לגבי החלק הראשון - יש כלים שכמעט ולא דורשים אדמיניסטרציה (cvs, svn, git, hg) ולעומתם יש כלים כמו ה-clearcase שהאדמיניסטרציה שלו יכולה להיות סיוט. במקרה כזה אם אין מישהו שיהיה חלק מהאדמיניסרציה של הכלי (system) אין לכלי הזה סיכוי (וזאת למדתי בדרך הקשה...)

     

    לגבי מדיניות גרסאות/branches/labels/ לצערי כמעט בכל מקום שעברתי בו הנושא נחשב שולי, ופרט לתחזוקה מינימלית של ה-branch הראשי (למשל שהוא יתקמפל) אין מדיניות. מדיניות כזאת צריכה להיות באחריות "ראש הפרויקט" ובסיוע טכני של ה-admin הטכני.

     

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

     

    בהקשר של ניהול מקבילי של releases ופיתוח מקבילי בכלל, אני חושב שמאוד כדאי להכיר את ה-UCM של IBM/Rational גם אם לא משתמשים בכלים שלהם.


    --
    מנהל קהילת מחקר ופיתוח:
    http://randd.cafe.themarker.com
    15/12/07 23:58
    0
    דרג את התוכן:
    פורסם ב: 2007-12-15 23:58:40
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    היי זיו,

     

    שאלת שאלה אודות תחום שלדעתי במציאות הישראלית הוא יתום ונטוש ועוד לפחות 100 שמות תואר רלונטיים.

     

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

     

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

     

    נקווה לטוב,

     

    אלון

    16/12/07 20:39
    0
    דרג את התוכן:
    פורסם ב: 2007-12-16 20:39:24
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

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

     

    ליאורה

     

    17/12/07 15:56
    0
    דרג את התוכן:
    פורסם ב: 2007-12-17 15:56:58
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    תודה ליאורה.

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

    אם תשובתך חיובית, איך היית מציעה לארגון בינוני לתקוף את הנושא?

    18/12/07 04:23
    0
    דרג את התוכן:
    פורסם ב: 2007-12-18 04:23:08
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

     

    צטט: ziverez 2007-12-17 15:56:58

    תודה ליאורה.

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

    אם תשובתך חיובית, איך היית מציעה לארגון בינוני לתקוף את הנושא?

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

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

     

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

    23/12/07 15:29
    0
    דרג את התוכן:
    פורסם ב: 2007-12-23 15:29:32
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    תודה ליאורה, התאור שנתת מתאים היטב לארגון שלנו.

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

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

     

    23/12/07 15:32
    0
    דרג את התוכן:
    פורסם ב: 2007-12-23 15:32:45
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    שאלה נוספת: איך, לדעתכם, אפשר "למכור" את הצורך בניהול תצורה מנקודת מבטה של ההנהלה? מהם הנימוקים שהכי משכנעים הנהלות להשקיע משאבים בתחום?
    23/12/07 16:30
    0
    דרג את התוכן:
    פורסם ב: 2007-12-23 16:30:41
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

    אם תצליח להראות שהשקעה בבקרת תצורה תחסוך זמן ומשאבים תקבל את מבוקשך 


    --
    גיא גליל - Guy Galil
    23/12/07 21:51
    0
    דרג את התוכן:
    2007-12-23 21:52:33
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

     

    צטט: גיא-ג 2007-12-23 16:30:41

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

    אם תצליח להראות שהשקעה בבקרת תצורה תחסוך זמן ומשאבים תקבל את מבוקשך 

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

     

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

     

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

    24/12/07 00:21
    0
    דרג את התוכן:
    פורסם ב: 2007-12-24 00:21:17
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

     

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

     

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


    --
    מנהל קהילת מחקר ופיתוח:
    http://randd.cafe.themarker.com
    24/12/07 00:25
    0
    דרג את התוכן:
    פורסם ב: 2007-12-24 00:25:07
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

     

    צטט: ליאורה מילבאום 2007-12-23 21:52:33

     

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

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


    --
    מנהל קהילת מחקר ופיתוח:
    http://randd.cafe.themarker.com
    25/12/07 18:59
    0
    דרג את התוכן:
    פורסם ב: 2007-12-25 18:59:27
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

     

     



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

    /null/text_64k_1#

    מה אתם חושבים? מעתה קל יותר להוסיף תגובה. עוד...
     

    הוספת תגובה על "מי אחראי אצלכם בארגון על ניהול תצורת תוכנה?"

    נא להתחבר כדי להגיב.

    התחברות או הרשמה