అభివృద్ధి బృందంలో "యూనివర్సల్": ప్రయోజనం లేదా హాని?

అందరికి వందనాలు! నా పేరు లియుడ్మిలా మకరోవా, నేను UBRDలో డెవలప్‌మెంట్ మేనేజర్‌ని మరియు నా బృందంలో మూడవ వంతు "జనరలిస్టులు".

దీన్ని అంగీకరించండి: ప్రతి టెక్ లీడ్ వారి బృందంలో క్రాస్-ఫంక్షనాలిటీ గురించి కలలు కంటుంది. ఒక వ్యక్తి ముగ్గురిని భర్తీ చేయగలిగినప్పుడు మరియు గడువును ఆలస్యం చేయకుండా సమర్ధవంతంగా కూడా చేయగలిగినప్పుడు ఇది చాలా బాగుంది. మరియు, ముఖ్యంగా, ఇది వనరులను ఆదా చేస్తుంది!
ఇది చాలా ఉత్సాహంగా అనిపిస్తుంది, కానీ ఇది నిజంగా అలా ఉందా? దాన్ని గుర్తించడానికి ప్రయత్నిద్దాం.

అతను ఎవరు, మన అంచనాలకు ఆద్యుడు?

"జనరలిస్ట్" అనే పదం సాధారణంగా ఒకటి కంటే ఎక్కువ పాత్రలను మిళితం చేసే బృంద సభ్యులను సూచిస్తుంది, ఉదాహరణకు, డెవలపర్-ఎనలిస్ట్.

బృందం యొక్క పరస్పర చర్య మరియు దాని పని ఫలితం పాల్గొనేవారి వృత్తిపరమైన మరియు వ్యక్తిగత లక్షణాలపై ఆధారపడి ఉంటుంది.

హార్డ్ స్కిల్స్ గురించి ప్రతిదీ స్పష్టంగా ఉంది, కానీ సాఫ్ట్ స్కిల్స్ ప్రత్యేక శ్రద్ధ అవసరం. వారు ఉద్యోగికి ఒక విధానాన్ని కనుగొనడంలో సహాయపడతారు మరియు అతను చాలా ఉపయోగకరంగా ఉండే పనికి అతన్ని మళ్లిస్తారు.

IT పరిశ్రమలో అన్ని రకాల వ్యక్తిత్వాల గురించి అనేక కథనాలు ఉన్నాయి. నా అనుభవం ఆధారంగా, నేను IT సాధారణవాదులను నాలుగు వర్గాలుగా విభజిస్తాను:

1. “యూనివర్సల్ – ఆల్మైటీ”

ఇవి ప్రతిచోటా ఉన్నాయి. వారు ఎల్లప్పుడూ చాలా చురుకుగా ఉంటారు, దృష్టి కేంద్రంగా ఉండాలని కోరుకుంటారు, వారి సహాయం అవసరమైతే వారి సహోద్యోగులను నిరంతరం అడగండి మరియు కొన్నిసార్లు వారు చికాకుగా కూడా ఉంటారు. వారు అర్ధవంతమైన పనులపై మాత్రమే ఆసక్తి కలిగి ఉంటారు, ఇందులో పాల్గొనడం సృజనాత్మకతకు స్థలాన్ని ఇస్తుంది మరియు వారి అహంకారాన్ని రంజింపజేస్తుంది.

వారు దేనిలో బలంగా ఉన్నారు:

• సంక్లిష్ట సమస్యలను పరిష్కరించగలవు;
• సమస్యను లోతుగా డైవ్ చేయండి, "త్రవ్వండి" మరియు ఫలితాలను సాధించండి;
• పరిశోధనాత్మక మనస్సు కలిగి ఉంటారు.

కానీ:

• మానసికంగా లేబుల్;
• పేలవంగా నిర్వహించబడింది;
• వారి స్వంత అస్థిరమైన దృక్కోణాన్ని కలిగి ఉండండి, ఇది మార్చడం చాలా కష్టం;
• ఎవరైనా సాధారణమైన పనిని చేయించడం కష్టం. సులభమైన పనులు సర్వశక్తిమంతుని అహాన్ని దెబ్బతీస్తాయి.

