מאַנאַדזשערז אָן אַ טעכניש הינטערגרונט אָפט טראַכטן אַז די הויפּט זאַך איז צו שרייַבן דיטיילד טערמינען פון רעפֿערענץ פֿאַר דעוועלאָפּערס, און נאָך דעם, אַלע וואָס איז לינקס איז צו פרעגן זיי צו שטרענג טרעפן דעדליינז. יאָ, דאָס איז וויכטיק.
אין אַדישאַן צו די באַשרייַבונג פון פאַנגקשאַנאַליטי, די טערמינען פון רעפֿערענץ מוזן אַרייַננעמען די מאָק-אַפּס פון סקרינז מיט אַ גאָר פאַרטיק פּלאַן און טעקסטן פון אַלע די אַרטיקלען געוויזן צו דער באַניצער ווייַל עס איז אַ שלעכט געדאַנק צו לאָזן די פּלאַן און קאַפּירייט צו ווייכווארג אַנטוויקלונג. .
אבער ערגסט פון אַלע, נאָך דיסקאַסט פאַנגקשאַנאַליטי מיט די דעוועלאָפּערס, צו שטיין צוריק און וואַרטן שטיל פֿאַר דער רעזולטאַט. ווייכווארג אַנטוויקלונג איז אַ קעסיידערדיק פּראָצעס, און איר דאַרפֿן צו קלאר פֿאַרשטיין וואָס איר אַרבעט אין דעם מאָמענט און וואָס עס איז נאָך צו טאָן. די דיפּער איר באַקומען אין דעם פּראָצעס, די מער מסתּמא עס איז אַז איר וועט באַמערקן ווען עפּעס גייט פאַלש.
פאָקוס אויף די הויפּט פאַנגקשאַנז
ווי קען אַזאַ מין טבילה העלפן? איינער פון די מערסט פּראָסט סיבות פון טערמין סליפּידזש איז אומגעריכט שוועריקייטן אין ימפּלאַמענינג קליין און ניט-אַזוי-וויכטיק פֿעיִקייטן. גוט דעוועלאָפּערס שטרעבן צו מאַכן גוט פּראָדוקטן, וואָס מיטל ימפּלאַמענינג אַלע די ספּעסיפיעד עלעמענטן אין די ספּעק. ווי אַ פּראָדוקט אידעאָלאָגיסט, איר קענען און זאָל אַראָפּלאָזן אַלע מינערווערטיק פֿעיִקייטן פון דעם פּלאַן אויב זיי אָנהייבן צו נעמען צו פיל צייט, ד"ה מער ווי אַ ביסל טעג.
דו זאלסט נישט לייגן נייַ טאַסקס בעשאַס ווייכווארג אַנטוויקלונג
אַמאָל איר ייַנטונקען זיך אין דער אַנטוויקלונג פּראָצעס און באַקומען אַ געלעגנהייט צו זען ינטערמידייט רעזולטאַטן, איר וועט האָבן אַ שטאַרק פאַרלאַנג צו לייגן און טוישן פאַנגקשאַנאַליטי אויף די פליען. טאָן ניט אלץ טאָן אַז! אַדינג און מאַדאַפייינג רעקווירעמענץ לעבן איז די ביגאַסט שלעפּן אויף די אַנטוויקלונג טיימליין; טייל ימפּלאַמענאַד פאַנגקשאַנאַליטי איז פיל האַרדער צו טוישן.
אין 95% פון קאַסעס, עס איז בעסער צו בלייַבן ין דער אָריגינעל פּלאַן און פּרובירן אַ נייַע שטריך קאַנסיווד אויף לעבן יוזערז. און דעריבער מאַכן ענדערונגען באזירט אויף די באַמערקונגען.
קאָנטראָלירן די השתדלות פון דעוועלאָפּערס
מיט צייט, איר וועט אָפּשאַצן ווי לאַנג אַ אַרבעט נעמט, און עס וועט זיין מער פּינטלעך ווי די ווייכווארג אַנטוויקלונג מאַנשאַפֿטס רעזולטאטן. פֿאַר בייַשפּיל, נייַ פֿעיִקייטן זענען מוסיף לעפיערעך געשווינד, בשעת רידיזיינינג אַלט פֿעיִקייטן ווען קאַנווערטינג יגזיסטינג באַניצער דאַטן איז שטענדיק פּאַמעלעך און יקסקרושיייטינג. לערנען צו פאָרשטעלן מער אָדער ווייניקער רעאַליסטיש דעדליינז איז נישט אַזוי שווער; עס איז שווערער צו איינפלוסן זיי.
פּערפעקשאַניזאַם איז אַ פסיכאלאגישן קוואַליטעט וואָס דיסטינגגווישיז גוט דעוועלאָפּערס פון שלעכט אָנעס. עס אַפּלייז ניט בלויז צו די קענטיק רעזולטאַט סקרינז און קנעפּלעך, אָבער אויך פֿאַר די ינערלעך ימפּלאַמענטיישאַן פון די פּראָדוקט, דאָס איז די קאָד.
פֿאַר בייַשפּיל, איר דאַרפֿן צו לייגן אַ באָנוס קאַמף מעכאַניקער אויף די צאָלונג בלאַט. א גוטער דעוועלאָפּער וואָלט זיין ביכולת צו ינסטרומענט אין אַ וואָך אַ מעקאַניזאַם וואָס שטיצט קיין קאַמף אַדמינאַסטערד פֿון די אַדמיניסטראַטאָר טאַפליע, מיט קוסטאָמיזאַבלע טנאָים, טיימינג, און אַזוי אויף.
אָבער איר דאַרפֿן אַ שנעל לייזונג צו קאַטער די העכערונג מאָרגן און וואַרפן דעם קאָד אויף אייביק אַ וואָך שפּעטער. איר דאַרפֿן צו פֿאַרשטיין וואָס קאַמפּאָונאַנץ וועט בלייַבן אין דיין פּראָדוקט פֿאַר אַ לאַנג צייַט און וואָס קענען זיין ימפּלאַמענאַד פֿאַר טראָווואַוויי צוועקן און יבערגעבן דעם קלאר צו די ווייכווארג אַנטוויקלונג מאַנשאַפֿט.
סאָרט טאַסקס און טאָן ניט שטעלן זיי אַלע אין דער זעלביקער צייט
טאַסקס פֿאַר די ווייכווארג אַנטוויקלונג מאַנשאַפֿט זענען צעטיילט אין גרויס (צו מאַכן אַ נייַע שטריך) און קליין (צו פאַרריכטן די רעגיסטראַציע פאָרעם). דער גענעראַל הערשן איז קיינמאָל צו דיסטראַקט אַ דעוועלאָפּער פון אַ ריזיק אַרבעט צו סאָלווע אַ קליין, אפילו אַ דרינגלעך.
עטלעכע יינציק פּראָפעססיאָנאַלס קענען אַרבעטן יפישאַנטלי אין אַזאַ אַ מאָדע, אָבער רובֿ דעוועלאָפּערס דראַסטיקלי פאַרמינערן פּראָודאַקטיוויטי רעכט צו קעסיידערדיק סוויטשינג צווישן טאַסקס. דעריבער, עס מאכט זינען צו האָבן אַ אָלטערניישאַן - ערשטער אַ ריזיק אַסיינמאַנט, דעמאָלט אַ וואָך פון קליין טאַסקס. רעקאָרדירן קליין טאַסקס ווי זיי דערשייַנען, אָבער געבן זיי צו ווייכווארג אַנטוויקלונג צו אַרייַננעמען זיי אין אַ רשימה ווען די ווייַטער יטעראַטיאָן אָדער מעלדונג איז פּלאַננעד.
יעדער דעוועלאָפּער איז אַנדערש
דער חילוק אין פאָרשטעלונג צווישן יחיד דעוועלאָפּערס קענען זיין ריזיק. צום ביישפּיל, אין עטלעכע שטודיום, די ווערסיע פון די בעסטער און ערגסט פּראָוגראַמערז מיט בעערעך דער זעלביקער דערפאַרונג איז געווען צענפאָולד.
איר דאַרפֿן צו פֿאַרשטיין אַז דער זעלביקער מענטש קענען ווייַזן ויסגעצייכנט גיכקייַט אויף טאַסקס אין איין פּלאַן (למשל צובינד יקסטענשאַנז) און קאַטאַסטראָפיקאַללי נידעריק גיכקייַט אין אנדערע טאַסקס (גרויס-וואָג סערווער זייַט טאַסקס). אַזוי אַלעמען זאָל באַקומען טאַסקס מיט וואָס זיי זענען באַקוועם צו אַרבעטן. אַנדערש, פּראָודאַקטיוואַטי וועט פאַלן.
זיין אַ אַססיסטאַנט צו די דעוועלאָפּערס
א וויכטיק זאַך וועט העלפֿן איר רעדן די זעלבע שפּראַך ווי די דעוועלאָפּערס. רוב טעכנישע מענטשן האבן זייער ארגאניזירטע און ראציאנאלע שכל; זיי פּאַסיק אין אַ לאַדזשיקאַל סכעמע. אָבער דעם סכעמע וועט ניט שטענדיק זיין באַקוועם פֿאַר דיין ניצערס.
ווי אַ ניט-טעכניש מענטש, איר האָבן אַ מייַלע - עס איז גרינגער פֿאַר איר צו גיין ווייַטער פון די פריימווערק וואָס די ימפּלאַמענטיישאַן סאַגדזשעסץ און יבערגעבן מיט די דעוועלאָפּערס די רעכט זעאונג. אָבער געדענקט: צו באַקומען דיין פונט פון מיינונג צו די ווייכווארג אַנטוויקלונג מאַנשאַפֿט, איר וועט האָבן צו באַווייַזן דיין געדאנקען רעכט מיט לאַדזשיקאַל טענות.
שטעלן באַזונדער צייט פֿאַר ינערלעך ענדערונגען
איר דאַרפֿן צו געדענקען אַז עס זענען צייט-קאַנסומינג טאַסקס וואָס איר קענען נישט זען פון די אַרויס אין קיין פּרויעקט, אָבער איר האָבן צו טאָן זיי. עס איז אַזוי גערופענע טעכניש כויוו. ווי איז עס געגרינדעט? בשעת אַדינג נייַ פֿעיִקייטן, די פּרויעקט אַקווייערז קראַטשיז און פּראַפּס.
פילע טאַסקס זענען סאַלווד געשווינד אָבער אין אַ אַנרילייאַבאַל וועג. פֿאַר בייַשפּיל, אויב איר טאָן ניט קעסיידער ברענגען דיין קאָד אין סדר (דעם פּראָצעס איז גערופן רעפאַקטאָרינג) און טאָן ניט אַנטוויקלען די אַרקאַטעקטשער פון די פּרויעקט, איר וועט קעסיידער וואַקסן ערראָרס נאָך עטלעכע מאָל.
זיי קען פּאַסירן ווען אַדינג נייַ פֿעיִקייטן אָדער אפילו ווען פיקסיר אַלט באַגז. אויב איר טאָן ניט פאַרברענגען צייט צו אַנטוויקלען די אַרקאַטעקטשער פון די פּרויעקט, איר וועט נישט קענען צו קאָפּע מיט די גראָוינג נומער פון יוזערז גיכער אָדער שפּעטער.
טעכניש כויוו טאַסקס דאַרפֿן צו זיין פּלאַננעד און עקסאַקיוטאַד, אָבער ווי טאָן איר געפֿינען די רעכט וואָג צווישן זיי און פּראָדוקט אַנטוויקלונג? געוויינטלעך, דיין פאָקוס ווי אַ פאַנדער און ניט-טעכניש מענטש וועט יבעררוק צו נייַע פֿעיִקייטן. אָבער אויף די אנדערע האַנט, דעוועלאָפּערס טענד צו פֿאַרבעסערן די יגזיסטינג קאָד ענדלאַסלי און זענען ווייניקער ינטוזיאַסטיק וועגן נייַע פאַנגקשאַנאַליטי.
דעריבער, איר נאָך האָבן צו, לפּחות אויף אַ יקערדיק מדרגה, פֿאַרשטיין די טעכנאָלאָגיע און די סטרוקטור פון דיין פּראָדוקט צו געפֿינען אַ וואָג אין דיסקוסיעס מיט דעוועלאָפּערס. טעכניש טאַסקס מוזן פאַרנעמען וועגן 20% פון די אַרבעט שעה פון די ווייכווארג אַנטוויקלונג מאַנשאַפֿט און גיין צוזאמען מיט די אַנטוויקלונג פון נייַע פאַנגקשאַנאַליטי און זשוק פיקסיר.
לערנען וועגן טעכנאָלאָגיע
צו אַנטוויקלען אַ פּראָדוקט, איר מוזן לערנען זייַן סטרוקטור און טעכנאָלאָגיע אין אַלגעמיין, אין מינדסטער ביי אַ יקערדיק מדרגה. עס איז וויטאַל ווייַל די טעכנאָלאָגיע קען נאָך זיין לעבעדיק אָבער נישט גאַנץ פּאַסיק פֿאַר דיין טאַסקס. און עס איז אָפט אוממעגלעך צו געפֿינען דעם איידער לאָנטשינג די סיסטעם אין שלאַכט מאָדע - מיט פאַקטיש ניצערס און אונטער שווער לאָודז.
צו סאַכאַקל עס אַרויף, איר נאָך קענען נישט טאָן אָן טבילה אין טעכנאָלאָגיע און ווייכווארג אַנטוויקלונג ווי אַ פאַנדער. דערצו, דעם וויסן וועט געבן איר אַ בעסער פארשטאנד פון ווי דיין פּרויעקט דעוועלאָפּס.
