ప్రాజెక్ట్ మేనేజర్‌లకు (మరియు ఉన్నతాధికారులు కావాలని కలలు కనే వారికి) అంకితం చేయబడింది.
టన్నుల కొద్దీ కోడ్ రాయడం కష్టం, కానీ వ్యక్తులను నిర్వహించడం మరింత కష్టం! కాబట్టి రెండింటినీ ఎలా చేయాలో తెలుసుకోవడానికి మీకు ఈ పుస్తకం అవసరం.
ఫన్నీ కథలు మరియు తీవ్రమైన పాఠాలను కలపడం సాధ్యమేనా? మైఖేల్ లోప్ (ఇరుకైన సర్కిల్‌లలో రాండ్స్ అని కూడా పిలుస్తారు) విజయం సాధించాడు. మీరు నమ్మశక్యం కాని బహుమతి (కల్పితం అయినప్పటికీ) అనుభవాలతో కల్పిత వ్యక్తుల గురించి కల్పిత కథలను కనుగొంటారు. ఆపిల్, పిన్‌టెరెస్ట్, పలంటిర్, నెట్‌స్కేప్, సిమాంటెక్ మొదలైన పెద్ద IT కార్పొరేషన్‌లలో పనిచేసిన సంవత్సరాలలో తన వైవిధ్యమైన, కొన్నిసార్లు వింత అనుభవాలను రాండ్స్ ఈ విధంగా పంచుకున్నాడు.
మీరు ప్రాజెక్ట్ మేనేజర్వా? లేదా మీ యజమాని రోజంతా ఏమి చేస్తున్నాడో అర్థం చేసుకోవాలనుకుంటున్నారా? ఉబ్బిన టర్కీల విషపూరిత ప్రపంచంలో ఎలా జీవించాలో మరియు పనిచేయని ఆడంబరమైన వ్యక్తుల సాధారణ పిచ్చిలో ఎలా వృద్ధి చెందాలో రాండ్స్ మీకు నేర్పుతుంది. ఉన్మాద మెదడుకు సంబంధించిన ఈ వింత సమాజంలో అపరిచిత జీవులు కూడా ఉన్నారు - నిర్వాహకులు, ఒక ఆధ్యాత్మిక సంస్థాగత కర్మ ద్వారా, చాలా మంది వ్యక్తుల ప్రణాళికలు, ఆలోచనలు మరియు బ్యాంకు ఖాతాలపై అధికారాన్ని పొందారు.
ఈ పుస్తకం ఏ మేనేజ్‌మెంట్ లేదా లీడర్‌షిప్ మాన్యుస్క్రిప్ట్‌లా కాకుండా ఉంటుంది. మైఖేల్ లోప్ దేన్నీ దాచడు, అతను దానిని అలాగే చెప్పాడు (బహుశా అన్ని కథలను పబ్లిక్ చేయకూడదు: పి). కానీ ఈ విధంగా మాత్రమే మీరు అలాంటి యజమానితో ఎలా జీవించాలో, గీక్స్ మరియు మేధావులను ఎలా నిర్వహించాలో మరియు "ఆ హేయమైన ప్రాజెక్ట్" ను ఎలా సుఖాంతంగా తీసుకురావాలో అర్థం చేసుకుంటారు!
సారాంశం. ఇంజనీరింగ్ మనస్తత్వం
ఆలోచనలు: మీరు కోడ్ రాయడం కొనసాగించాలా?
నిర్వాహకుల కోసం నియమాలపై రాండ్స్ యొక్క పుస్తకం ఆధునిక నిర్వాహక "తప్పక చేయవలసినవి" యొక్క చాలా చిన్న జాబితాను కలిగి ఉంది. ఈ జాబితా యొక్క లాకోనిసిజం "తప్పక" అనే భావన ఒక రకమైన సంపూర్ణమైనది, మరియు ప్రజల విషయానికి వస్తే, చాలా తక్కువ సంపూర్ణ భావనలు ఉన్నాయి. ఒక ఉద్యోగికి విజయవంతమైన నిర్వహణ పద్ధతి మరొకరికి నిజమైన విపత్తు. ఈ ఆలోచన మేనేజర్ యొక్క "తప్పక చేయవలసిన" జాబితాలో మొదటి అంశం:
ఫ్లెక్సిబుల్‌గా ఉండండి!
మీకు ఇప్పటికే అన్నీ తెలుసు అని అనుకోవడం చాలా చెడ్డ ఆలోచన. ప్రపంచం నిరంతరం మారుతున్న ఏకైక స్థిరమైన వాస్తవం ఉన్న పరిస్థితిలో, వశ్యత మాత్రమే సరైన స్థానం అవుతుంది.
విరుద్ధంగా, జాబితాలోని రెండవ అంశం ఆశ్చర్యకరంగా వంగనిది. అయినప్పటికీ, ఈ పాయింట్ నా వ్యక్తిగత ఇష్టమైనది ఎందుకంటే ఇది నిర్వాహక వృద్ధికి పునాదిని సృష్టించడంలో సహాయపడుతుందని నేను నమ్ముతున్నాను. ఈ పేరా ఇలా ఉంది:
కోడ్ రాయడం ఆపు!
సిద్ధాంతపరంగా, మీరు మేనేజర్‌గా ఉండాలనుకుంటే, మీ కోసం పనిచేసే వారిని విశ్వసించడం మరియు కోడింగ్‌ను పూర్తిగా వారికి అప్పగించడం నేర్చుకోవాలి. ఈ సలహా సాధారణంగా జీర్ణించుకోవడం కష్టం, ముఖ్యంగా కొత్తగా ముద్రించిన నిర్వాహకులకు. డెవలప్‌మెంట్‌లో వారి ఉత్పాదకత కారణంగా వారు మేనేజర్‌లుగా మారడానికి ఒక కారణం కావచ్చు మరియు విషయాలు తప్పుగా ఉన్నప్పుడు, వారి మొదటి ప్రతిచర్య కోడ్‌ను వ్రాయగల వారి సామర్థ్యంపై పూర్తి విశ్వాసం కలిగి ఉన్న నైపుణ్యాలపై వెనక్కి తగ్గడం.
కొత్తగా ముద్రించిన మేనేజర్ కోడ్ రాయడంలో "మునిగిపోతున్నట్లు" నేను చూసినప్పుడు, నేను అతనితో ఇలా చెప్పాను: "మీరు కోడ్ వ్రాయగలరని మాకు తెలుసు. ప్రశ్న: మీరు నాయకత్వం వహించగలరా? మీరు ఇకపై మీ కోసం మాత్రమే బాధ్యత వహించరు, మొత్తం జట్టుకు మీరు బాధ్యత వహిస్తారు; మరియు మీరు కోడ్‌ను మీరే రాయాల్సిన అవసరం లేకుండా, మీ బృందం సమస్యలను వారి స్వంతంగా పరిష్కరించేలా మీరు చేయగలరని నేను నిర్ధారించుకోవాలనుకుంటున్నాను. మిమ్మల్ని మీరు ఎలా స్కేల్ చేసుకోవాలో గుర్తించడం మీ పని. మీరు కేవలం ఒకరిగా ఉండాలని నేను కోరుకోవడం లేదు, మీలాగే చాలా మంది ఉండాలని నేను కోరుకుంటున్నాను.
మంచి సలహా, సరియైనదా? స్కేల్. నిర్వహణ. బాధ్యత. ఇటువంటి సాధారణ బజ్‌వర్డ్‌లు. సలహా తప్పు అని పాపం.
సరికాదా?
అవును. సలహా తప్పు! పూర్తిగా తప్పు కాదు, కానీ నేను కొంతమంది మాజీ సహోద్యోగులను పిలిచి క్షమాపణ చెప్పవలసి వచ్చింది: “మీరు కోడ్ రాయడం ఎలా ఆపివేయాలి అనే దాని గురించి నాకు ఇష్టమైన ప్రకటనను గుర్తుంచుకోవాలా? ఇది తప్పు! అవును... మళ్లీ ప్రోగ్రామింగ్ ప్రారంభించండి. పైథాన్ మరియు రూబీతో ప్రారంభించండి. అవును, నేను తీవ్రంగా ఉన్నాను! మీ కెరీర్ దానిపై ఆధారపడి ఉంటుంది! ”
నేను బోర్లాండ్‌లో సాఫ్ట్‌వేర్ డెవలపర్‌గా నా కెరీర్‌ను ప్రారంభించినప్పుడు, నేను పారడాక్స్ విండోస్ టీమ్‌లో పనిచేశాను, అది భారీ బృందం. కేవలం 13 మంది అప్లికేషన్ డెవలపర్లు ఉన్నారు. కోర్ డేటాబేస్ ఇంజిన్ మరియు కోర్ అప్లికేషన్ సర్వీసెస్ వంటి ఈ ప్రాజెక్ట్ కోసం కీలక సాంకేతికతలపై నిరంతరం పని చేస్తున్న ఇతర టీమ్‌లకు చెందిన వ్యక్తులను మీరు జోడిస్తే, మీరు ఈ ఉత్పత్తి అభివృద్ధిలో నేరుగా 50 మంది ఇంజనీర్‌లను కలిగి ఉంటారు.
నేను ఇప్పటివరకు పనిచేసిన ఏ ఇతర టీమ్ కూడా ఈ స్థాయికి చేరుకోలేదు. నిజానికి, ప్రతి సంవత్సరం గడిచేకొద్దీ, నేను పనిచేసే టీమ్‌లోని వ్యక్తుల సంఖ్య క్రమంగా తగ్గుతోంది. ఏం జరుగుతోంది? మేము డెవలపర్లు సమిష్టిగా తెలివిగా మరియు తెలివిగా మారుతున్నామా? లేదు, మేము లోడ్‌ను పంచుకుంటున్నాము.
గత 20 సంవత్సరాలుగా డెవలపర్లు ఏమి చేస్తున్నారు? ఈ సమయంలో మేము ఒక షిట్‌లోడ్ కోడ్‌ను వ్రాసాము. కోడ్ సముద్రం! మేము చాలా కోడ్ వ్రాసాము, మేము ప్రతిదీ సరళీకృతం చేసి ఓపెన్ సోర్స్‌కి వెళ్లడం మంచి ఆలోచన అని నిర్ణయించుకున్నాము.
అదృష్టవశాత్తూ, ఇంటర్నెట్‌కు ధన్యవాదాలు, ఈ ప్రక్రియ ఇప్పుడు సాధ్యమైనంత సులభమైంది. మీరు సాఫ్ట్‌వేర్ డెవలపర్ అయితే, మీరు ఇప్పుడే దాన్ని తనిఖీ చేయవచ్చు! Google లేదా Githubలో మీ పేరును శోధించండి మరియు మీరు చాలా కాలంగా మరచిపోయిన, కానీ ఎవరైనా కనుగొనగలిగే కోడ్‌ని మీరు చూస్తారు. భయానకంగా ఉంది, సరియైనదా? కోడ్ శాశ్వతంగా ఉంటుందని మీకు తెలియదా? అవును, అతను శాశ్వతంగా జీవిస్తాడు.
కోడ్ ఎప్పటికీ నివసిస్తుంది. మరియు మంచి కోడ్ శాశ్వతంగా జీవించడమే కాదు, అది పెరుగుతుంది ఎందుకంటే దానిని విలువైనవారు నిరంతరం తాజాగా ఉండేలా చూసుకుంటారు. ఈ అధిక-నాణ్యత, చక్కగా నిర్వహించబడే కోడ్‌లు సగటు ఇంజనీరింగ్ బృందం పరిమాణాన్ని తగ్గించడంలో సహాయపడతాయి ఎందుకంటే ఇది కొత్త కోడ్‌ను వ్రాయడం కంటే ఇప్పటికే ఉన్న కోడ్‌పై దృష్టి పెట్టడానికి మరియు తక్కువ మంది వ్యక్తులతో మరియు తక్కువ సమయ వ్యవధిలో పనిని పూర్తి చేయడానికి అనుమతిస్తుంది.
ఈ రీజనింగ్ లైన్ నిరుత్సాహపరుస్తుంది, కానీ ఆలోచన ఏమిటంటే, మనమందరం డక్ట్ టేప్‌ని ఉపయోగించి ఒకే విషయం యొక్క కొద్దిగా భిన్నమైన సంస్కరణను రూపొందించడానికి ఇప్పటికే ఉన్న విభిన్న బిట్‌లను కనెక్ట్ చేయడానికి ఇంటిగ్రేషన్ ఆటోమేటా యొక్క సమూహం మాత్రమే. ఔట్‌సోర్సింగ్‌ను ఇష్టపడే సీనియర్ ఎగ్జిక్యూటివ్‌లలో ఇది ఒక క్లాసిక్ ఆలోచనా విధానం. “Googleని ఎలా ఉపయోగించాలో తెలిసిన మరియు కొంత డక్ట్ టేప్ ఉన్న ఎవరైనా దీన్ని చేయగలరు! అలాంటప్పుడు మనం మా యంత్రాలకు ఎందుకు ఎక్కువ డబ్బు చెల్లిస్తున్నాం?
మేము ఈ నిర్వహణ కుర్రాళ్లకు నిజంగా పెద్ద డబ్బు చెల్లిస్తాము, కానీ వారు అలాంటి అర్ధంలేని విధంగా భావిస్తారు. మరోసారి, నా ముఖ్య విషయం ఏమిటంటే, మన గ్రహం మీద చాలా మంది తెలివైన మరియు చాలా కష్టపడి పనిచేసే డెవలపర్లు ఉన్నారు; వారు నిజంగా తెలివైనవారు మరియు శ్రద్ధగలవారు, అయినప్పటికీ వారు గుర్తింపు పొందిన విశ్వవిద్యాలయాలలో ఒక్క నిమిషం కూడా కూర్చోలేదు. ఓహ్, ఇప్పుడు వాటిలో ఎక్కువ ఉన్నాయి!
కొంతమంది తెలివైన సహచరులు మీ స్థలం కోసం వేటాడుతున్నారని ఆరోపించినందున మీరు దాని గురించి చింతించడం ప్రారంభించమని నేను సూచించను. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ యొక్క పరిణామం బహుశా మీ కంటే వేగంగా కదులుతున్నందున మీరు దాని గురించి చింతించడం ప్రారంభించమని నేను సూచిస్తున్నాను. మీరు పది సంవత్సరాలుగా పని చేస్తున్నారు, వారిలో ఐదుగురు మేనేజర్‌గా ఉన్నారు మరియు మీరు ఇలా అనుకుంటున్నారు: "సాఫ్ట్‌వేర్ ఎలా అభివృద్ధి చేయబడిందో నాకు ఇప్పటికే తెలుసు." అవును, మీకు తెలుసు. వీడ్కోలు...
కోడ్ రాయడం ఆపు, కానీ...
మీరు నా అసలు సలహాను అనుసరించి, కోడ్ రాయడం ఆపివేస్తే, మీరు కూడా స్వచ్ఛందంగా సృష్టి ప్రక్రియలో పాల్గొనడం మానేస్తారు. ఈ కారణంగానే నేను అవుట్‌సోర్సింగ్‌ను చురుకుగా ఉపయోగించను. ఆటోమేటా సృష్టించదు, అవి ఉత్పత్తి చేస్తాయి. చక్కగా రూపొందించబడిన ప్రక్రియలు చాలా డబ్బును ఆదా చేస్తాయి, కానీ అవి మన ప్రపంచానికి కొత్తదనాన్ని తీసుకురావు.
మీకు తక్కువ డబ్బు కోసం చాలా చిన్న బృందం ఉంటే, అప్పుడు కోడ్ రాయడం ఆపివేయాలనే ఆలోచన నాకు చెడ్డ కెరీర్ నిర్ణయంలా అనిపిస్తుంది. అంతులేని నిబంధనలు, ప్రక్రియలు మరియు విధానాలతో రాక్షస కంపెనీలలో కూడా, సాఫ్ట్‌వేర్‌ను మీరే ఎలా అభివృద్ధి చేసుకోవాలో మరచిపోయే హక్కు మీకు లేదు. మరియు సాఫ్ట్‌వేర్ అభివృద్ధి నిరంతరం మారుతూ ఉంటుంది. ఇప్పుడిప్పుడే మారుతోంది. నీ పాదాల కింద! ఈ సెకనులోనే!
మీకు అభ్యంతరాలు ఉన్నాయి. అర్థం చేసుకోండి. విందాం.
“రాండ్స్, నేను దర్శకుడి కుర్చీకి వెళ్తున్నాను! నేను కోడ్ రాస్తూ ఉంటే, నేను ఎదగగలనని ఎవరూ నమ్మరు.
నేను మిమ్మల్ని ఇలా అడగాలనుకుంటున్నాను: మీరు మీ “నేను CEO కాబోతున్నాను!” కుర్చీలో కూర్చున్నందున, మీ కంపెనీలో కూడా సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ ల్యాండ్‌స్కేప్ మారుతున్నట్లు మీరు గమనించారా? మీ సమాధానం అవును అయితే, నేను మిమ్మల్ని మరొక ప్రశ్న అడుగుతాను: ఇది సరిగ్గా ఎలా మారుతోంది మరియు ఈ మార్పుల గురించి మీరు ఏమి చేయబోతున్నారు? మీరు నా మొదటి ప్రశ్నకు “లేదు” అని సమాధానం ఇస్తే, మీరు వేరే కుర్చీకి వెళ్లాలి, ఎందుకంటే (నేను పందెం వేస్తున్నాను!) సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ రంగం ఈ సెకనులోనే మారుతోంది. సాఫ్ట్‌వేర్‌ను ఎలా అభివృద్ధి చేయాలో మీరు నెమ్మదిగా కానీ ఖచ్చితంగా మరచిపోతే మీరు ఎప్పుడైనా ఎలా ఎదగబోతున్నారు?
మీ తదుపరి ఉత్పత్తి కోసం టన్నుల కొద్దీ ఫీచర్‌లను అమలు చేయడానికి మిమ్మల్ని మీరు నిబద్ధత చేసుకోవద్దని నా సలహా. మీ బృందం సాఫ్ట్‌వేర్‌ను ఎలా నిర్మిస్తుందో తెలుసుకోవడానికి మీరు నిరంతరం చర్యలు తీసుకోవాలి. మీరు దీన్ని డైరెక్టర్‌గా మరియు వైస్ ప్రెసిడెంట్‌గా చేయవచ్చు. ఇంకేదో?
“అయ్యో, రాండ్స్! అయితే ఎవరైనా మధ్యవర్తిగా ఉండాలి! ఎవరైనా పెద్ద చిత్రాన్ని చూడాలి. నేను కోడ్ వ్రాస్తే, నేను దృక్పథాన్ని కోల్పోతాను."
మీరు ఇప్పటికీ రిఫరీగా ఉండాలి, మీరు ఇంకా నిర్ణయాలను ప్రసారం చేయాలి మరియు ప్రతి సోమవారం ఉదయం మీ ఇంజనీర్‌లలో ఒకరితో కలిసి భవనం చుట్టూ నాలుగు సార్లు నడవాలి, అతని వారపత్రిక "మేమంతా విచారకరంగా ఉన్నాము" 30కి వినండి నిమిషాలు.! కానీ అన్నింటికీ మించి, మీరు ఇంజనీరింగ్ మైండ్‌సెట్‌ను కొనసాగించాలి మరియు అలా చేయడానికి మీరు పూర్తి సమయం ప్రోగ్రామర్‌గా ఉండవలసిన అవసరం లేదు.
ఇంజనీరింగ్ మనస్తత్వాన్ని కొనసాగించడానికి నా చిట్కాలు:
- అభివృద్ధి వాతావరణాన్ని ఉపయోగించండి. కోడ్ బిల్డ్ సిస్టమ్, వెర్షన్ కంట్రోల్ మరియు ప్రోగ్రామింగ్ లాంగ్వేజ్‌తో సహా మీ టీమ్ యొక్క టూల్స్ మీకు బాగా తెలిసి ఉండాలని దీని అర్థం. ఫలితంగా, ఉత్పత్తి అభివృద్ధి గురించి మాట్లాడేటప్పుడు మీ బృందం ఉపయోగించే భాషలో మీరు ప్రావీణ్యం పొందుతారు. ఇది మీకు ఇష్టమైన టెక్స్ట్ ఎడిటర్‌ని ఉపయోగించడం కొనసాగించడానికి కూడా మిమ్మల్ని అనుమతిస్తుంది, ఇది ఖచ్చితంగా పని చేస్తుంది.
- మీరు ఎప్పుడైనా ఏ ఉపరితలంపైనైనా మీ ఉత్పత్తిని వివరించే వివరణాత్మక నిర్మాణ రేఖాచిత్రాన్ని తప్పనిసరిగా గీయగలరు. ఇప్పుడు నా ఉద్దేశ్యం మూడు సెల్‌లు మరియు రెండు బాణాలతో కూడిన సరళీకృత సంస్కరణ. మీరు ఉత్పత్తి యొక్క వివరణాత్మక రేఖాచిత్రాన్ని తెలుసుకోవాలి. అత్యంత కష్టతరమైనది. ఏదైనా అందమైన రేఖాచిత్రం మాత్రమే కాదు, వివరించడం కష్టంగా ఉండే రేఖాచిత్రం. ఇది ఉత్పత్తిపై పూర్తి అవగాహన కోసం తగిన మ్యాప్ అయి ఉండాలి. ఇది నిరంతరం మారుతూ ఉంటుంది మరియు కొన్ని మార్పులు ఎందుకు సంభవించాయో మీరు ఎల్లప్పుడూ తెలుసుకోవాలి.
- విధుల్లో ఒకదాని అమలును చేపట్టండి. ఈ పాయింట్ చాలా దాచిన ప్రమాదాలను కలిగి ఉన్నందున నేను దీన్ని వ్రాసేటప్పుడు నేను అక్షరాలా ఆశ్చర్యపోతున్నాను, కానీ మీరు కనీసం ఒక లక్షణాన్ని అమలు చేయకుండానే పాయింట్ #1 మరియు పాయింట్ #2ని సాధించగలరని నాకు ఖచ్చితంగా తెలియదు. లక్షణాలలో ఒకదాన్ని మీరే అమలు చేయడం ద్వారా, మీరు అభివృద్ధి ప్రక్రియలో చురుకుగా పాల్గొనడమే కాకుండా, "ప్రతిదానికీ బాధ్యత వహించే మేనేజర్" పాత్ర నుండి "ఒకదాన్ని అమలు చేయడానికి బాధ్యత వహించే వ్యక్తి" పాత్రకు క్రమానుగతంగా మారడానికి ఇది మిమ్మల్ని అనుమతిస్తుంది. విధులు." ఈ వినయపూర్వకమైన మరియు నిరాడంబరమైన వైఖరి చిన్న నిర్ణయాల ప్రాముఖ్యతను మీకు గుర్తు చేస్తుంది.
- నేను ఇంకా వణుకుతూనే ఉన్నాను. అప్పటికే ఎవరో నన్ను అరుస్తున్నట్లు అనిపిస్తుంది: “ఫంక్షన్ అమలును తనపైకి తీసుకున్న మేనేజర్?! (మరియు నేను అతనితో ఏకీభవిస్తున్నాను!) అవును, మీరు ఇప్పటికీ మేనేజర్‌గా ఉన్నారు, అంటే ఇది ఏదైనా చిన్న ఫంక్షన్ అయి ఉండాలి, సరేనా? అవును, మీరు ఇంకా చాలా చేయాల్సి ఉంది. మీరు ఫంక్షన్‌ను అమలు చేయడం సాధ్యం కాకపోతే, మీ కోసం నా దగ్గర కొన్ని అదనపు సలహాలు ఉన్నాయి: కొన్ని బగ్‌లను పరిష్కరించండి. ఈ సందర్భంలో, మీరు సృష్టి యొక్క ఆనందాన్ని అనుభవించలేరు, కానీ ఉత్పత్తి ఎలా సృష్టించబడుతుందనే దానిపై మీకు అవగాహన ఉంటుంది, అంటే మీరు పని నుండి ఎప్పటికీ వదిలివేయబడరు.
- యూనిట్ పరీక్షలు రాయండి. ప్రజలు పిచ్చిగా మారడం ప్రారంభించినప్పుడు నేను ఇప్పటికీ దీన్ని ఉత్పత్తి చక్రంలో ఆలస్యంగా చేస్తాను. దీన్ని మీ ఉత్పత్తికి సంబంధించిన ఆరోగ్య తనిఖీ జాబితాగా భావించండి. ఇలా తరచుగా చేయండి.
మళ్లీ అభ్యంతరమా?
“రాండ్స్, నేను కోడ్ వ్రాస్తే, నేను నా బృందాన్ని గందరగోళానికి గురిచేస్తాను. నేను ఎవరో-మేనేజర్ లేదా డెవలపర్ అని వారికి తెలియదు.
Хорошо.
అవును, నేను, "సరే!" డెవలపర్ చెరువులో ఈత కొట్టడం ద్వారా మీరు మీ బృందాన్ని గందరగోళానికి గురిచేయవచ్చని మీరు భావించినందుకు నేను సంతోషిస్తున్నాను. ఇది చాలా సులభం: సాఫ్ట్‌వేర్ అభివృద్ధిలో విభిన్న పాత్రల మధ్య సరిహద్దులు ప్రస్తుతం చాలా అస్పష్టంగా ఉన్నాయి. UI అబ్బాయిలు జావాస్క్రిప్ట్ మరియు CSS ప్రోగ్రామింగ్ అని పిలవబడే వాటిని చేస్తారు. డెవలపర్లు వినియోగదారు అనుభవ రూపకల్పన గురించి మరింత ఎక్కువగా నేర్చుకుంటున్నారు. వ్యక్తులు ఒకరితో ఒకరు కమ్యూనికేట్ చేసుకుంటారు మరియు బగ్‌ల గురించి, ఇతరుల కోడ్ దొంగతనం గురించి మరియు ఈ భారీ, గ్లోబల్, క్రాస్-పరాగసంపర్క సమాచార బకానాలియాలో పాల్గొనకపోవడానికి మేనేజర్‌కు మంచి కారణం లేదనే వాస్తవం గురించి కూడా తెలుసుకుంటారు.
అంతేకాకుండా, మీరు సులభంగా మార్చగల భాగాలతో కూడిన బృందంలో భాగం కావాలా? ఇది మీ బృందాన్ని మరింత చురుకైనదిగా చేయడమే కాదు, ప్రతి జట్టు సభ్యునికి ఉత్పత్తి మరియు కంపెనీని వివిధ కోణాల నుండి చూసే అవకాశాన్ని ఇస్తుంది. బిల్డ్ స్క్రిప్ట్‌ల సరళమైన సొగసును చూసిన తర్వాత కాకుండా బిల్డ్‌లకు బాధ్యత వహించే ప్రశాంత వ్యక్తి ఫ్రాంక్‌ని మీరు ఎలా గౌరవించగలరు?
మీ బృందం గందరగోళంగా మరియు అస్తవ్యస్తంగా మారడం నాకు ఇష్టం లేదు. దీనికి విరుద్ధంగా, మీ బృందం మరింత సమర్థవంతంగా కమ్యూనికేట్ చేయాలని నేను కోరుకుంటున్నాను. మీరు ఉత్పత్తిని రూపొందించడంలో మరియు లక్షణాలపై పని చేయడంలో నిమగ్నమై ఉంటే, మీరు మీ బృందానికి మరింత సన్నిహితంగా ఉంటారని నేను నమ్ముతున్నాను. మరియు మరింత ముఖ్యంగా, మీరు మీ సంస్థలోని సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ ప్రాసెస్‌లో స్థిరమైన మార్పులకు దగ్గరగా ఉంటారు.
అభివృద్ధిని ఆపవద్దు
బోర్లాండ్‌లోని నా సహోద్యోగి ఒకసారి ఆమెను "కోడర్" అని పిలిచినందుకు నన్ను మాటలతో దాడి చేశాడు.
“రాండ్స్, కోడర్ బుద్ధిలేని యంత్రం! కోతి! పనికిరాని కోడ్ యొక్క బోరింగ్ లైన్‌లను వ్రాయడం తప్ప కోడర్ ముఖ్యమైనది ఏమీ చేయదు. నేను కోడర్‌ని కాదు, సాఫ్ట్‌వేర్ డెవలపర్‌ని!"
ఆమె చెప్పింది నిజమే, కొత్త CEOలకు నా ప్రారంభ సలహాను ఆమె అసహ్యించుకుంది: "కోడ్ రాయడం ఆపు!" వారు కోడర్‌లు అని నేను సూచించడం వల్ల కాదు, కానీ వారు తమ ఉద్యోగంలో ముఖ్యమైన భాగాలలో ఒకదానిని విస్మరించడం ప్రారంభించాలని నేను ముందస్తుగా సూచిస్తున్నాను: సాఫ్ట్‌వేర్ డెవలప్‌మెంట్.
కాబట్టి నేను నా సలహాను నవీకరించాను. మీరు మంచి నాయకుడు కావాలంటే, మీరు కోడ్ రాయడం మానేయవచ్చు, కానీ...
ఫ్లెక్సిబుల్‌గా ఉండండి. ఇంజనీర్ అవ్వడం అంటే ఏమిటో గుర్తుంచుకోండి మరియు సాఫ్ట్‌వేర్‌ను అభివృద్ధి చేయడం ఆపివేయవద్దు.
రచయిత గురించి
మైఖేల్ లోప్ ఒక అనుభవజ్ఞుడైన సాఫ్ట్‌వేర్ డెవలపర్, అతను ఇప్పటికీ సిలికాన్ వ్యాలీని విడిచిపెట్టలేదు. గత 20 సంవత్సరాలుగా, మైఖేల్ Apple, Netscape, Symantec, Borland, Palantir, Pinterestతో సహా పలు వినూత్నమైన కంపెనీల కోసం పనిచేశాడు మరియు నెమ్మదిగా ఉపేక్షలోకి తేలుతున్న స్టార్టప్‌లో కూడా పాల్గొన్నాడు.
పని వెలుపల, మైఖేల్ రాండ్స్ అనే మారుపేరుతో టెక్నాలజీ మరియు మేనేజ్‌మెంట్ గురించి ఒక ప్రసిద్ధ బ్లాగును నడుపుతున్నాడు, అక్కడ అతను పాఠకులతో మేనేజ్‌మెంట్ రంగంలో ఆలోచనలను చర్చిస్తాడు, తన వేలు పల్స్‌పై ఉంచాల్సిన అవసరం గురించి ఆందోళన వ్యక్తం చేస్తాడు మరియు వివరించాడు, అయినప్పటికీ ఉత్పత్తిని సృష్టించినందుకు ఉదారమైన రివార్డులు, మీ టీమ్‌కి మాత్రమే మీ విజయం సాధ్యమైంది. బ్లాగును ఇక్కడ చూడవచ్చు .
మైఖేల్ తన కుటుంబంతో కాలిఫోర్నియాలోని రెడ్‌వుడ్‌లో నివసిస్తున్నాడు. అతను ఎప్పుడూ మౌంటెన్ బైక్‌కి, హాకీ ఆడటానికి మరియు రెడ్ వైన్ తాగడానికి సమయాన్ని వెతుక్కుంటాడు, ఎందుకంటే బిజీగా ఉండటం కంటే ఆరోగ్యంగా ఉండటం చాలా ముఖ్యం.
» పుస్తకం గురించి మరిన్ని వివరాలను ఇక్కడ చూడవచ్చు
»
»
Khabrozhiteley కోసం కూపన్ ఉపయోగించి 20% తగ్గింపు - వ్యక్తులను నిర్వహించడం
పుస్తకం యొక్క పేపర్ వెర్షన్ కోసం చెల్లించిన తర్వాత, పుస్తకం యొక్క ఎలక్ట్రానిక్ వెర్షన్ ఇ-మెయిల్ ద్వారా పంపబడుతుంది.
PS: పుస్తకం ధరలో 7% కొత్త కంప్యూటర్ పుస్తకాల అనువాదానికి వెళుతుంది, పుస్తకాల జాబితాను ప్రింటింగ్ హౌస్‌కు అందజేస్తుంది .
మూలం: www.habr.com