2. "యూనివర్సల్ - నేను దానిని గుర్తించి చేస్తాను"

అలాంటి వ్యక్తులు కేవలం మాన్యువల్ మరియు కొంచెం సమయం కావాలి - మరియు వారు సమస్యను పరిష్కరిస్తారు. వారు సాధారణంగా DevOpsలో బలమైన నేపథ్యాన్ని కలిగి ఉంటారు. ఇటువంటి సాధారణవాదులు డిజైన్‌తో తమను తాము ఇబ్బంది పెట్టరు మరియు వారి అనుభవం ఆధారంగా అభివృద్ధి పద్ధతిని ఉపయోగించడానికి ఇష్టపడతారు. టాస్క్‌ని అమలు చేయడానికి ఎంచుకున్న ఎంపిక గురించి వారు సాంకేతిక నాయకత్వంతో సులభంగా చర్చలు జరపవచ్చు.

వారు దేనిలో బలంగా ఉన్నారు:

• స్వతంత్ర;
• ఒత్తిడి-నిరోధకత;
• అనేక సమస్యలలో సమర్థత;
• వివేకవంతుడు - వారితో మాట్లాడటానికి ఎప్పుడూ ఏదో ఒకటి ఉంటుంది.

కానీ:

• తరచుగా బాధ్యతలను ఉల్లంఘించడం;
• ప్రతిదీ క్లిష్టతరం చేయడానికి మొగ్గు చూపుతుంది: భాగాల ద్వారా ఏకీకృతం చేయడం ద్వారా గుణకార పట్టికను పరిష్కరించండి;
• పని నాణ్యత తక్కువగా ఉంది, ప్రతిదీ 2-3 సార్లు పనిచేస్తుంది;
• వారు నిరంతరం గడువులను మారుస్తారు, ఎందుకంటే వాస్తవానికి ప్రతిదీ అంత సులభం కాదు.

3. “యూనివర్సల్ – సరే, మరెవరూ లేరు కాబట్టి నన్ను చేయనివ్వండి”

ఉద్యోగి అనేక రంగాలలో బాగా ప్రావీణ్యం కలిగి ఉన్నాడు మరియు సంబంధిత అనుభవాన్ని కలిగి ఉన్నాడు. కానీ అతను వాటిలో దేనిలోనైనా ప్రొఫెషనల్‌గా మారడంలో విఫలమయ్యాడు, ఎందుకంటే అతను తరచూ లైఫ్‌లైన్‌గా ఉపయోగించబడతాడు, ప్రస్తుత పనులలో రంధ్రాలను పూడ్చాడు. తేలికైన, సమర్థవంతమైన, డిమాండ్ తనను తాను పరిగణిస్తుంది, కానీ కాదు.

ఒక ఆచరణాత్మక ఆదర్శ ఉద్యోగి. చాలా మటుకు, అతను బాగా ఇష్టపడే దిశను కలిగి ఉంటాడు, కానీ సామర్థ్యాల అస్పష్టత కారణంగా, అభివృద్ధి జరగదు. ఫలితంగా, ఒక వ్యక్తి క్లెయిమ్ చేయబడలేదు మరియు మానసికంగా కాలిపోయే ప్రమాదం ఉంది.

వారు దేనిలో బలంగా ఉన్నారు:

• బాధ్యత;
• ఫలితం-ఆధారిత;
• ప్రశాంతత;
• పూర్తిగా నియంత్రించబడింది.

కానీ:

• తక్కువ స్థాయి సామర్థ్యాల కారణంగా సగటు ఫలితాలను చూపుతుంది;
• సంక్లిష్టమైన మరియు నైరూప్య సమస్యలను పరిష్కరించలేము.

4. "ఆల్ రౌండర్ తన నైపుణ్యంలో మాస్టర్"

డెవలపర్‌గా తీవ్రమైన నేపథ్యం ఉన్న వ్యక్తికి సిస్టమ్ ఆలోచన ఉంటుంది. పెడాంటిక్, తనను మరియు అతని బృందాన్ని డిమాండ్ చేస్తున్నాడు. సరిహద్దులు నిర్వచించబడకపోతే అతనికి సంబంధించిన ఏదైనా పని నిరవధికంగా పెరుగుతుంది.

