హలో ఫ్రెండ్స్. చాలా తరచుగా, ముఖ్యంగా అవుట్‌సోర్సింగ్‌లో, నేను అదే చిత్రాన్ని చూస్తాను. వివిధ ప్రాజెక్టులపై బృందాలలో స్పష్టమైన వర్క్‌ఫ్లో లేకపోవడం.
అతి ముఖ్యమైన విషయం ఏమిటంటే ప్రోగ్రామర్లు కస్టమర్‌తో మరియు ఒకరితో ఒకరు ఎలా కమ్యూనికేట్ చేయాలో అర్థం చేసుకోలేరు. నాణ్యమైన ఉత్పత్తిని అభివృద్ధి చేసే నిరంతర ప్రక్రియను ఎలా నిర్మించాలి. మీ పనిదినం మరియు స్ప్రింట్‌లను ఎలా ప్లాన్ చేయాలి.
మరియు ఇవన్నీ చివరికి తప్పిపోయిన డెడ్‌లైన్‌లు, ఓవర్‌టైమ్, ఎవరిని నిందించాలనే దానిపై స్థిరమైన షోడౌన్‌లు మరియు ప్రతిదీ ఎక్కడ మరియు ఎలా కదులుతున్నాయనే దానిపై కస్టమర్ అసంతృప్తికి దారి తీస్తుంది. చాలా తరచుగా, ఇవన్నీ ప్రోగ్రామర్లు లేదా మొత్తం జట్ల మార్పుకు దారితీస్తాయి. వినియోగదారుని కోల్పోవడం, కీర్తి క్షీణించడం మొదలైనవి.
ఒక సమయంలో, నేను అలాంటి ప్రాజెక్ట్‌ను ముగించాను, అక్కడ ఈ ఆనందాలన్నీ ఉన్నాయి.
ప్రాజెక్ట్ (ఒక పెద్ద సేవా మార్కెట్) కోసం ఎవరూ బాధ్యత వహించాలని కోరుకోలేదు, టర్నోవర్ భయంకరంగా ఉంది, కస్టమర్ కేవలం నలిగిపోయాడు మరియు నిరాశ చెందాడు. CEO ఒకసారి నా దగ్గరకు వచ్చి, మీకు అవసరమైన అనుభవం ఉందని, ఇదిగో మీ చేతుల్లో కార్డులు అని చెప్పారు. మీ కోసం ప్రాజెక్ట్ తీసుకోండి. మీరు విసుగు చెందితే, మేము ప్రాజెక్ట్‌ను మూసివేసి అందరినీ బయటకు పంపిస్తాము. ఇది పని చేస్తుంది, అది చల్లగా ఉంటుంది, ఆపై దానిని నడిపించండి మరియు మీకు తగినట్లుగా అభివృద్ధి చేయండి. ఫలితంగా, నేను ప్రాజెక్ట్ కోసం టీమ్ లీడ్ అయ్యాను మరియు ప్రతిదీ నా భుజాలపై పడింది.
నేను చేసిన మొదటి పని మొదటి నుండి వర్క్‌ఫ్లోను అభివృద్ధి చేయడం, ఆ సమయంలో నా దృష్టికి అనుగుణంగా మరియు జట్టు కోసం ఉద్యోగ వివరణను వ్రాయడం. దాన్ని అమలు చేయడం అంత సులభం కాదు. కానీ ఒక నెల లేదా అంతకుముందు ప్రతిదీ స్థిరపడింది, డెవలపర్లు మరియు క్లయింట్ దానికి అలవాటు పడ్డారు మరియు ప్రతిదీ నిశ్శబ్దంగా మరియు సౌకర్యవంతంగా సాగింది. ఇది కేవలం “టీకప్‌లో తుఫాను” మాత్రమే కాదని, పరిస్థితి నుండి బయటపడే నిజమైన మార్గం అని జట్టుకు చూపించడానికి, నేను జట్టు నుండి అసహ్యకరమైన దినచర్యను తీసివేసి గరిష్ట బాధ్యతలను తీసుకున్నాను.
ఒక సంవత్సరం మరియు ఒక సగం ఇప్పటికే గడిచిపోయింది, మరియు ప్రాజెక్ట్ ఓవర్ టైం లేకుండా, "ఎలుక జాతులు" మరియు అన్ని రకాల ఒత్తిడి లేకుండా అభివృద్ధి చెందుతోంది. పాత బృందంలోని కొందరు వ్యక్తులు అలా పనిచేయడానికి ఇష్టపడలేదు మరియు వెళ్లిపోయారు; ఇతరులు, దీనికి విరుద్ధంగా, పారదర్శక నియమాలు కనిపించాయని చాలా సంతోషించారు. కానీ చివరికి, జట్టులోని ప్రతి ఒక్కరూ చాలా ప్రేరేపించబడ్డారు మరియు ఫ్రంట్-ఎండ్ మరియు బ్యాక్-ఎండ్ రెండింటితో సహా భారీ ప్రాజెక్ట్ గురించి పూర్తిగా తెలుసు. కోడ్ బేస్ మరియు అన్ని వ్యాపార లాజిక్‌లతో సహా. ఇది మనం కేవలం "రోవర్లు" మాత్రమే కాదు అనే స్థాయికి కూడా చేరుకుంది, కానీ మనమే అనేక వ్యాపార ప్రక్రియలు మరియు వ్యాపారం ఇష్టపడే కొత్త ఫీచర్లతో ముందుకు వచ్చాము.
మా వైపు నుండి ఈ విధానానికి ధన్యవాదాలు, కస్టమర్ మా కంపెనీ నుండి మరొక మార్కెట్‌ప్లేస్‌ను ఆర్డర్ చేయాలని నిర్ణయించుకున్నారు, ఇది శుభవార్త.
ఇది నా ప్రాజెక్ట్‌లో పని చేస్తుంది కాబట్టి, ఇది ఎవరికైనా సహాయపడవచ్చు. కాబట్టి, ప్రాజెక్ట్‌ను సేవ్ చేయడంలో మాకు సహాయపడిన ప్రక్రియ:
ప్రాజెక్ట్ "నా ఫేవరెట్ ప్రాజెక్ట్" పై జట్టు పని ప్రక్రియ
ఎ) అంతర్గత బృందం ప్రక్రియ (డెవలపర్‌ల మధ్య)
- అన్ని సమస్యలు జీరా వ్యవస్థలో సృష్టించబడతాయి
- ప్రతి పనిని వీలైనంత వరకు వివరించాలి మరియు ఖచ్చితంగా ఒక చర్య చేయాలి
- ఏదైనా లక్షణం, అది తగినంత సంక్లిష్టంగా ఉంటే, అనేక చిన్న పనులుగా విభజించబడింది
- బృందం ఒకే పనిగా లక్షణాలపై పని చేస్తుంది. ముందుగా, మనమందరం కలిసి ఒక ఫీచర్‌పై పని చేస్తాము, దానిని పరీక్ష కోసం పంపండి, ఆపై తదుపరి దాన్ని తీసుకోండి.
- ప్రతి పని బ్యాకెండ్ లేదా ఫ్రంటెండ్ కోసం గుర్తించబడింది
- టాస్క్‌లు మరియు బగ్‌ల రకాలు ఉన్నాయి. మీరు వాటిని సరిగ్గా సూచించాలి.
- పనిని పూర్తి చేసిన తర్వాత, అది కోడ్ సమీక్ష స్థితికి బదిలీ చేయబడుతుంది (ఈ సందర్భంలో, సహోద్యోగి కోసం పుల్ అభ్యర్థన సృష్టించబడుతుంది)
- పనిని పూర్తి చేసిన వ్యక్తి వెంటనే ఈ పని కోసం తన సమయాన్ని ట్రాక్ చేస్తాడు.
- కోడ్‌ను తనిఖీ చేసిన తర్వాత, PR ఆమోదించబడుతుంది మరియు ఆ తర్వాత, ఈ పనిని చేసిన వ్యక్తి స్వతంత్రంగా మాస్టర్ బ్రాంచ్‌లో విలీనం చేస్తాడు, ఆ తర్వాత అతను దాని స్థితిని dev సర్వర్‌కు అమలు చేయడానికి సిద్ధంగా ఉంటాడు.
- దేవ్ సర్వర్‌కు అమలు చేయడానికి సిద్ధంగా ఉన్న అన్ని టాస్క్‌లు టీమ్ లీడ్ (అతని బాధ్యత ప్రాంతం), కొన్నిసార్లు ఏదైనా అత్యవసరమైతే, బృంద సభ్యుడు ద్వారా అమలు చేయబడతాయి. అమలు చేసిన తర్వాత, డిప్లాయ్‌మెంట్‌కు సిద్ధంగా ఉన్నప్పటి నుండి devకి అన్ని టాస్క్‌లు స్థితికి బదిలీ చేయబడతాయి - devలో పరీక్ష కోసం సిద్ధంగా ఉన్నాయి
- అన్ని పనులు కస్టమర్ ద్వారా పరీక్షించబడతాయి
- కస్టమర్ డెవ్‌లో టాస్క్‌ను పరీక్షించినప్పుడు, అతను దానిని ఉత్పత్తికి అమలు చేయడానికి సిద్ధంగా ఉన్న స్థితికి బదిలీ చేస్తాడు
- ఉత్పత్తికి విస్తరణ కోసం, మాకు ప్రత్యేక శాఖ ఉంది, ఇక్కడ మేము విస్తరణకు ముందు మాత్రమే మాస్టర్‌ను విలీనం చేస్తాము
- టెస్టింగ్ సమయంలో కస్టమర్ బగ్‌లను కనుగొంటే, అతను రివిజన్ కోసం టాస్క్‌ను రిటర్న్ చేస్తాడు, దాని స్టేటస్ రివిజన్ కోసం రిటర్న్ చేసినట్లు సెట్ చేస్తాడు. ఈ విధంగా మేము పరీక్షలో ఉత్తీర్ణత సాధించని వాటి నుండి కొత్త పనులను వేరు చేస్తాము.
- ఫలితంగా, అన్ని టాస్క్‌లు సృష్టి నుండి పూర్తయ్యే వరకు వెళ్తాయి: చేయాల్సినవి → డెవలప్‌మెంట్‌లో → కోడ్ రివ్యూ → డెవలప్‌మెంట్‌కు సిద్ధంగా ఉంది → దేవ్‌లో QA → (దేవ్‌కి తిరిగి వెళ్లండి) → ఉత్పత్తికి సిద్ధంగా ఉంది → ఉత్పత్తిపై QA → పూర్తయింది
- ప్రతి డెవలపర్ సైట్ యూజర్‌గా సహా అతని కోడ్‌ను స్వతంత్రంగా పరీక్షిస్తారు. కోడ్ పనిచేస్తుందని ఖచ్చితంగా తెలిస్తే తప్ప, ప్రధాన శాఖలో బ్రాంచ్‌ను విలీనం చేయడానికి ఇది అనుమతించబడదు.
- ప్రతి పనికి ప్రాధాన్యత ఉంటుంది. కస్టమర్ లేదా టీమ్ లీడ్ ద్వారా ప్రాధాన్యతలు సెట్ చేయబడతాయి.
- డెవలపర్లు ముందుగా ప్రాధాన్య పనులను పూర్తి చేస్తారు.
- సిస్టమ్‌లో వివిధ బగ్‌లు కనుగొనబడితే లేదా ఒక పనిలో అనేక మంది నిపుణుల పని ఉంటే డెవలపర్లు ఒకరికొకరు టాస్క్‌లను కేటాయించవచ్చు.
- కస్టమర్ సృష్టించే అన్ని టాస్క్‌లు టీమ్ లీడ్‌కి వెళ్తాయి, అతను వాటిని మూల్యాంకనం చేస్తాడు మరియు వాటిని సవరించమని కస్టమర్‌ని అడుగుతాడు లేదా టీమ్ సభ్యులలో ఒకరికి కేటాయిస్తారు.
- డెవ్ లేదా ప్రోడ్‌కు అమలు చేయడానికి సిద్ధంగా ఉన్న అన్ని టాస్క్‌లు కూడా టీమ్ లీడ్‌కి వెళ్తాయి, అతను విస్తరణను ఎప్పుడు మరియు ఎలా నిర్వహించాలో స్వతంత్రంగా నిర్ణయిస్తాడు. ప్రతి విస్తరణ తర్వాత, టీమ్ లీడ్ (లేదా బృంద సభ్యుడు) కస్టమర్‌కు దీని గురించి తెలియజేయాలి. అలాగే టాస్క్‌ల స్టేటస్‌లను dev/cont కోసం టెస్టింగ్ కోసం సిద్ధంగా ఉండేలా మార్చండి.
- ప్రతిరోజూ ఒకే సమయంలో (మాకు ఇది 12.00 గంటలకు) మేము జట్టు సభ్యులందరి మధ్య సమావేశాన్ని నిర్వహిస్తాము
- మీటింగ్‌లో ఉన్న ప్రతి ఒక్కరూ, టీమ్ లీడర్‌తో సహా, వారు నిన్న ఏమి చేసారు మరియు ఈ రోజు ఏమి చేయాలనుకుంటున్నారు అనే దాని గురించి నివేదిస్తారు. ఏది పని చేయదు మరియు ఎందుకు. ఈ విధంగా, ప్రాజెక్ట్ ఎవరు ఏమి చేస్తున్నారు మరియు ఏ దశలో ఉన్నారు అనే విషయం మొత్తం టీమ్‌కు తెలుసు. ఇది అవసరమైతే, మా అంచనాలు మరియు గడువులను అంచనా వేయడానికి మరియు సర్దుబాటు చేయడానికి మాకు అవకాశాన్ని ఇస్తుంది.
- సమావేశంలో, టీమ్ లీడ్ ప్రాజెక్ట్‌లోని అన్ని మార్పులు మరియు కస్టమర్ కనుగొనని ప్రస్తుత బగ్‌ల స్థాయి గురించి కూడా మాట్లాడుతుంది. అన్ని బగ్‌లు క్రమబద్ధీకరించబడతాయి మరియు వాటిని పరిష్కరించడానికి ప్రతి బృంద సభ్యునికి కేటాయించబడతాయి.
- సమావేశంలో, డెవలపర్‌ల ప్రస్తుత పనిభారం, వారి వృత్తిపరమైన శిక్షణ స్థాయిని పరిగణనలోకి తీసుకుని, డెవలపర్ ప్రస్తుతం చేస్తున్న పనికి ఒక నిర్దిష్ట పని యొక్క సామీప్యాన్ని కూడా పరిగణనలోకి తీసుకుని టీమ్ లీడర్ ప్రతి వ్యక్తికి టాస్క్‌లను కేటాయిస్తారు.
- సమావేశంలో, టీమ్ లీడర్ ఆర్కిటెక్చర్ మరియు బిజినెస్ లాజిక్ కోసం ఒక సాధారణ వ్యూహాన్ని అభివృద్ధి చేస్తాడు. ఆ తర్వాత టీమ్ మొత్తం దీని గురించి చర్చించి, సర్దుబాట్లు చేయాలని లేదా ఈ వ్యూహాన్ని అనుసరించాలని నిర్ణయించుకుంటారు.
- ప్రతి డెవలపర్ ఒకే ఆర్కిటెక్చర్ మరియు బిజినెస్ లాజిక్ ఫ్రేమ్‌వర్క్‌లో స్వతంత్రంగా కోడ్‌ను వ్రాస్తాడు మరియు అల్గారిథమ్‌లను నిర్మిస్తాడు. ప్రతి ఒక్కరూ తమ అమలు దృక్పథాన్ని వ్యక్తం చేయవచ్చు, కానీ ఎవరూ ఎవరినీ ఈ విధంగా చేయమని బలవంతం చేయరు మరియు లేకపోతే కాదు. ప్రతి నిర్ణయం సమర్థించబడుతోంది. మెరుగైన పరిష్కారం ఉంటే, కానీ ఇప్పుడు దాని కోసం సమయం లేదు, అప్పుడు కోడ్ యొక్క నిర్దిష్ట భాగం యొక్క భవిష్యత్తు రీఫ్యాక్టరింగ్ కోసం కొవ్వులో ఒక పని సృష్టించబడుతుంది.
- డెవలపర్ ఒక పనిని చేపట్టినప్పుడు, అతను దానిని అభివృద్ధి స్థితికి బదిలీ చేస్తాడు. కస్టమర్‌తో టాస్క్ యొక్క స్పష్టీకరణకు సంబంధించిన మొత్తం కమ్యూనికేషన్ డెవలపర్ భుజాలపై పడుతుంది. సాంకేతిక ప్రశ్నలను టీమ్ లీడ్ లేదా సహోద్యోగులకు అడగవచ్చు.
- డెవలపర్ టాస్క్ యొక్క సారాంశాన్ని అర్థం చేసుకోకపోతే మరియు కస్టమర్ దానిని స్పష్టంగా వివరించలేకపోతే, అతను తదుపరి పనికి వెళ్తాడు. మరియు టీమ్ లీడ్ ప్రస్తుత దానిని తీసుకొని కస్టమర్‌తో చర్చిస్తుంది.
- ప్రతి రోజు, డెవలపర్ క్లయింట్ యొక్క చాట్‌లో అతను నిన్న ఏ టాస్క్‌లలో పని చేసాడు మరియు ఈ రోజు ఏ టాస్క్‌లలో పని చేస్తాడు అనే దాని గురించి వ్రాయాలి.
- పని ప్రక్రియ స్క్రమ్ ప్రకారం జరుగుతుంది. ప్రతిదీ స్ప్రింట్‌లుగా విభజించబడింది. ప్రతి స్ప్రింట్ రెండు వారాలు ఉంటుంది.
- టీమ్ లీడ్ ద్వారా స్ప్రింట్లు సృష్టించబడతాయి, నింపబడతాయి మరియు మూసివేయబడతాయి.
- ప్రాజెక్ట్ ఖచ్చితమైన గడువులను కలిగి ఉంటే, మేము అన్ని పనులను సుమారుగా అంచనా వేయడానికి ప్రయత్నిస్తాము. మరియు మేము వాటిని ఒక స్ప్రింట్‌లో ఉంచాము. కస్టమర్ స్ప్రింట్‌కి మరిన్ని టాస్క్‌లను జోడించడానికి ప్రయత్నిస్తే, మేము ప్రాధాన్యతలను సెట్ చేస్తాము మరియు కొన్ని ఇతర పనులను తదుపరి స్ప్రింట్‌కు బదిలీ చేస్తాము.
బి) కస్టమర్‌తో పని చేసే ప్రక్రియ
- ప్రతి డెవలపర్ కస్టమర్‌తో కమ్యూనికేట్ చేయవచ్చు మరియు ఉండాలి
- కస్టమర్ తన స్వంత ఆట నియమాలను విధించడానికి అనుమతించబడడు. మేము మా రంగంలో నిపుణులు అని కస్టమర్‌కు మర్యాదపూర్వకంగా మరియు స్నేహపూర్వకంగా స్పష్టం చేయడం అవసరం, మరియు మేము మాత్రమే పని ప్రక్రియలను రూపొందించాలి మరియు కస్టమర్‌ని వాటిలో చేర్చాలి
- ఏదైనా కార్యాచరణను అమలు చేయడం ప్రారంభించే ముందు, ఫీచర్ (వర్క్‌ఫ్లో) కోసం మొత్తం తార్కిక ప్రక్రియ యొక్క ఫ్లోచార్ట్‌ను రూపొందించడం అవసరం. మరియు ధృవీకరణ కోసం కస్టమర్‌కు పంపండి. ఇది సంక్లిష్టమైన మరియు స్పష్టమైన కార్యాచరణకు మాత్రమే వర్తిస్తుంది, ఉదాహరణకు, చెల్లింపు వ్యవస్థ, నోటిఫికేషన్ సిస్టమ్ మొదలైనవి. ఇది కస్టమర్‌కు ఖచ్చితంగా ఏమి అవసరమో మరింత ఖచ్చితంగా అర్థం చేసుకోవడానికి, ఫీచర్ కోసం డాక్యుమెంటేషన్‌ను సేవ్ చేయడానికి మరియు కస్టమర్ భవిష్యత్తులో మేము అతను అడిగినది చేయలేదని చెప్పే వాస్తవానికి వ్యతిరేకంగా మమ్మల్ని బీమా చేసుకోవడానికి అనుమతిస్తుంది.
- అన్ని రేఖాచిత్రాలు/ఫ్లోచార్ట్‌లు/లాజిక్ మొదలైనవి. మేము దానిని కాన్‌ఫ్లూయెన్స్/ఫ్యాట్‌లో సేవ్ చేస్తాము, కామెంట్‌లలో భవిష్యత్ అమలు యొక్క ఖచ్చితత్వాన్ని నిర్ధారించమని మేము కస్టమర్‌ని అడుగుతాము.
- మేము సాంకేతిక వివరాలతో కస్టమర్‌పై భారం పడకుండా ప్రయత్నిస్తాము. కస్టమర్ దానిని ఎలా కోరుకుంటున్నారు అనేదానిపై మనకు అవగాహన అవసరమైతే, వినియోగదారుడు స్వయంగా అర్థం చేసుకోగలిగే మరియు సరిదిద్దుకోగలిగే/సవరించగలిగే ఫ్లోచార్ట్ రూపంలో మేము ఆదిమ అల్గారిథమ్‌లను గీస్తాము.
- కస్టమర్ ప్రాజెక్ట్‌లో బగ్‌ని కనుగొంటే, దానిని జిరాలో చాలా వివరంగా వివరించమని మేము మిమ్మల్ని అడుగుతాము. ఏ పరిస్థితులలో ఇది సంభవించింది, ఎప్పుడు, పరీక్ష సమయంలో కస్టమర్ ఏ విధమైన చర్యలు చేపట్టారు. దయచేసి స్క్రీన్‌షాట్‌లను అటాచ్ చేయండి.
- మేము దేవ్ సర్వర్‌కి అమర్చడానికి ప్రతి రోజు, గరిష్టంగా ప్రతి రోజు ప్రయత్నిస్తాము. కస్టమర్ అప్పుడు కార్యాచరణను పరీక్షించడం ప్రారంభిస్తాడు మరియు ప్రాజెక్ట్ నిష్క్రియంగా ఉండదు. అదే సమయంలో, ప్రాజెక్ట్ పూర్తి అభివృద్ధిలో ఉందని మరియు ఎవరూ అతనికి అద్భుత కథలు చెప్పడం లేదని కస్టమర్‌కు ఇది ఒక మార్కర్.
- కస్టమర్ తనకు ఏమి అవసరమో పూర్తిగా అర్థం చేసుకోలేకపోవడం తరచుగా జరుగుతుంది. ఎందుకంటే అతను తన కోసం ఒక కొత్త వ్యాపారాన్ని సృష్టిస్తున్నాడు, ఇంకా స్థాపించబడని ప్రక్రియలతో. అందువల్ల, మేము మొత్తం కోడ్ ముక్కలను ట్రాష్‌లోకి విసిరి, అప్లికేషన్ లాజిక్‌ను రీడిజైన్ చేసినప్పుడు చాలా సాధారణ పరిస్థితి. మీరు పరీక్షలతో ఖచ్చితంగా ప్రతిదీ కవర్ చేయకూడదని దీని నుండి ఇది అనుసరిస్తుంది. పరీక్షలతో క్లిష్టమైన కార్యాచరణను మాత్రమే కవర్ చేయడం అర్ధమే, ఆపై రిజర్వేషన్‌లతో మాత్రమే.
- మేము గడువులను చేరుకోవడం లేదని బృందం గ్రహించినప్పుడు పరిస్థితులు ఉన్నాయి. అప్పుడు మేము పనుల యొక్క శీఘ్ర ఆడిట్‌ను నిర్వహిస్తాము మరియు దాని గురించి కస్టమర్‌కు వెంటనే తెలియజేస్తాము. పరిస్థితి నుండి బయటపడే మార్గంగా, మేము ముఖ్యమైన మరియు క్లిష్టమైన కార్యాచరణను సమయానికి ప్రారంభించమని మరియు మిగిలిన వాటిని పోస్ట్-రిలీజ్ కోసం వదిలివేయమని సూచిస్తున్నాము.
- కస్టమర్ తన తలపై నుండి వివిధ పనులతో ముందుకు రావడం ప్రారంభించినట్లయితే, అతని వేళ్లతో అద్భుతంగా మరియు వివరించడం ప్రారంభించినట్లయితే, అప్పుడు మేము మాకు పేజీ లేఅవుట్‌ను అందించమని మరియు మొత్తం లేఅవుట్ యొక్క ప్రవర్తనను పూర్తిగా వివరించే తర్కంతో ప్రవహించమని అడుగుతాము. దాని అంశాలు.
- ఏదైనా పనిని చేపట్టే ముందు, ఈ ఫీచర్ మా ఒప్పందం/కాంట్రాక్టు నిబంధనలలో చేర్చబడిందని నిర్ధారించుకోవాలి. ఇది మా ప్రారంభ ఒప్పందాలకు మించిన కొత్త ఫీచర్ అయితే, మేము తప్పనిసరిగా ఈ ఫీచర్‌కు ధర నిర్ణయించాలి ((అంచనా పూర్తి సమయం + 30%) x 2) మరియు దీన్ని పూర్తి చేయడానికి మాకు ఇంత సమయం పడుతుందని కస్టమర్‌కు సూచించాలి. గడువు అంచనా సమయం రెండుతో గుణించడం ద్వారా మార్చబడుతుంది. పనిని వేగంగా చేద్దాం - గొప్పది, ప్రతి ఒక్కరూ దాని నుండి ప్రయోజనం పొందుతారు. కాకపోతే, మేము మీకు రక్షణ కల్పించాము.
సి) మేము బృందంలో ఏమి అంగీకరించము:
- నిబద్ధత, సంయమనం లేకపోవడం, మతిమరుపు
- "అల్పాహారం తినిపించడం." మీరు ఒక పనిని పూర్తి చేయలేకపోతే మరియు ఎలా చేయాలో తెలియకపోతే, మీరు వెంటనే దాని గురించి టీమ్ లీడ్‌కు తెలియజేయాలి మరియు చివరి నిమిషం వరకు వేచి ఉండకూడదు.
- తన సామర్థ్యాలు మరియు వృత్తి నైపుణ్యాన్ని ఇంకా నిరూపించుకోని వ్యక్తి నుండి కనుబొమ్మలు మరియు ప్రగల్భాలు. ఇది నిరూపించబడితే, అది మర్యాద యొక్క హద్దుల్లోనే సాధ్యమే :)
- అన్ని రకాలుగా మోసం. ఒక పని పూర్తి కాకపోతే, మీరు దాని స్థితిని పూర్తి చేసినట్లు మార్చకూడదు మరియు అది సిద్ధంగా ఉందని క్లయింట్ చాట్‌లో వ్రాయండి. కంప్యూటర్ విచ్ఛిన్నమైంది, సిస్టమ్ క్రాష్ అయ్యింది, కుక్క ల్యాప్‌టాప్‌లో నమలింది - ఇవన్నీ ఆమోదయోగ్యం కాదు. రియల్ ఫోర్స్ మేజర్ ఈవెంట్ జరిగితే, టీమ్ లీడ్‌కు వెంటనే తెలియజేయాలి.
- నిపుణుడు అన్ని సమయాలలో ఆఫ్‌లైన్‌లో ఉన్నప్పుడు మరియు పని వేళల్లో అతనిని చేరుకోవడం కష్టం.
- జట్టులో విషపూరితం అనుమతించబడదు! ఎవరైనా దేనితోనైనా విభేదిస్తే, అందరూ కలిసి ర్యాలీగా సమావేశమై చర్చించి నిర్ణయం తీసుకుంటారు.
మరియు అన్ని అపార్థాలను క్లియర్ చేయమని నేను కొన్నిసార్లు నా కస్టమర్‌ని అడిగే అనేక ప్రశ్నలు/థీసిస్:
- మీ నాణ్యత ప్రమాణాలు ఏమిటి?
- ప్రాజెక్ట్‌లో సమస్యలు ఉన్నాయా లేదా అని మీరు ఎలా నిర్ధారిస్తారు?
- సిస్టమ్‌ను మార్చడం/మెరుగుపరచడంపై మా అన్ని సిఫార్సులు మరియు సలహాలను ఉల్లంఘించడం ద్వారా, అన్ని నష్టాలు మీరు మాత్రమే భరించాలి
- ప్రాజెక్ట్‌లో ఏదైనా పెద్ద మార్పులు (ఉదాహరణకు, అన్ని రకాల అదనపు ప్రవాహం) బగ్‌ల యొక్క సాధ్యమైన రూపానికి దారి తీస్తుంది (దీనిని మేము ఖచ్చితంగా పరిష్కరిస్తాము)
- ప్రాజెక్ట్‌లో ఎలాంటి సమస్య ఏర్పడిందో కొన్ని నిమిషాల్లో అర్థం చేసుకోవడం అసాధ్యం, చాలా తక్కువ వెంటనే దాన్ని పరిష్కరించండి
- మేము నిర్దిష్ట ఉత్పత్తి ప్రవాహంపై పని చేస్తాము (జిరాలో టాస్క్‌లు - డెవలప్‌మెంట్ - టెస్టింగ్ - డిప్లాయ్). చాట్‌లోని అభ్యర్థనలు మరియు ఫిర్యాదుల మొత్తం ప్రవాహానికి మేము ప్రతిస్పందించలేమని దీని అర్థం.
- ప్రోగ్రామర్లు ప్రోగ్రామర్లు, ప్రొఫెషనల్ టెస్టర్లు కాదు మరియు ప్రాజెక్ట్ టెస్టింగ్ యొక్క సరైన నాణ్యతను నిర్ధారించలేరు
- తుది పరీక్ష మరియు ఉత్పత్తి పనుల అంగీకార బాధ్యత పూర్తిగా మీపైనే ఉంటుంది
- మేము ఇప్పటికే ఒక పనిని చేపట్టినట్లయితే, మేము ప్రస్తుత పనిని పూర్తి చేసే వరకు వెంటనే ఇతరులకు మారలేము (లేకపోతే ఇది మరింత బగ్‌లకు మరియు అభివృద్ధి సమయాన్ని పెంచుతుంది)
- బృందంలో తక్కువ మంది వ్యక్తులు ఉన్నారు (సెలవులు లేదా అనారోగ్యాల కారణంగా), కానీ ఎక్కువ పని ఉంది మరియు మీకు కావలసిన ప్రతిదానికీ ప్రతిస్పందించడానికి భౌతికంగా మాకు సమయం ఉండదు
- డెవలప్‌మెంట్‌లో పరీక్షించబడిన టాస్క్‌లు లేకుండా ఉత్పత్తికి విస్తరణ చేయమని మేము మిమ్మల్ని అడుగుతున్నాము - ఇది మీ రిస్క్ మాత్రమే, డెవలపర్లు కాదు
- మీరు అస్పష్టమైన పనులను సెట్ చేసినప్పుడు, సరైన ప్రవాహం లేకుండా, డిజైన్ లేఅవుట్‌లు లేకుండా, దీనికి మా నుండి చాలా ఎక్కువ శ్రమ మరియు అమలు సమయం అవసరం, ఎందుకంటే మేము మీకు బదులుగా అదనపు పనిని చేయాల్సి ఉంటుంది.
- బగ్‌లపై ఏవైనా టాస్క్‌లు, వాటి సంభవించిన మరియు స్క్రీన్‌షాట్‌ల యొక్క వివరణాత్మక వివరణ లేకుండా, ఏమి తప్పు జరిగిందో మరియు మేము ఈ బగ్‌ని ఎలా పరిష్కరించగలమో అర్థం చేసుకోవడానికి మాకు అవకాశం ఇవ్వదు
- ప్రాజెక్ట్ పనితీరు మరియు భద్రతను మెరుగుపరచడానికి స్థిరమైన మెరుగుదల మరియు మెరుగుదలలు అవసరం. అందువల్ల, బృందం ఈ మెరుగుదలల కోసం తన సమయాన్ని వెచ్చిస్తుంది
- మేము గంటకు ఓవర్‌టైమ్‌ని కలిగి ఉన్నందున (అత్యవసర పరిష్కారాలు), మేము ఇతర రోజులలో వాటిని భర్తీ చేయాలి
నియమం ప్రకారం, సాఫ్ట్‌వేర్ అభివృద్ధిలో ప్రతిదీ అంత సులభం కాదని కస్టమర్ వెంటనే అర్థం చేసుకుంటాడు మరియు కోరిక మాత్రమే స్పష్టంగా సరిపోదు.
సాధారణంగా, అంతే. నేను తెర వెనుక చాలా చర్చలు మరియు అన్ని ప్రక్రియల ప్రారంభ డీబగ్గింగ్‌ను వదిలివేస్తాను, కానీ ఫలితంగా, ప్రతిదీ పని చేసింది. ఈ ప్రక్రియ మాకు ఒక రకమైన "సిల్వర్ బుల్లెట్" అని నేను చెప్పగలను. ప్రాజెక్ట్‌కి వచ్చిన కొత్త వ్యక్తులు మొదటి రోజు నుండి వెంటనే పనిలో పాల్గొనవచ్చు, ఎందుకంటే అన్ని ప్రక్రియలు వివరించబడ్డాయి మరియు రేఖాచిత్రాల రూపంలో డాక్యుమెంటేషన్ మరియు ఆర్కిటెక్చర్ మనమందరం ఇక్కడ ఏమి చేస్తున్నామో వెంటనే ఒక ఆలోచనను ఇచ్చింది.
PS మా వైపు ప్రాజెక్ట్ మేనేజర్ లేరని నేను స్పష్టం చేయాలనుకుంటున్నాను. ఇది కస్టమర్ వైపు ఉంది. అస్సలు టెక్కీ కాదు. యూరోపియన్ ప్రాజెక్ట్. అన్ని కమ్యూనికేషన్లు ఆంగ్లంలో మాత్రమే.
మీ ప్రాజెక్ట్‌లలో ప్రతి ఒక్కరికీ శుభాకాంక్షలు. కాలిపోకండి మరియు మీ ప్రక్రియలను మెరుగుపరచడానికి ప్రయత్నించండి.
నాలో మూలం .
మూలం: www.habr.com