అతను ఆర్కిటెక్చర్తో బాగా పరిచయం కలిగి ఉన్నాడు, సాంకేతిక అమలు యొక్క పద్ధతిని ఎంచుకుంటాడు, ప్రస్తుత నిర్మాణంపై ఎంచుకున్న పరిష్కారం యొక్క ప్రభావాన్ని జాగ్రత్తగా విశ్లేషిస్తాడు. నిరాడంబరమైనది, ప్రతిష్టాత్మకమైనది కాదు.

వారు దేనిలో బలంగా ఉన్నారు:

• పని యొక్క అధిక నాణ్యతను చూపించు;
• ఏదైనా సమస్యను పరిష్కరించగల సామర్థ్యం;
• చాలా సమర్థవంతమైన.

కానీ:

• ఇతరుల అభిప్రాయాల పట్ల అసహనం;
• గరిష్టవాదులు. వారు ప్రతిదీ సరిగ్గా చేయడానికి ప్రయత్నిస్తారు మరియు ఇది అభివృద్ధి సమయాన్ని పెంచుతుంది.

ఆచరణలో మనకు ఏమి ఉంది?

పాత్రలు మరియు సామర్థ్యాలు చాలా తరచుగా ఎలా మిళితం అవుతాయో చూద్దాం. ప్రారంభ బిందువుగా ప్రామాణిక అభివృద్ధి బృందాన్ని తీసుకుందాం: PO, డెవలప్‌మెంట్ మేనేజర్ (టెక్ లీడ్), విశ్లేషకులు, ప్రోగ్రామర్లు, టెస్టర్లు. మేము ఉత్పత్తి యజమాని మరియు సాంకేతిక నాయకుడిని పరిగణించము. మొదటిది సాంకేతిక సామర్థ్యాల కొరత కారణంగా. రెండవది, జట్టులో సమస్యలు ఉంటే, ప్రతిదీ చేయగలగాలి.

సామర్థ్యాలను కలపడం/విలీనం చేయడం/కలిపడం కోసం అత్యంత సాధారణ ఎంపిక డెవలపర్-విశ్లేషకుడు. టెస్టింగ్ అనలిస్ట్ మరియు "త్రీ ఇన్ వన్" కూడా చాలా సాధారణం.

నా టీమ్‌ని ఉదాహరణగా ఉపయోగిస్తూ, నా తోటి సాధారణవాదుల లాభాలు మరియు నష్టాలను మీకు చూపిస్తాను. నా బృందంలో వారిలో మూడోవంతు మంది ఉన్నారు, నేను వారిని చాలా ప్రేమిస్తున్నాను.

ఇప్పటికే ఉన్న ఉత్పత్తికి కొత్త టారిఫ్‌లను ప్రవేశపెట్టడానికి PO అత్యవసర పనిని స్వీకరించింది. నా బృందంలో 4 మంది విశ్లేషకులు ఉన్నారు. ఆ సమయంలో, ఒకరు సెలవులో ఉన్నారు, మరొకరు అనారోగ్యంతో ఉన్నారు, మిగిలిన వారు వ్యూహాత్మక పనుల అమలులో నిమగ్నమై ఉన్నారు. నేను వాటిని తీసివేస్తే, అది తప్పనిసరిగా అమలు గడువుకు అంతరాయం కలిగిస్తుంది. ఒకే ఒక మార్గం ఉంది: “రహస్య ఆయుధాన్ని” ఉపయోగించడం - అవసరమైన సబ్జెక్ట్ ఏరియాలో ప్రావీణ్యం పొందిన బహుముఖ డెవలపర్-విశ్లేషకుడు. అతన్ని అనాటోలీ అని పిలుద్దాం.

అతని వ్యక్తిత్వ రకం "సార్వత్రిక - నేను దానిని గుర్తించి చేస్తాను". వాస్తవానికి, అతను "తన పనులలో పూర్తి బకాయి ఉంది" అని వివరించడానికి చాలా సేపు ప్రయత్నించాడు, కాని నా దృఢ సంకల్ప నిర్ణయం ద్వారా అతను అత్యవసర సమస్యను పరిష్కరించడానికి పంపబడ్డాడు. మరియు అనాటోలీ చేసాడు! అతను స్టేజింగ్‌ను నిర్వహించాడు మరియు అమలును సకాలంలో పూర్తి చేశాడు మరియు వినియోగదారులు సంతృప్తి చెందారు.

మొదటి చూపులో, ప్రతిదీ పని చేసింది. కానీ కొన్ని వారాల తర్వాత, ఈ ఉత్పత్తికి మెరుగుదల అవసరాలు మళ్లీ తలెత్తాయి. ఇప్పుడు ఈ సమస్య యొక్క సూత్రీకరణ "స్వచ్ఛమైన" విశ్లేషకులచే నిర్వహించబడింది. కొత్త అభివృద్ధిని పరీక్షించే దశలో, కొత్త టారిఫ్‌లను లింక్ చేయడంలో మనకు ఎందుకు లోపాలు ఉన్నాయో చాలా కాలంగా మనకు అర్థం కాలేదు మరియు అప్పుడే, మొత్తం చిక్కును విప్పి, మేము నిజం యొక్క దిగువకు వచ్చాము. మేము చాలా సమయాన్ని వృధా చేసాము మరియు గడువులను కోల్పోయాము.

సమస్య ఏమిటంటే, చాలా దాచిన క్షణాలు మరియు ఆపదలు మా స్టేషన్ వ్యాగన్ యొక్క తలపై మాత్రమే ఉన్నాయి మరియు వాటిని కాగితానికి బదిలీ చేయలేదు. అనటోలీ తరువాత వివరించినట్లుగా, అతను చాలా ఆతురుతలో ఉన్నాడు. కానీ చాలా మటుకు ఎంపిక ఏమిటంటే, అతను అభివృద్ధి సమయంలో ఇప్పటికే సమస్యలను ఎదుర్కొన్నాడు మరియు ఎక్కడా ప్రతిబింబించకుండా వాటిని దాటవేసాడు.

మరో పరిస్థితి ఏర్పడింది. ఇప్పుడు మనకు ఒక టెస్టర్ మాత్రమే ఉంది, కాబట్టి కొన్ని టాస్క్‌లను సాధారణవాదులతో సహా విశ్లేషకులు పరీక్షించాలి. అందువల్ల, నేను షరతులతో కూడిన ఫెడోర్‌కు ఒక పనిని ఇచ్చాను - "సార్వత్రిక - సరే, మరెవరూ లేరు కాబట్టి నన్ను చేయనివ్వండి".
ఫెడోర్ "త్రీ ఇన్ వన్", కానీ డెవలపర్ ఇప్పటికే ఈ టాస్క్ కోసం కేటాయించబడ్డారు. దీని అర్థం ఫెడ్యా ఒక విశ్లేషకుడు మరియు టెస్టర్‌ను మాత్రమే కలపవలసి వచ్చింది.

అవసరాలు సేకరించబడ్డాయి, స్పెసిఫికేషన్ అభివృద్ధికి సమర్పించబడింది, ఇది పరీక్షించాల్సిన సమయం. ఫెడోర్ సిస్టమ్ "తన చేతి వెనుక వలె" సవరించబడుతుందని తెలుసు మరియు ప్రస్తుత అవసరాలను పూర్తిగా రూపొందించాడు. అందువల్ల, అతను పరీక్ష స్క్రిప్ట్‌లను వ్రాయడంలో తనను తాను ఇబ్బంది పెట్టుకోలేదు, కానీ “సిస్టమ్ ఎలా పని చేయాలి” అనే దానిపై పరీక్షను నిర్వహించి, ఆపై దానిని వినియోగదారులకు అందించాడు.
పరీక్ష పూర్తయింది, పునర్విమర్శ ఉత్పత్తికి వెళ్ళింది. సిస్టమ్ నిర్దిష్ట బ్యాలెన్స్ ఖాతాలకు చెల్లింపులను సస్పెండ్ చేయడమే కాకుండా, ఇందులో పాల్గొనకూడదని చాలా అరుదైన అంతర్గత ఖాతాల నుండి చెల్లింపులను కూడా నిరోధించిందని తర్వాత తేలింది.

“సిస్టమ్ ఎలా పని చేయకూడదు” అని ఫెడోర్ తనిఖీ చేయకపోవడం, పరీక్ష ప్రణాళిక లేదా చెక్‌లిస్ట్‌లను రూపొందించకపోవడం వల్ల ఇది జరిగింది. అతను సమయాన్ని ఆదా చేయాలని మరియు తన స్వంత ప్రవృత్తులపై ఆధారపడాలని నిర్ణయించుకున్నాడు.

మేము సమస్యలను ఎలా ఎదుర్కొంటాము?

ఇలాంటి పరిస్థితులు జట్టు పనితీరు, విడుదల నాణ్యత మరియు కస్టమర్ సంతృప్తిని ప్రభావితం చేస్తాయి. అందువల్ల, వారు శ్రద్ధ మరియు కారణాల విశ్లేషణ లేకుండా వదిలివేయలేరు.

1. ఇబ్బందులకు కారణమైన ప్రతి పని కోసం, ఏకీకృత ఫారమ్‌ను పూరించమని నేను మిమ్మల్ని అడుగుతున్నాను: ఎర్రర్ మ్యాప్, ఇది "డ్రాడౌన్" సంభవించిన దశను గుర్తించడానికి మిమ్మల్ని అనుమతిస్తుంది:

2. అడ్డంకులను గుర్తించిన తర్వాత, సమస్యను ప్రభావితం చేసిన ప్రతి ఉద్యోగితో కలవరపరిచే సెషన్ నిర్వహించబడుతుంది: "ఏమి మార్చాలి?" (మేము పునరాలోచనలో ప్రత్యేక కేసులను పరిగణించము), దీని ఫలితంగా నిర్దిష్ట చర్యలు (ప్రతి వ్యక్తిత్వ రకానికి నిర్దిష్టమైనవి) గడువుతో పుడతాయి.

3. మేము జట్టులో పరస్పర చర్య కోసం నియమాలను ప్రవేశపెట్టాము. ఉదాహరణకు, ప్రాజెక్ట్ మేనేజ్‌మెంట్ సిస్టమ్‌లో టాస్క్ పురోగతికి సంబంధించిన మొత్తం సమాచారాన్ని తప్పనిసరిగా రికార్డ్ చేయడానికి మేము అంగీకరించాము. అభివృద్ధి ప్రక్రియలో కళాఖండాలు మార్చబడినప్పుడు/గుర్తించబడినప్పుడు, ఇది తప్పనిసరిగా నాలెడ్జ్ బేస్ మరియు టెక్నికల్ స్పెసిఫికేషన్‌ల చివరి వెర్షన్‌లో ప్రతిబింబించాలి.

4. ప్రతి దశలో నియంత్రణ నిర్వహించడం ప్రారంభమైంది (గతంలో సమస్యాత్మక దశలకు ప్రత్యేక శ్రద్ధ చెల్లించబడుతుంది) మరియు తదుపరి పని ఫలితాల ఆధారంగా స్వయంచాలకంగా.

5. తదుపరి పనిలో ఫలితం మారకపోతే, అతను పేలవంగా ఎదుర్కునే పాత్రలో నేను సాధారణవాదిని ప్రశ్నించను. ఈ పాత్రలో సామర్థ్యాలను పెంపొందించుకోవాలనే అతని సామర్థ్యాన్ని మరియు కోరికను అంచనా వేయడానికి నేను ప్రయత్నిస్తాను. నాకు రెస్పాన్స్ రాకపోతే, అతనికి దగ్గరగా ఉండే పాత్రలో వదిలేస్తాను.

చివరికి ఏమి అయింది?

అభివృద్ధి ప్రక్రియ మరింత పారదర్శకంగా మారింది. BUS ఫ్యాక్టర్ తగ్గింది. బృంద సభ్యులు, తప్పులపై పని చేస్తూ, మరింత ప్రేరేపించబడతారు మరియు వారి కర్మను మెరుగుపరుస్తారు. మేము మా విడుదలల నాణ్యతను క్రమంగా మెరుగుపరుస్తున్నాము.

కనుగొన్న

సాధారణ ఉద్యోగులకు వారి లాభాలు మరియు నష్టాలు ఉన్నాయి.

ప్రయోజనాలు:

• మీరు ఏ సమయంలోనైనా కుంగిపోయిన పనిని మూసివేయవచ్చు లేదా తక్కువ సమయంలో అత్యవసర బగ్‌ను పరిష్కరించవచ్చు;
• సమస్యను పరిష్కరించడానికి ఒక సమగ్ర విధానం: ప్రదర్శనకారుడు దానిని అన్ని పాత్రల కోణం నుండి చూస్తాడు;
• సాధారణవాదులు దాదాపు ప్రతిదీ సమానంగా చేయగలరు.

అప్రయోజనాలు:

• BUS కారకం పెరుగుతుంది;
• పాత్రకు అంతర్లీనంగా ఉన్న ప్రధాన సామర్థ్యాలు క్షీణించబడతాయి. దీని కారణంగా, పని నాణ్యత తగ్గుతుంది;
• గడువులో మార్పు యొక్క సంభావ్యత పెరుగుతుంది, ఎందుకంటే ప్రతి దశలో నియంత్రణ లేదు. "నక్షత్రం" పెరిగే ప్రమాదాలు కూడా ఉన్నాయి: ఉద్యోగి తనకు అనుకూలమని తనకు బాగా తెలుసునని నమ్మకం ఉంది;
• ప్రొఫెషనల్ బర్న్అవుట్ ప్రమాదం పెరుగుతుంది;
• ప్రాజెక్ట్ గురించి చాలా ముఖ్యమైన సమాచారం ఉద్యోగి యొక్క "తలలో" మాత్రమే ఉంటుంది.

మీరు గమనిస్తే, మరిన్ని లోపాలు ఉన్నాయి. అందువల్ల, తగినంత వనరులు లేనప్పుడు మరియు పని చాలా అత్యవసరమైతే మాత్రమే నేను సాధారణవాదులను ఉపయోగిస్తాను. లేదా ఒక వ్యక్తికి ఇతరులకు లేని సామర్థ్యాలు ఉన్నాయి, కానీ నాణ్యత ప్రమాదంలో ఉంది.

ఒక పనిపై ఉమ్మడి పనిలో పాత్రల పంపిణీ నియమాన్ని గమనించినట్లయితే, పని నాణ్యత పెరుగుతుంది. మేము వివిధ కోణాల నుండి సమస్యలను చూస్తాము, మా అభిప్రాయం అస్పష్టంగా ఉండదు, తాజా ఆలోచనలు ఎల్లప్పుడూ కనిపిస్తాయి. అదే సమయంలో, ప్రతి జట్టు సభ్యునికి వృత్తిపరమైన వృద్ధి మరియు వారి సామర్థ్యాల విస్తరణకు ప్రతి అవకాశం ఉంటుంది.

ప్రక్రియలో పాలుపంచుకోవడం, మీ పనిని చేయడం, క్రమంగా మీ సామర్థ్యాల వెడల్పును పెంచుకోవడం చాలా ముఖ్యమైన విషయం అని నేను నమ్ముతున్నాను. ఏదేమైనా, బృందంలోని సాధారణవాదులు ప్రయోజనాలను తెస్తారు: ప్రధాన విషయం ఏమిటంటే వారు విభిన్న పాత్రలను సమర్థవంతంగా మిళితం చేస్తారని నిర్ధారించుకోవడం.

నేను ప్రతి ఒక్కరూ "వారి క్రాఫ్ట్ యొక్క సార్వత్రిక మాస్టర్స్" యొక్క స్వీయ-వ్యవస్థీకరణ బృందాన్ని కోరుకుంటున్నాను!

మూలం: www.habr.com