టిమ్ లిస్టర్ - పుస్తకాల సహ రచయిత
- "మానవ కారకం. విజయవంతమైన ప్రాజెక్ట్‌లు మరియు బృందాలు" (అసలు పుస్తకం పేరు "పీపుల్‌వేర్")
- "వాల్ట్జింగ్ విత్ ది బేర్స్: మేనేజింగ్ రిస్క్ ఇన్ సాఫ్ట్‌వేర్ ప్రాజెక్ట్స్"
- “ఆడ్రినలిన్-క్రేజ్ మరియు నమూనాల ద్వారా జాంబిఫైడ్. ప్రాజెక్ట్ బృందాల ప్రవర్తన యొక్క నమూనాలు"
ఈ పుస్తకాలన్నీ వారి రంగంలో క్లాసిక్‌లు మరియు సహచరులతో కలిసి వ్రాయబడ్డాయి . రష్యాలో, అతని సహచరులు చాలా ప్రసిద్ధి చెందారు - и , అతను అనేక ప్రసిద్ధ రచనలను కూడా వ్రాసాడు.
టిమ్‌కు సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌లో 40 సంవత్సరాల అనుభవం ఉంది; 1975లో (ఈ హబ్రాపోస్ట్ రాసిన వారిలో ఎవరూ ఈ సంవత్సరం జన్మించలేదు), టిమ్ అప్పటికే యువర్‌డాన్ ఇంక్ యొక్క ఎగ్జిక్యూటివ్ వైస్ ప్రెసిడెంట్. అతను ఇప్పుడు తన సమయాన్ని సలహాలు, బోధన మరియు రాయడం, అప్పుడప్పుడు సందర్శిస్తూ గడిపాడు ప్రపంచవ్యాప్తంగా సమావేశాలు.
మేము హబ్ర్ కోసం ప్రత్యేకంగా టిమ్ లిస్టర్‌తో ఇంటర్వ్యూ చేసాము. అతను DevOops 2019 కాన్ఫరెన్స్‌ను ప్రారంభించనున్నారు మరియు పుస్తకాలు మరియు మరిన్నింటి గురించి మాకు చాలా ప్రశ్నలు ఉన్నాయి. కాన్ఫరెన్స్ ప్రోగ్రామ్ కమిటీ నుండి మిఖాయిల్ డ్రుజినిన్ మరియు ఒలేగ్ చిరుఖిన్ ఇంటర్వ్యూను నిర్వహించారు.
మైఖేల్: మీరు ఇప్పుడు చేస్తున్న దాని గురించి కొన్ని మాటలు చెప్పగలరా?
టిమ్: నేను అట్లాంటిక్ సిస్టమ్స్ గిల్డ్ అధిపతిని. గిల్డ్‌లో మేము ఆరుగురు ఉన్నాము, మమ్మల్ని మేము ప్రిన్సిపాల్స్ అని పిలుస్తాము. USAలో మూడు మరియు ఐరోపాలో మూడు - అందుకే గిల్డ్‌ను అట్లాంటిక్ అని పిలుస్తారు. మేము చాలా సంవత్సరాలు కలిసి ఉన్నాము, మీరు వాటిని లెక్కించలేరు. మనందరికీ మన ప్రత్యేకతలు ఉన్నాయి. నేను గత దశాబ్దం లేదా అంతకంటే ఎక్కువ కాలంగా క్లయింట్‌లతో పని చేస్తున్నాను. నా ప్రాజెక్ట్‌లలో నిర్వహణ మాత్రమే కాకుండా, అవసరాల సెట్టింగ్, ప్రాజెక్ట్ ప్లానింగ్ మరియు మూల్యాంకనం కూడా ఉన్నాయి. పేలవంగా ప్రారంభమయ్యే ప్రాజెక్ట్‌లు సాధారణంగా పేలవంగా ముగుస్తాయి. అందువల్ల, అన్ని కార్యకలాపాలు నిజంగా బాగా ఆలోచించి మరియు సమన్వయంతో ఉన్నాయని నిర్ధారించుకోవడం విలువ, సృష్టికర్తల ఆలోచనలు మిళితం చేయబడ్డాయి. మీరు ఏమి చేస్తున్నారు మరియు ఎందుకు చేస్తున్నారు అనే దాని గురించి ఆలోచించడం విలువైనదే. ప్రాజెక్ట్ను పూర్తి చేయడానికి ఎలాంటి వ్యూహాలను ఉపయోగించాలి.
నేను చాలా సంవత్సరాలుగా ఖాతాదారులకు వివిధ మార్గాల్లో కౌన్సెలింగ్ చేస్తున్నాను. మోకాలి మరియు తుంటి శస్త్రచికిత్స కోసం రోబోట్‌లను తయారు చేసే సంస్థ ఒక ఆసక్తికరమైన ఉదాహరణ. సర్జన్ పూర్తిగా స్వతంత్రంగా పనిచేయడు, కానీ రోబోట్‌ను ఉపయోగిస్తాడు. ఇక్కడ భద్రత, స్పష్టంగా చెప్పాలంటే, ముఖ్యం. కానీ మీరు సమస్యలను పరిష్కరించడంపై దృష్టి సారించే వ్యక్తులతో అవసరాలను చర్చించడానికి ప్రయత్నించినప్పుడు.. ఇది వింతగా అనిపిస్తుంది, కానీ USAలో ఉంది (ఫెడరల్ డ్రగ్ అడ్మినిస్ట్రేషన్), ఈ రోబోట్‌ల వంటి ఉత్పత్తులకు లైసెన్స్ ఇస్తుంది. మీరు ఏదైనా విక్రయించే ముందు మరియు జీవించి ఉన్న వ్యక్తులపై ఉపయోగించే ముందు, మీరు లైసెన్స్ పొందాలి. షరతుల్లో ఒకటి మీ అవసరాలు, పరీక్షలు ఏమిటి, మీరు వాటిని ఎలా పరీక్షించారు, పరీక్ష ఫలితాలు ఏమిటి వంటివి చూపడం. మీరు అవసరాలను మార్చినట్లయితే, మీరు ఈ మొత్తం భారీ పరీక్ష ప్రక్రియను మళ్లీ మళ్లీ కొనసాగించాలి. మా క్లయింట్లు వారి అవసరాలలో అప్లికేషన్‌ల దృశ్య రూపకల్పనను చేర్చగలిగారు. అవసరాలలో భాగంగా వారు నేరుగా స్క్రీన్‌షాట్‌లను కలిగి ఉన్నారు. మేము వాటిని తీసివేసి, చాలా వరకు ఈ ప్రోగ్రామ్‌లన్నింటికీ మోకాళ్లు మరియు తుంటి గురించి ఏమీ తెలియదని, కెమెరాతో ఈ విషయాలన్నీ గురించి వివరించాలి. కొన్ని ముఖ్యమైన అంతర్లీన పరిస్థితులు మారితే తప్ప, మేము అవసరాల పత్రాలను తిరిగి వ్రాయాలి, తద్వారా అవి ఎప్పటికీ మారవు. దృశ్య రూపకల్పన అవసరాలలో లేకుంటే, ఉత్పత్తిని నవీకరించడం చాలా వేగంగా ఉంటుంది. మోకాలి, తుంటి, వీపుపై ఆపరేషన్‌లతో వ్యవహరించే అంశాలను కనుగొనడం, వాటిని ప్రత్యేక పత్రాల్లోకి లాగడం మరియు ఇవి ప్రాథమిక అవసరాలు అని చెప్పడం మా పని. మోకాలి ఆపరేషన్ల గురించి ఒక వివిక్త సమూహ అవసరాలను తయారు చేద్దాం. ఇది మరింత స్థిరమైన అవసరాల సెట్‌ను రూపొందించడానికి మమ్మల్ని అనుమతిస్తుంది. మేము మొత్తం ఉత్పత్తి శ్రేణి గురించి మాట్లాడుతాము మరియు నిర్దిష్ట రోబోట్‌ల గురించి కాదు.
చాలా పని జరిగింది, కాని వారు ఇంతకుముందు వారాలు మరియు నెలలు అర్థం లేదా అవసరం లేకుండా పునరావృత పరీక్షలు గడిపిన ప్రదేశాలకు చేరుకున్నారు, ఎందుకంటే కాగితంపై వివరించిన వారి అవసరాలు వ్యవస్థలు నిర్మించిన నిజమైన అవసరాలతో సమానంగా లేవు. FDA వారికి ప్రతిసారీ చెప్పింది: మీ అవసరాలు మారాయి, ఇప్పుడు మీరు మొదటి నుండి ప్రతిదీ తనిఖీ చేయాలి. మొత్తం ఉత్పత్తి యొక్క పూర్తి రీచెక్‌లు ఎంటర్‌ప్రైజ్‌ను చంపేస్తున్నాయి.
కాబట్టి, మీరు ఆసక్తికరమైన ఏదో ప్రారంభంలో మిమ్మల్ని మీరు కనుగొన్నప్పుడు అటువంటి అద్భుతమైన పనులు ఉన్నాయి మరియు మొదటి చర్యలు ఆట యొక్క తదుపరి నియమాలను సెట్ చేస్తాయి. ఈ ప్రారంభ కార్యకలాపం నిర్వాహక మరియు సాంకేతిక దృక్కోణం రెండింటి నుండి బాగా పని చేస్తుందని మీరు నిర్ధారించుకుంటే, మీరు గొప్ప ప్రాజెక్ట్‌తో ముగించే అవకాశం ఉంది. కానీ ఈ భాగం పట్టాలు దాటి ఎక్కడో తప్పుగా ఉంటే, మీరు ప్రాథమిక ఒప్పందాలను కనుగొనలేకపోతే... కాదు, మీ ప్రాజెక్ట్ తప్పనిసరిగా విఫలమవుతుంది. కానీ మీరు ఇకపై ఇలా చెప్పలేరు: "మేము గొప్పగా చేసాము, మేము ప్రతిదీ నిజంగా సమర్థవంతంగా చేసాము." క్లయింట్‌లతో కమ్యూనికేట్ చేస్తున్నప్పుడు నేను చేసే పనులు ఇవి.
మైఖేల్: అంటే, మీరు ప్రాజెక్ట్‌లను ప్రారంభించి, కొన్ని రకాల కిక్‌ఆఫ్ చేసి, పట్టాలు సరైన దిశలో వెళ్తున్నాయో లేదో తనిఖీ చేస్తారా?
టిమ్: పజిల్‌లోని అన్ని భాగాలను ఎలా కలపాలి అనే దానిపై కూడా మాకు ఆలోచనలు ఉన్నాయి: మనకు ఏ నైపుణ్యాలు అవసరం, అవి సరిగ్గా ఎప్పుడు అవసరమవుతాయి, జట్టు యొక్క ప్రధాన భాగం ఎలా ఉంటుంది మరియు అలాంటి ఇతర ప్రాథమిక విషయాలు. మాకు పూర్తి సమయం ఉద్యోగులు అవసరమా లేదా పార్ట్‌టైమ్‌గా ఎవరినైనా నియమించుకోవచ్చా? ప్రణాళిక, నిర్వహణ. వంటి ప్రశ్నలు: ఈ నిర్దిష్ట ప్రాజెక్ట్‌కు అత్యంత ముఖ్యమైనది ఏమిటి? దీన్ని ఎలా సాధించాలి? ఈ ఉత్పత్తి లేదా ప్రాజెక్ట్ గురించి మనకు ఏమి తెలుసు, నష్టాలు ఏమిటి మరియు తెలియనివి ఎక్కడ ఉన్నాయి, వీటన్నింటిని మనం ఎలా ఎదుర్కోబోతున్నాం? అయితే, ఈ సమయంలో ఎవరైనా “చురుకుదనం గురించి ఏమిటి?!” అని అరవడం ప్రారంభిస్తారు. సరే, మీరంతా ఫ్లెక్సిబుల్‌గా ఉన్నారు, అయితే ఏమిటి? ప్రాజెక్ట్ సరిగ్గా ఎలా ఉంటుంది, ప్రాజెక్ట్‌కు సరిపోయే విధంగా మీరు దాన్ని ఎలా తీయబోతున్నారు? "మా విధానం దేనికైనా సాగుతుంది, మేము స్క్రమ్ బృందం!" అని మీరు చెప్పలేరు. ఇది నాన్సెన్స్ మరియు నాన్సెన్స్. మీరు తదుపరి ఎక్కడికి వెళుతున్నారు, ఎందుకు పని చేయాలి, పాయింట్ ఎక్కడ ఉంది? ఈ ప్రశ్నలన్నింటి గురించి ఆలోచించమని నేను నా క్లయింట్‌లకు బోధిస్తాను.
19 సంవత్సరాల చురుకైన
మైఖేల్: ఎజైల్‌లో, ప్రజలు తరచుగా ఏదైనా ముందుగానే నిర్వచించకూడదని ప్రయత్నిస్తారు, కానీ వీలైనంత ఆలస్యంగా నిర్ణయాలు తీసుకుంటారు: మేము చాలా పెద్దవాళ్లం, నేను మొత్తం నిర్మాణం గురించి ఆలోచించను. నేను కొన్ని ఇతర విషయాల గురించి ఆలోచించను; బదులుగా, నేను ప్రస్తుతం కస్టమర్‌కు పని చేసేదాన్ని బట్వాడా చేస్తాను.
టిమ్: నేను చురుకైన పద్ధతులు అనుకుంటున్నాను, ప్రారంభించి 2001లో పరిశ్రమ కళ్లు తెరిచింది. కానీ మరోవైపు, ఏదీ పరిపూర్ణంగా లేదు. నేను పునరుక్తి అభివృద్ధి కోసం సిద్ధంగా ఉన్నాను. చాలా ప్రాజెక్ట్‌లలో పునరావృతం చాలా అర్ధమే. కానీ మీరు ఆలోచించాల్సిన ప్రశ్న ఏమిటంటే: ఉత్పత్తి అయిపోయిన తర్వాత మరియు ఉపయోగంలో ఉన్నప్పుడు, అది ఎంతకాలం కొనసాగుతుంది? ఇది వేరొక దానితో భర్తీ చేయడానికి ఆరు నెలల ముందు ఉండే ఉత్పత్తి? లేదా ఇది చాలా సంవత్సరాలు పని చేసే ఉత్పత్తి? అయితే, నేను పేర్లను పేర్కొనను, కానీ... న్యూయార్క్ మరియు దాని ఆర్థిక సంఘంలో, అత్యంత ప్రాథమిక వ్యవస్థలు చాలా పాతవి. ఇది నిజంగా అద్భుతం. మీరు వాటిని చూసి, 1994కి తిరిగి వెళ్లి డెవలపర్‌లకు ఇలా చెప్పండి: “నేను భవిష్యత్తు నుండి 2019 నుండి వచ్చాను. మీకు అవసరమైనంత కాలం ఈ వ్యవస్థను అభివృద్ధి చేయండి. దీన్ని విస్తరించేలా చేయండి, వాస్తుశిల్పం గురించి ఆలోచించండి. ఇది ఇరవై ఐదు సంవత్సరాలకు పైగా మెరుగుపడుతుంది. మీరు అభివృద్ధిని మరికొంత కాలం ఆలస్యం చేస్తే, గొప్ప పథకంలో ఎవరూ గమనించలేరు! ” మీరు దీర్ఘకాలిక విషయాలను అంచనా వేస్తున్నప్పుడు, మొత్తంగా ఎంత ఖర్చు అవుతుందో మీరు పరిగణించాలి. కొన్నిసార్లు బాగా రూపొందించిన వాస్తుశిల్పం నిజంగా విలువైనది, మరియు కొన్నిసార్లు అది కాదు. మనం చుట్టూ చూసుకోవాలి మరియు మనల్ని మనం ప్రశ్నించుకోవాలి: అటువంటి నిర్ణయానికి మనం సరైన స్థితిలో ఉన్నారా?
కాబట్టి "మేము చురుకుదనం కోసం ఉన్నాము, అతను ఏమి పొందాలనుకుంటున్నాడో కస్టమర్ స్వయంగా మాకు చెబుతాడు" - ఇది చాలా అమాయకమైనది. కస్టమర్‌లకు తమకు ఏమి కావాలో కూడా తెలియదు, ఇంకా ఎక్కువగా వారు ఏమి పొందగలరో వారికి తెలియదు. కొంతమంది చారిత్రక ఉదాహరణలను వాదనలుగా ఉదహరించడం ప్రారంభిస్తారు, నేను దీనిని ఇప్పటికే చూశాను. కానీ టెక్నికల్‌గా అడ్వాన్స్‌డ్ అయినవాళ్లు సాధారణంగా అలా అనరు. వారు ఇలా అంటారు: "ఇది 2019, ఇవి మనకు ఉన్న అవకాశాలు, మరియు మనం ఈ విషయాలను చూసే విధానాన్ని పూర్తిగా మార్చగలము!" ఇప్పటికే ఉన్న పరిష్కారాలను అనుకరించే బదులు, వాటిని కొంచెం అందంగా మరియు మరింత దువ్వెనగా చేసే బదులు, కొన్నిసార్లు మీరు బయటికి వెళ్లి ఇలా చెప్పాలి: "మనం ఇక్కడ ఏమి చేయాలనుకుంటున్నామో దాన్ని పూర్తిగా తిరిగి ఆవిష్కరిద్దాం!"
మరియు చాలా మంది కస్టమర్‌లు సమస్య గురించి ఆ విధంగా ఆలోచించగలరని నేను అనుకోను. వారు ఇప్పటికే కలిగి ఉన్న వాటిని మాత్రమే చూస్తారు, అంతే. ఆ తర్వాత వారు "దీనిని కొంచెం సరళంగా చేద్దాం" లేదా వారు సాధారణంగా చెప్పేది వంటి అభ్యర్థనలతో వస్తారు. కానీ మేము వెయిటర్లు లేదా వెయిట్రెస్‌లు కాదు, కాబట్టి అది ఎంత తెలివితక్కువదని తేలినప్పటికీ మేము ఆర్డర్ తీసుకొని వంటగదిలో కాల్చవచ్చు. మేము వారికి మార్గదర్శకులం. మేము వారి కళ్ళు తెరిచి ఇలా చెప్పాలి: హే, మాకు ఇక్కడ కొత్త అవకాశాలు ఉన్నాయి! మీ వ్యాపారం యొక్క ఈ భాగాన్ని మేము నిజంగా మార్చగలమని మీరు గ్రహించారా? ఎజైల్‌తో ఉన్న సమస్య ఏమిటంటే, ఇది అవకాశం అంటే ఏమిటి, సమస్య ఏమిటి, మనం కూడా ఏమి చేయాలి, అందుబాటులో ఉన్న సాంకేతికతలు ఈ నిర్దిష్ట పరిస్థితికి బాగా సరిపోతాయి అనే అవగాహనను తొలగిస్తుంది.
బహుశా నేను ఇక్కడ అతిగా సందేహిస్తున్నాను: చురుకైన సంఘంలో చాలా అద్భుతమైన విషయాలు జరుగుతున్నాయి. కానీ ప్రాజెక్ట్ను నిర్వచించడానికి బదులుగా, ప్రజలు తమ చేతులను విసరడం ప్రారంభించడంలో నాకు సమస్య ఉంది. నేను ఇక్కడ అడుగుతాను - మనం ఏమి చేస్తున్నాము, ఎలా చేయబోతున్నాం? మరియు ఏదో ఒకవిధంగా అద్భుతంగా క్లయింట్ ఎవరికన్నా బాగా తెలుసుకోవాలని ఎల్లప్పుడూ మారుతుంది. కానీ క్లయింట్‌కు ఎవరైనా ఇప్పటికే నిర్మించిన వస్తువుల నుండి ఎంచుకున్నప్పుడు మాత్రమే బాగా తెలుసు. నేను కారు కొనాలనుకుంటే మరియు నా కుటుంబ బడ్జెట్ పరిమాణం నాకు తెలిస్తే, నా జీవనశైలికి సరిపోయే కారుని నేను త్వరగా ఎంపిక చేసుకుంటాను. ఇక్కడ నాకు అందరికంటే బాగా తెలుసు! అయితే ఎవరైనా ఇప్పటికే కార్లను తయారు చేశారని దయచేసి గమనించండి. కొత్త కారును ఎలా కనిపెట్టాలో నాకు తెలియదు, నేను నిపుణుడిని కాదు. మేము కస్టమ్ లేదా ప్రత్యేక ఉత్పత్తులను సృష్టించినప్పుడు, కస్టమర్ వాయిస్ తప్పనిసరిగా పరిగణనలోకి తీసుకోవాలి, కానీ ఇది ఇకపై మాత్రమే వాయిస్ కాదు.
ఒలేగ్: మీరు ఎజైల్ మ్యానిఫెస్టో గురించి ప్రస్తావించారు. సమస్య యొక్క ఆధునిక అవగాహనను పరిగణనలోకి తీసుకొని మనం దానిని ఏదో ఒకవిధంగా నవీకరించాలా లేదా సవరించాలా?
టిమ్: నేను అతనిని తాకను. ఇది ఒక గొప్ప చారిత్రక పత్రంగా నేను భావిస్తున్నాను. నా ఉద్దేశ్యం, అతను అంటే. అతనికి 19 ఏళ్లు నిండుతున్నాయి, అతనికి వయస్సు ఉంది, కానీ అతని సమయంలో అతను విప్లవం చేశాడు. అతను బాగా చేసాడు, అతను ప్రతిచర్యను ప్రేరేపించాడు మరియు ప్రజలు అతని గురించి గుసగుసలాడడం ప్రారంభించారు. మీరు, చాలా మటుకు, 2001లో ఇంకా పరిశ్రమలో పని చేయలేదు, కానీ అప్పుడు అందరూ ప్రక్రియల ప్రకారం పనిచేశారు. సాఫ్ట్‌వేర్ ఇంజనీరింగ్ ఇన్‌స్టిట్యూట్, సాఫ్ట్‌వేర్ కంప్లీట్‌నెస్ మోడల్ (CMMI) యొక్క ఐదు స్థాయిలు. లోతైన పురాతన పురాణాలు మీకు ఏదైనా చెబుతాయో లేదో నాకు తెలియదు, కానీ అది ఒక పురోగతి. మొదట, ప్రక్రియలు సరిగ్గా ఏర్పాటు చేయబడితే, సమస్యలు స్వయంగా అదృశ్యమవుతాయని ప్రజలు విశ్వసించారు. ఆపై మ్యానిఫెస్టో వస్తుంది మరియు ఇలా చెప్పింది: "లేదు, కాదు, కాదు - మేము వ్యక్తులపై ఆధారపడి ఉంటాము, ప్రక్రియల ఆధారంగా కాదు." మేము సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌లో మాస్టర్స్. ఆదర్శ ప్రక్రియ ఎండమావి అని మేము అర్థం చేసుకున్నాము; అది జరగదు. ప్రాజెక్ట్‌లలో చాలా విచిత్రం ఉంది, అన్ని ప్రాజెక్ట్‌లకు ఒకే పరిపూర్ణ ప్రక్రియ యొక్క ఆలోచన ఏ విధమైన అర్ధవంతం కాదు. అన్నింటికీ ఒకే పరిష్కారం (హలో, మోక్షం) అని చెప్పుకోవడానికి సమస్యలు చాలా క్లిష్టంగా ఉంటాయి.
నేను భవిష్యత్తును చూడాలని అనుకోను, కానీ ప్రజలు ఇప్పుడు ప్రాజెక్టుల గురించి ఎక్కువగా ఆలోచించడం ప్రారంభించారని నేను చెబుతాను. నేను ఎజైల్ మానిఫెస్టో దూకి, “హే! మీరు ఓడలో ఉన్నారు మరియు మీరే ఈ ఓడను నడుపుతున్నారు. మీరు నిర్ణయం తీసుకోవలసి ఉంటుంది - మేము అన్ని పరిస్థితులకు సార్వత్రిక వంటకాన్ని సూచించము. మీరు ఓడ యొక్క సిబ్బంది, మరియు మీరు తగినంతగా ఉంటే, మీరు మీ లక్ష్యానికి ఒక మార్గాన్ని కనుగొనవచ్చు. మీకు ముందు ఇతర ఓడలు ఉన్నాయి మరియు మీ తర్వాత ఇతర ఓడలు ఉంటాయి, కానీ ఇప్పటికీ, ఒక కోణంలో, మీ ప్రయాణం ప్రత్యేకమైనది. అలాంటిది ఏదో! ఇది ఆలోచనా విధానం. నా కోసం, సూర్యుని క్రింద కొత్తది ఏమీ లేదు, ప్రజలు ఇంతకు ముందు ప్రయాణించారు మరియు మళ్ళీ ప్రయాణించారు, కానీ మీ కోసం ఇది మీ ప్రధాన ప్రయాణం, మరియు మీకు ఖచ్చితంగా ఏమి జరుగుతుందో నేను మీకు చెప్పను. మీరు బృందంలో సమన్వయంతో పని చేసే నైపుణ్యాలను కలిగి ఉండాలి మరియు మీరు నిజంగా వాటిని కలిగి ఉంటే, ప్రతిదీ పని చేస్తుంది మరియు మీరు కోరుకున్న చోటికి చేరుకుంటారు.
పీపుల్‌వేర్: 30 సంవత్సరాల తర్వాత
ఒలేగ్: మేనిఫెస్టోలాగా పీపుల్‌వేర్ విప్లవమా?
టిమ్: పీపుల్‌వేర్... టామ్ మరియు నేను ఈ పుస్తకాన్ని వ్రాసాము, కానీ ఇలా జరుగుతుందని మేము అనుకోలేదు. ఒకరకంగా అది చాలా మంది ఆలోచనలతో ప్రతిధ్వనించింది. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ అనేది చాలా మానవ-ఇంటెన్సివ్ యాక్టివిటీ అని చెప్పిన మొదటి పుస్తకం ఇది. మా సాంకేతిక స్వభావం ఉన్నప్పటికీ, మేము కూడా పెద్ద, భారీ, చాలా సంక్లిష్టమైన వాటిని నిర్మించే వ్యక్తుల సంఘం. అలాంటి వాటిని ఎవరూ ఒంటరిగా సృష్టించలేరు, సరియైనదా? కాబట్టి "జట్టు" ఆలోచన చాలా ముఖ్యమైనది. మరియు నిర్వహణ దృక్కోణం నుండి మాత్రమే కాకుండా, తెలియని వ్యక్తుల సమూహంతో నిజంగా సంక్లిష్టమైన లోతైన సమస్యలను పరిష్కరించడానికి కలిసి వచ్చిన సాంకేతిక వ్యక్తుల కోసం కూడా. నాకు వ్యక్తిగతంగా, ఇది నా కెరీర్‌లో తెలివితేటలకు పెద్ద పరీక్ష. మరియు ఇక్కడ మీరు చెప్పగలగాలి: అవును, ఈ సమస్య నేను నా స్వంతంగా నిర్వహించగలిగే దానికంటే ఎక్కువ, కానీ కలిసి మనం గర్వించదగిన సొగసైన పరిష్కారాన్ని కనుగొనవచ్చు. మరియు ఈ ఆలోచన చాలా ప్రతిధ్వనించినట్లు నేను భావిస్తున్నాను. మనం కొంత సమయం మన స్వంతంగా, కొంత సమయం సమూహంలో భాగంగా పని చేయాలనే ఆలోచన మరియు తరచుగా నిర్ణయం సమూహంచే చేయబడుతుంది. సమూహ సమస్య పరిష్కారం త్వరగా సంక్లిష్టమైన ప్రాజెక్ట్‌లలో ముఖ్యమైన లక్షణంగా మారింది.
టిమ్ భారీ సంఖ్యలో చర్చలు ఇచ్చినప్పటికీ, వాటిలో చాలా తక్కువ మాత్రమే YouTubeలో పోస్ట్ చేయబడ్డాయి. మీరు 2007 నుండి "ది రిటర్న్ ఆఫ్ పీపుల్‌వేర్" నివేదికను చూడవచ్చు. నాణ్యత, కోర్సు యొక్క, కావలసిన చాలా వదిలి.
మైఖేల్: పుస్తకం ప్రచురించబడిన 30 సంవత్సరాలలో ఏమైనా మార్పు వచ్చిందా?
టిమ్: మీరు దీన్ని అనేక కోణాల నుండి చూడవచ్చు. సామాజిక శాస్త్రంలో చెప్పాలంటే... ఒకప్పుడు, సాధారణ కాలంలో, మీరు మరియు మీ బృందం ఒకే కార్యాలయంలో కూర్చునేవారు. మీరు ప్రతిరోజూ దగ్గరగా ఉండవచ్చు, కలిసి కాఫీ తాగవచ్చు మరియు పని గురించి చర్చించుకోవచ్చు. నిజంగా మారినది ఏమిటంటే, ఇప్పుడు జట్లను భౌగోళికంగా, వివిధ దేశాలు మరియు సమయ మండలాల్లో పంపిణీ చేయవచ్చు, కానీ ఇప్పటికీ వారు అదే సమస్యపై పని చేస్తున్నారు మరియు ఇది సంక్లిష్టత యొక్క సరికొత్త పొరను జోడిస్తుంది. ఇది పాత-పాఠశాలగా అనిపించవచ్చు, కానీ మీరంతా కలిసి, కలిసి పని చేసే ముఖాముఖి సంభాషణ లాంటిదేమీ లేదు మరియు మీరు సహోద్యోగి వద్దకు వెళ్లి, నేను కనుగొన్నదాన్ని చూడండి, మీకు దీన్ని ఎలా ఇష్టపడుతున్నారు? ముఖాముఖి సంభాషణలు అనధికారిక సమాచార మార్పిడికి త్వరిత మార్గాన్ని అందిస్తాయి మరియు చురుకైన ఔత్సాహికులు కూడా దీన్ని ఇష్టపడతారని నేను భావిస్తున్నాను. మరియు నేను కూడా ఆందోళన చెందుతున్నాను ఎందుకంటే వాస్తవానికి ప్రపంచం చాలా చిన్నదిగా మారిపోయింది మరియు ఇప్పుడు అదంతా పంపిణీ చేయబడిన జట్లతో కప్పబడి ఉంది మరియు ఇది చాలా క్లిష్టమైనది.
మనమందరం DevOpsలో నివసిస్తున్నాము
మైఖేల్: కాన్ఫరెన్స్ ప్రోగ్రామ్ కమిటీ పరంగా చూసినా మన కాలిఫోర్నియాలో, న్యూయార్క్‌లో, యూరప్‌లో, రష్యాలో.. సింగపూర్‌లో ఇంకా ఎవరూ లేరు. భౌగోళికంలో వ్యత్యాసం చాలా పెద్దది మరియు ప్రజలు మరింత విస్తరించడం ప్రారంభించారు. మేము అభివృద్ధి గురించి మాట్లాడుతున్నట్లయితే, మీరు మాకు devops మరియు జట్ల మధ్య అడ్డంకులను విచ్ఛిన్నం చేయడం గురించి మరింత చెప్పగలరా? అందరూ తమ బంకర్లలో కూర్చున్నారనే కాన్సెప్ట్ ఉంది, ఇప్పుడు బంకర్లు కూలిపోతున్నాయి, ఈ సారూప్యతను మీరు ఏమనుకుంటున్నారు?
టిమ్: ఇటీవలి సాంకేతిక పురోగతుల దృష్ట్యా, devops చాలా ప్రాముఖ్యత కలిగి ఉన్నట్లు నాకు అనిపిస్తోంది. ఇంతకుముందు, మీరు డెవలపర్లు మరియు నిర్వాహకుల బృందాలను కలిగి ఉన్నారు, వారు పనిచేశారు, పనిచేశారు, పనిచేశారు మరియు ఏదో ఒక సమయంలో మీరు నిర్వాహకుల వద్దకు వచ్చి ఉత్పత్తి కోసం దాన్ని బయటకు తీయవచ్చు. మరియు ఇక్కడ బంకర్ గురించి సంభాషణ ప్రారంభమైంది, ఎందుకంటే నిర్వాహకులు ఒక రకమైన మిత్రులు, కనీసం శత్రువులు కాదు, కానీ మీరు ప్రతిదీ ఉత్పత్తికి సిద్ధంగా ఉన్నప్పుడు మాత్రమే వారితో మాట్లాడారు. మీరు వారి వద్దకు వెళ్లి ఇలా చెప్పారా: మా వద్ద ఉన్న అప్లికేషన్ ఏమిటో చూడండి, కానీ మీరు ఈ అప్లికేషన్‌ను రూపొందించగలరా? మరియు ఇప్పుడు డెలివరీ యొక్క మొత్తం కాన్సెప్ట్ బాగా మారిపోయింది. నా ఉద్దేశ్యం, మీరు త్వరగా మార్పులను తీసుకురాగలరని ఈ ఆలోచన ఉంది. మేము ఫ్లైలో ఉత్పత్తులను అప్‌డేట్ చేయవచ్చు. నా ల్యాప్‌టాప్‌లోని ఫైర్‌ఫాక్స్ పాపప్ అయినప్పుడు నేను ఎప్పుడూ నవ్వుతూ ఉంటాను, హే, మేము మీ ఫైర్‌ఫాక్స్‌ను బ్యాక్‌గ్రౌండ్‌లో అప్‌డేట్ చేసాము మరియు మీకు ఒక నిమిషం సమయం దొరికిన వెంటనే, మీరు ఇక్కడ క్లిక్ చేయడం మంచిది మరియు మేము మీకు తాజా విడుదలను అందిస్తాము. మరియు నేను, "ఓహ్, బేబీ!" నేను నిద్రపోతున్నప్పుడు, వారు నా కంప్యూటర్‌లో నాకు కొత్త విడుదలను అందించే పనిలో ఉన్నారు. ఇది అద్భుతమైనది, అపురూపమైనది.
కానీ ఇక్కడ ఇబ్బంది ఉంది: సాఫ్ట్‌వేర్‌ను నవీకరించడంలో మీకు ఈ ఫీచర్ ఉంది, కానీ వ్యక్తులను ఏకీకృతం చేయడం చాలా కష్టం. DevOops కీనోట్‌లో నేను వాయిస్‌ని ఇవ్వాలనుకుంటున్నాను ఏమిటంటే, ఇప్పుడు మనకు గతంలో కంటే చాలా ఎక్కువ మంది ప్లేయర్‌లు ఉన్నారు. మీరు కేవలం ఒక జట్టులో పాల్గొన్న ప్రతి ఒక్కరి గురించి ఆలోచిస్తే…. మీరు దీనిని ఒక జట్టుగా భావించారు మరియు ఇది ప్రోగ్రామర్ల బృందం కంటే చాలా ఎక్కువ. వీరు టెస్టర్లు, ప్రాజెక్ట్ మేనేజర్లు మరియు ఇతర వ్యక్తుల సమూహం. మరియు ప్రతి ఒక్కరికి ప్రపంచంపై వారి స్వంత అభిప్రాయాలు ఉన్నాయి. ప్రొడక్ట్ మేనేజర్లు ప్రాజెక్ట్ మేనేజర్ల నుండి పూర్తిగా భిన్నంగా ఉంటారు. నిర్వాహకులకు వారి స్వంత పనులు ఉన్నాయి. ఏమి జరుగుతుందో తెలుసుకోవడం మరియు వెర్రిపోకుండా ఉండటానికి పాల్గొనే వారందరినీ సమన్వయం చేయడం చాలా కష్టమైన సమస్యగా మారుతుంది. ప్రతి ఒక్కరికీ వర్తించే సమూహం మరియు పనులను వేరు చేయడం అవసరం. ఇది చాలా కష్టమైన పని. మరోవైపు, ఇది చాలా సంవత్సరాల క్రితం కంటే చాలా మెరుగ్గా ఉందని నేను భావిస్తున్నాను. ఇది సరిగ్గా ప్రజలు పెరిగే మరియు సరిగ్గా ప్రవర్తించడం నేర్చుకునే రహదారి. మీరు ఇంటిగ్రేషన్ చేసినప్పుడు, అండర్‌గ్రౌండ్ డెవలప్‌మెంట్ ఉండకూడదని మీరు అర్థం చేసుకున్నారు, తద్వారా చివరి క్షణంలో సాఫ్ట్‌వేర్ జాక్-ఇన్-ది-బాక్స్ లాగా క్రాల్ చేయదు: ఇలా, మేము ఇక్కడ ఏమి చేసామో చూడండి! మీరు ఇంటిగ్రేషన్ మరియు డెవలప్‌మెంట్ చేయగలరు మరియు చివరికి మీరు చక్కగా మరియు పునరుత్పాదక మార్గంలో ముందుకు వెళతారనే ఆలోచన ఉంది. ఇవన్నీ నాకు చాలా అర్థం. ఇది సిస్టమ్ యొక్క వినియోగదారుల కోసం మరియు మీ క్లయింట్ కోసం మరింత విలువను సృష్టించడం సాధ్యం చేస్తుంది.
మైఖేల్: డెవొప్స్ యొక్క మొత్తం ఆలోచన అర్థవంతమైన పరిణామాలను వీలైనంత త్వరగా అందించడమే. ప్రపంచం మరింత వేగవంతం కావడం ప్రారంభించిందని నేను చూస్తున్నాను. అటువంటి త్వరణాలకు ఎలా అనుగుణంగా ఉండాలి? పదేళ్ల క్రితం ఇది లేదు!
టిమ్: వాస్తవానికి, ప్రతి ఒక్కరూ మరింత ఎక్కువ కార్యాచరణను కోరుకుంటారు. కదలాల్సిన అవసరం లేదు, మరింత పైల్ చేయండి. ఉపయోగకరమైన ఏదైనా తీసుకురావడానికి కొన్నిసార్లు మీరు తదుపరి ఇంక్రిమెంటల్ అప్‌డేట్ కోసం వేగాన్ని తగ్గించవలసి ఉంటుంది - మరియు ఇది పూర్తిగా సాధారణం.
పరుగెత్తాలి, పరుగెత్తాలి, పరుగెత్తాలి అనే ఆలోచన ఉత్తమం కాదు. ఎవరైనా తమ జీవితాన్ని అలా గడపాలని కోరుకునే అవకాశం లేదు. ప్రాజెక్ట్ యొక్క స్వంత రిథమ్‌ను సెట్ చేయడానికి డెలివరీల రిథమ్‌ని నేను కోరుకుంటున్నాను. మీరు కేవలం చిన్న, సాపేక్షంగా అర్థరహిత విషయాల స్ట్రీమ్‌ను ఉత్పత్తి చేస్తే, అదంతా ఏ విధమైన అర్థాన్ని జోడించదు. బుద్ధిహీనంగా వీలైనంత త్వరగా విషయాలను విడుదల చేయడానికి ప్రయత్నించే బదులు, ప్రధాన డెవలపర్లు మరియు ఉత్పత్తి మరియు ప్రాజెక్ట్ మేనేజర్‌లతో చర్చించడం విలువైనది వ్యూహం. ఇది కూడా సమంజసమేనా?
నమూనాలు మరియు వ్యతిరేక నమూనాలు
ఒలేగ్: మీరు సాధారణంగా నమూనాలు మరియు యాంటీప్యాటర్న్‌ల గురించి మాట్లాడతారు మరియు ఇది ప్రాజెక్ట్‌ల జీవితం మరియు మరణం మధ్య వ్యత్యాసం. మరియు ఇప్పుడు, devops మన జీవితాల్లోకి దూసుకుపోతుంది. ప్రాజెక్ట్ను అక్కడికక్కడే చంపేసే దాని స్వంత నమూనాలు మరియు వ్యతిరేక నమూనాలు ఏమైనా ఉన్నాయా?
టిమ్: నమూనాలు మరియు వ్యతిరేక నమూనాలు అన్ని సమయాలలో జరుగుతాయి. ఏదో మాట్లాడాలి. సరే, మనం "మెరిసే వస్తువులు" అని పిలుస్తాము. ప్రజలు నిజంగా కొత్త టెక్నాలజీని ఇష్టపడతారు. వారు చల్లగా మరియు స్టైలిష్‌గా కనిపించే ప్రతిదానిని చూసి మంత్రముగ్ధులయ్యారు మరియు వారు ప్రశ్నలు అడగడం మానేస్తారు: ఇది కూడా అవసరమా? మనం ఏమి సాధించబోతున్నాం? ఈ విషయం నమ్మదగినదేనా, ఇది ఏదైనా అర్ధమేనా? నేను సాంకేతిక పరిజ్ఞానం యొక్క అత్యాధునిక అంచున ఉన్న వ్యక్తులను, మాట్లాడటానికి తరచుగా చూస్తాను. వారు ప్రపంచంలో ఏమి జరుగుతుందో చూసి హిప్నటైజ్ చేయబడతారు. కానీ వారు చేసే ఉపయోగకరమైన పనులను మీరు నిశితంగా పరిశీలిస్తే, తరచుగా ఉపయోగకరమైనది ఏమీ ఉండదు!
ఈ సంవత్సరం వార్షికోత్సవ సంవత్సరం అని, ప్రజలు చంద్రునిపై అడుగుపెట్టి యాభై సంవత్సరాలు అని మేము మా సహచరులతో చర్చిస్తున్నాము. ఇది 1969లో జరిగింది. ప్రజలు అక్కడికి చేరుకోవడానికి సహాయపడిన సాంకేతికత 1969 సాంకేతికత కాదు, 1960 లేదా 62, ఎందుకంటే NASA విశ్వసనీయతకు మంచి సాక్ష్యం ఉన్న వాటిని మాత్రమే ఉపయోగించాలనుకుంది. కాబట్టి మీరు దానిని చూసి అర్థం చేసుకోండి - అవును, మరియు అవి నిజం! ఇప్పుడు, లేదు, లేదు, కానీ మీరు సాంకేతికతతో సమస్యలను ఎదుర్కొంటారు ఎందుకంటే ప్రతిదీ చాలా గట్టిగా నెట్టబడుతుంది, అన్ని పగుళ్ల నుండి విక్రయించబడింది. ప్రజలు ప్రతిచోటా అరుస్తున్నారు: “చూడండి, ఇది చాలా కొత్త విషయం, ప్రపంచంలోని అత్యంత అందమైన విషయం, ఖచ్చితంగా అందరికీ సరిపోతుంది!” బాగా, అంతే ... సాధారణంగా ఇదంతా కేవలం ఒక మోసపూరితంగా మారుతుంది, ఆపై అన్నింటినీ విసిరేయాలి. బహుశా అదంతా నేను ఇప్పటికే వృద్ధురాలిని మరియు అలాంటి వాటిని చాలా సందేహాస్పదంగా చూస్తుంటాను, ప్రజలు అయిపోయి, అత్యుత్తమ సాంకేతిక పరిజ్ఞానాన్ని రూపొందించడానికి ఏకైక, అత్యంత సరైన మార్గాన్ని కనుగొన్నారని చెప్పినప్పుడు. ఈ సమయంలో, నా లోపల ఒక స్వరం మేల్కొంటుంది: "ఎంత గందరగోళం!"
మైఖేల్: నిజానికి, తదుపరి వెండి బుల్లెట్ గురించి మనం ఎంత తరచుగా విన్నాము?
టిమ్: సరిగ్గా, మరియు ఇది సాధారణ కోర్సు! ఉదాహరణకు... ఇది ఇప్పటికే ప్రపంచవ్యాప్తంగా జోక్‌గా మారినట్లు కనిపిస్తోంది, కానీ ఇక్కడ ప్రజలు తరచుగా బ్లాక్‌చెయిన్ టెక్నాలజీ గురించి మాట్లాడతారు. మరియు వారు నిజానికి కొన్ని పరిస్థితుల్లో అర్ధవంతం! మీకు నిజంగా ఈవెంట్‌ల యొక్క నమ్మకమైన సాక్ష్యం అవసరమైనప్పుడు, సిస్టమ్ పనిచేస్తుందని మరియు మమ్మల్ని ఎవరూ మోసం చేయలేదని, మీకు భద్రతా సమస్యలు ఉన్నప్పుడు మరియు అన్ని అంశాలు కలిపితే - blockchain అర్ధమే. కానీ బ్లాక్‌చెయిన్ ఇప్పుడు ప్రపంచమంతటా తిరుగుతుందని, దాని మార్గంలో ఉన్న ప్రతిదాన్ని తుడిచివేస్తుందని వారు చెప్పినప్పుడు? మరింత కలలు కనండి! ఇది చాలా ఖరీదైన మరియు సంక్లిష్టమైన సాంకేతికత. సాంకేతికంగా సంక్లిష్టమైనది మరియు సమయం తీసుకుంటుంది. పూర్తిగా అల్గారిథమిక్‌తో సహా, మీరు గణితాన్ని తిరిగి లెక్కించాల్సిన ప్రతిసారీ, స్వల్ప మార్పులతో... మరియు ఇది ఒక గొప్ప ఆలోచన - కానీ కొన్ని సందర్భాల్లో మాత్రమే. నా జీవితం మరియు కెరీర్ మొత్తం దీని గురించి ఉంది: చాలా నిర్దిష్ట పరిస్థితుల్లో ఆసక్తికరమైన ఆలోచనలు. మీ పరిస్థితి ఏమిటో సరిగ్గా అర్థం చేసుకోవడం చాలా ముఖ్యం.
మైఖేల్: అవును, ప్రధాన "జీవితం, విశ్వం మరియు ప్రతిదీ యొక్క ప్రశ్న": ఈ సాంకేతికత లేదా విధానం మీ పరిస్థితికి అనుకూలంగా ఉందా లేదా?
టిమ్: ఈ ప్రశ్న ఇప్పటికే సాంకేతిక సమూహంతో చర్చించబడవచ్చు. బహుశా సలహాదారుని కూడా తీసుకురండి. ప్రాజెక్ట్ను పరిశీలించి, అర్థం చేసుకోండి - ఇప్పుడు మనం మునుపటి కంటే మెరుగ్గా మరియు ఉపయోగకరంగా ఏదైనా చేస్తామా? బహుశా అది సరిపోవచ్చు, కాకపోవచ్చు. కానీ ముఖ్యంగా, ఎవరైనా అస్పష్టంగా మాట్లాడినందున, డిఫాల్ట్‌గా అలాంటి నిర్ణయం తీసుకోకండి: “మాకు బ్లాక్‌చెయిన్ చాలా అవసరం! నేను అతని గురించి విమానంలో ఒక పత్రికలో చదివాను! తీవ్రంగా? ఇది తమాషా కూడా కాదు.
పౌరాణిక "డెవాప్స్ ఇంజనీర్"
ఒలేగ్: ఇప్పుడు అందరూ devops అమలు చేస్తున్నారు. ఎవరైనా ఇంటర్నెట్‌లో devops గురించి చదువుతారు మరియు రేపు మరొక ఖాళీ రిక్రూటింగ్ సైట్‌లో కనిపిస్తుంది. "డెవొప్స్ ఇంజనీర్". ఇక్కడ నేను మీ దృష్టిని ఆకర్షించాలనుకుంటున్నాను: "డెవొప్స్ ఇంజనీర్" అనే పదానికి జీవించే హక్కు ఉందని మీరు అనుకుంటున్నారా? డెవొప్స్ ఒక సంస్కృతి అని ఒక అభిప్రాయం ఉంది మరియు ఇక్కడ ఏదో జోడించబడదు.
టిమ్: అలా అలా. వారు వెంటనే ఈ పదానికి కొంత వివరణ ఇవ్వనివ్వండి. ఇది ప్రత్యేకంగా చేయడానికి ఏదో. ఇలాంటి ఖాళీ స్థలం వెనుక కొన్ని ప్రత్యేక నైపుణ్యాల కలయిక ఉందని వారు నిరూపించే వరకు, నేను దానిని కొనుగోలు చేయను! నా ఉద్దేశ్యం, మాకు ఉద్యోగ శీర్షిక ఉంది, “డెవొప్స్ ఇంజనీర్,” ఒక ఆసక్తికరమైన శీర్షిక, అవును, తర్వాత ఏమిటి? ఉద్యోగ శీర్షికలు సాధారణంగా చాలా ఆసక్తికరమైన విషయం. "డెవలపర్" అని చెప్పండి - ఏది ఏమైనప్పటికీ? వేర్వేరు సంస్థలు పూర్తిగా భిన్నమైన విషయాలను సూచిస్తాయి. కొన్ని కంపెనీలలో, అధిక-నాణ్యత ప్రోగ్రామర్లు ఇతర కంపెనీలలో ప్రత్యేక ప్రొఫెషనల్ టెస్టర్లు వ్రాసే పరీక్షల కంటే ఎక్కువ అర్ధవంతమైన పరీక్షలను వ్రాస్తారు. కాబట్టి ఏమిటి, వారు ఇప్పుడు ప్రోగ్రామర్లు లేదా టెస్టర్లు?
అవును, మాకు ఉద్యోగ శీర్షికలు ఉన్నాయి, కానీ మీరు చాలా కాలం పాటు ప్రశ్నలు అడిగితే, చివరికి మనమందరం సమస్య పరిష్కారాలే అని తేలింది. మేము పరిష్కారాలను అన్వేషిస్తున్నాము మరియు కొందరికి కొన్ని సాంకేతిక నైపుణ్యాలు ఉన్నాయి మరియు మరికొందరికి భిన్నమైనవి ఉన్నాయి. మీరు DevOps ప్రవేశించిన వాతావరణంలో నివసిస్తుంటే, మీరు అభివృద్ధి మరియు పరిపాలన యొక్క ఏకీకరణలో నిమగ్నమై ఉంటారు మరియు ఈ కార్యాచరణకు చాలా ముఖ్యమైన ప్రయోజనం ఉంది. కానీ మీరు ఖచ్చితంగా ఏమి చేస్తారు మరియు మీరు దేనికి బాధ్యత వహిస్తారు అని మిమ్మల్ని అడిగితే, ప్రజలు ఈ పనులన్నీ ఎప్పటి నుంచో చేస్తున్నారని తేలింది. “ఆర్కిటెక్చర్‌కి నేను బాధ్యత వహిస్తాను”, “డేటాబేస్‌లకు నేను బాధ్యత వహిస్తాను” మరియు ఇంకా ఏమైనా, మీరు చూస్తారు - ఇదంతా “డెవొప్స్” కి ముందు.
ఎవరైనా తమ ఉద్యోగ శీర్షికను నాకు చెప్పినప్పుడు, నేను పెద్దగా వినను. అతను వాస్తవానికి దేనికి బాధ్యత వహిస్తాడో అతనికి తెలియజేయడం మంచిది, ఇది సమస్యను మరింత మెరుగ్గా అర్థం చేసుకోవడానికి మాకు అనుమతిస్తుంది. ఒక వ్యక్తి "ప్రాజెక్ట్ మేనేజర్" అని చెప్పుకోవడం నాకు ఇష్టమైన ఉదాహరణ. ఏమిటి? దీని అర్థం ఏమీ లేదు, మీరు ఏమి చేస్తారో నాకు ఇంకా తెలియదు. ప్రాజెక్ట్ మేనేజర్ డెవలపర్ కావచ్చు, నలుగురు వ్యక్తుల బృందానికి నాయకుడు కావచ్చు, కోడ్ రాయడం, పని చేయడం, టీమ్ లీడ్‌గా మారిన వ్యక్తి, ప్రజలు తమలో తాము నాయకుడిగా గుర్తిస్తారు. అలాగే, ప్రాజెక్ట్ మేనేజర్ ఒక ప్రాజెక్ట్‌లో ఆరు వందల మందిని నిర్వహించే మేనేజర్ కావచ్చు, ఇతర మేనేజర్‌లను నిర్వహించవచ్చు, షెడ్యూల్‌లను రూపొందించడానికి మరియు బడ్జెట్‌లను ప్లాన్ చేయడానికి బాధ్యత వహిస్తారు, అంతే. ఇవి పూర్తిగా భిన్నమైన రెండు ప్రపంచాలు! కానీ వారి ఉద్యోగ శీర్షిక అదే అనిపిస్తుంది.
దీన్ని కొంచెం భిన్నంగా మారుద్దాం. మీరు నిజంగా దేనిలో మంచివారు, చాలా అనుభవం ఉంది, మీకు ప్రతిభ ఉందా? మీరు పనిని నిర్వహించగలరని మీరు భావించినందున మీరు దేనికి బాధ్యత వహిస్తారు? మరియు ఇక్కడ ఎవరైనా వెంటనే తిరస్కరించడం ప్రారంభిస్తారు: లేదు, లేదు, లేదు, ప్రాజెక్ట్ వనరులతో వ్యవహరించాలనే కోరిక నాకు లేదు, ఇది నా వ్యాపారం కాదు, నేను సాంకేతిక వ్యక్తిని మరియు నేను వినియోగం మరియు వినియోగదారు ఇంటర్‌ఫేస్‌లను అర్థం చేసుకున్నాను, నేను అలా చేయను ప్రజల సైన్యాన్ని నిర్వహించాలనుకుంటున్నాను, నన్ను పనికి వెళ్లనివ్వండి.
మరియు మార్గం ద్వారా, నేను ఈ రకమైన నైపుణ్యాలను వేరు చేయడం బాగా పని చేసే విధానానికి పెద్ద ప్రతిపాదకుడిని. టెక్నీషియన్లు తమ కెరీర్‌ను తమకు కావలసినంత వరకు పెంచుకోవచ్చు. అయినప్పటికీ, టెక్కీలు ఫిర్యాదు చేసే సంస్థలను నేను ఇప్పటికీ చూస్తున్నాను: నేను ప్రాజెక్ట్ నిర్వహణలోకి వెళ్లవలసి ఉంటుంది ఎందుకంటే ఈ కంపెనీలో ఇది ఒక్కటే మార్గం. కొన్నిసార్లు ఇది భయంకరమైన పరిణామాలకు దారితీస్తుంది. అత్యుత్తమ టెక్కీలు మంచి మేనేజర్లు కాదు మరియు అత్యుత్తమ మేనేజర్లు సాంకేతికతను నిర్వహించలేరు. దీని గురించి నిజాయితీగా ఉండనివ్వండి.
నేను ఇప్పుడు దీనికి చాలా డిమాండ్‌ని చూస్తున్నాను. మీరు టెక్కీ అయితే, మీ కంపెనీ మీకు సహాయం చేయగలదు, కానీ సంబంధం లేకుండా, మీరు నిజంగా మీ స్వంత కెరీర్ మార్గాన్ని కనుగొనవలసి ఉంటుంది ఎందుకంటే సాంకేతికత మారుతూనే ఉంటుంది మరియు దానితో పాటు మిమ్మల్ని మీరు మళ్లీ ఆవిష్కరించుకోవాలి! కేవలం ఇరవై సంవత్సరాలలో, సాంకేతికతలు కనీసం ఐదు సార్లు మారవచ్చు. టెక్నాలజీ ఒక విచిత్రం...
"అన్నిటికీ నిపుణులు"
మైఖేల్: సాంకేతికత మార్పుల వేగాన్ని ప్రజలు ఎలా ఎదుర్కోగలరు? వారి సంక్లిష్టత పెరుగుతోంది, వారి సంఖ్య పెరుగుతోంది, వ్యక్తుల మధ్య మొత్తం కమ్యూనికేషన్ కూడా పెరుగుతోంది మరియు మీరు "ప్రతిదానిలో నిపుణుడు" కాలేరని తేలింది.
టిమ్: నిజమే! మీరు టెక్నాలజీలో పని చేస్తే, అవును, మీరు ఖచ్చితంగా నిర్దిష్టమైనదాన్ని ఎంచుకుని, దానిని లోతుగా పరిశోధించాలి. మీ సంస్థ ఉపయోగకరంగా ఉండే కొన్ని సాంకేతికత (మరియు బహుశా వాస్తవానికి ఉపయోగకరంగా ఉంటుంది). మరియు మీరు ఇకపై దానిపై ఆసక్తి చూపకపోతే - నేను ఇలా చెబుతానని నేను ఎప్పటికీ నమ్మను - బాగా, బహుశా మీరు సాంకేతికత మరింత ఆసక్తికరంగా లేదా అధ్యయనం చేయడానికి మరింత సౌకర్యవంతంగా ఉండే ఏదైనా ఇతర సంస్థకు వెళ్లాలి.
కానీ సాధారణంగా, అవును, మీరు చెప్పింది నిజమే. సాంకేతికతలు ఒకేసారి అన్ని దిశలలో పెరుగుతున్నాయి; "నేను ఉనికిలో ఉన్న అన్ని సాంకేతికతలలో నిపుణులైన సాంకేతిక నిపుణుడిని" అని ఎవరూ చెప్పలేరు. మరోవైపు, సాంకేతిక పరిజ్ఞానాన్ని అక్షరాలా గ్రహించి, దాని గురించి పిచ్చిగా ఉండే స్పాంజ్ వ్యక్తులు ఉన్నారు. నేను అలాంటి వ్యక్తుల జంటను చూశాను, వారు అక్షరాలా ఊపిరి పీల్చుకుంటారు మరియు జీవిస్తారు, వారితో మాట్లాడటం ఉపయోగకరంగా మరియు ఆసక్తికరంగా ఉంటుంది. వారు సంస్థ లోపల ఏమి జరుగుతుందో మాత్రమే అధ్యయనం చేస్తారు, కానీ సాధారణంగా, వారు దాని గురించి మాట్లాడతారు, వారు నిజంగా మంచి సాంకేతిక నిపుణులు కూడా, వారు చాలా స్పృహ మరియు ఉద్దేశ్యంతో ఉంటారు. వారు కేవలం వారి ప్రధాన ఉద్యోగం ఏమిటనే దానితో సంబంధం లేకుండా అలల శిఖరంపై ఉండేందుకు ప్రయత్నిస్తారు, ఎందుకంటే వారి అభిరుచి సాంకేతికత యొక్క కదలిక, సాంకేతికతను ప్రోత్సహించడం. మీరు అకస్మాత్తుగా అలాంటి వ్యక్తిని కలుసుకున్నట్లయితే, మీరు అతనితో కలిసి లంచ్‌కి వెళ్లి, లంచ్‌లో వివిధ ఆసక్తికరమైన విషయాలను చర్చించుకోవాలి. ఏ సంస్థకైనా కనీసం అలాంటి వ్యక్తులు ఇద్దరు అవసరమని నేను అనుకుంటున్నాను.
ప్రమాదాలు మరియు అనిశ్చితి
మైఖేల్: గౌరవనీయ ఇంజనీర్లు, అవును. మనకు సమయం దొరికినప్పుడు రిస్క్ మేనేజ్‌మెంట్‌ను టచ్ చేద్దాం. మేము ఈ ఇంటర్వ్యూని మెడికల్ సాఫ్ట్‌వేర్ చర్చతో ప్రారంభించాము, ఇక్కడ లోపాలు భయంకరమైన పరిణామాలకు దారితీస్తాయి. అప్పుడు మేము చంద్ర కార్యక్రమం గురించి మాట్లాడాము, ఇక్కడ లోపం యొక్క ధర మిలియన్ల డాలర్లు మరియు బహుశా అనేక మానవ జీవితాలు. కానీ ఇప్పుడు పరిశ్రమలో వ్యతిరేక ఉద్యమాన్ని చూస్తున్నాను, ప్రజలు ప్రమాదాల గురించి ఆలోచించరు, వాటిని అంచనా వేయడానికి ప్రయత్నించరు, వాటిని గమనించరు కూడా.
ఒలేగ్: వేగంగా కదలండి మరియు వస్తువులను విచ్ఛిన్నం చేయండి!
మైఖేల్: అవును, మీరు దేనితోనైనా చనిపోయే వరకు వేగంగా కదలండి, వస్తువులను విచ్ఛిన్నం చేయండి, మరిన్ని విషయాలు. మీ దృక్కోణం నుండి, సగటు డెవలపర్ ఇప్పుడు రిస్క్ మేనేజ్‌మెంట్ నేర్చుకోవడాన్ని ఎలా సంప్రదించాలి?
టిమ్: ప్రమాదాలు మరియు అనిశ్చితి అనే రెండు విషయాల మధ్య ఇక్కడ ఒక గీతను గీయండి. ఇవి భిన్నమైన విషయాలు. ఖచ్చితమైన సమాధానం రావడానికి ఏ సమయంలోనైనా మీ వద్ద తగినంత డేటా లేనప్పుడు అనిశ్చితి ఏర్పడుతుంది. ఉదాహరణకు, ప్రాజెక్ట్ యొక్క ప్రారంభ దశలో, ఎవరైనా మిమ్మల్ని "మీరు పనిని ఎప్పుడు పూర్తి చేస్తారు" అని అడిగితే, మీరు చాలా నిజాయితీ గల వ్యక్తి అయితే, "నాకు తెలియదు" అని చెబుతారు. మీకు తెలియదు మరియు అది సరే. మీరు ఇంకా సమస్యలను అధ్యయనం చేయలేదు మరియు బృందంతో పరిచయం లేదు, వారి నైపుణ్యాలు మీకు తెలియవు మరియు మొదలైనవి. ఇది అనిశ్చితి.
సంభావ్య సమస్యలను ఇప్పటికే గుర్తించగలిగినప్పుడు ప్రమాదాలు తలెత్తుతాయి. ఈ రకమైన విషయం జరగవచ్చు, దాని సంభావ్యత సున్నా కంటే ఎక్కువగా ఉంటుంది, కానీ మధ్యలో ఎక్కడో వంద శాతం కంటే తక్కువగా ఉంటుంది. దాని కారణంగా, ఆలస్యం మరియు అనవసరమైన పని నుండి ఏదైనా జరగవచ్చు, కానీ ప్రాజెక్ట్ కోసం ప్రాణాంతకమైన ఫలితం కూడా. ఫలితం, మీరు చెప్పినప్పుడు - అబ్బాయిలు, మన గొడుగులను మడతపెట్టి, బీచ్ నుండి బయలుదేరుదాం, మేము దానిని ఎప్పటికీ పూర్తి చేయము, అంతా అయిపోయింది, కాలం. ఈ విషయం పని చేస్తుందని మేము ఊహించాము, కానీ ఇది అస్సలు పని చేయదు, ఇది ఆపడానికి సమయం. ఇవీ పరిస్థితులు.
తరచుగా, సమస్యలు ఇప్పటికే ఉద్భవించినప్పుడు, సమస్య ప్రస్తుతం జరుగుతున్నప్పుడు వాటిని పరిష్కరించడం చాలా సులభం. కానీ సమస్య మీ ముందు ఉన్నప్పుడు, మీరు రిస్క్ మేనేజ్‌మెంట్ చేయడం లేదు-మీరు సమస్య పరిష్కారం, సంక్షోభ నిర్వహణ చేస్తున్నారు. మీరు లీడ్ డెవలపర్ లేదా మేనేజర్ అయితే, ఆలస్యాలు, సమయం వృధా, అనవసరమైన ఖర్చులు లేదా మొత్తం ప్రాజెక్ట్ పతనానికి దారితీసే విధంగా ఏమి జరుగుతుందని మీరు తప్పనిసరిగా ఆలోచిస్తున్నారా? ఏది మనల్ని ఆపి మళ్లీ ప్రారంభించేలా చేస్తుంది? ఇవన్నీ పని చేసినప్పుడు, మేము వాటిని ఏమి చేస్తాము? చాలా సందర్భాలలో చెల్లుబాటు అయ్యే ఒక సాధారణ సమాధానం ఉంది: ప్రమాదాల నుండి పారిపోకండి, వాటిపై పని చేయండి. మీరు ప్రమాదకర పరిస్థితిని ఎలా పరిష్కరించవచ్చో చూడండి, దానిని ఏమీ లేకుండా తగ్గించండి, సమస్య నుండి వేరొకదానిగా మార్చండి. చెప్పే బదులు: బాగా, సమస్యలు తలెత్తినప్పుడు మేము పరిష్కరిస్తాము.
మీరు వ్యవహరించే ప్రతిదానిలో అనిశ్చితి మరియు ప్రమాదం ముందంజలో ఉండాలి. మీరు ప్రాజెక్ట్ ప్లాన్‌ని తీసుకోవచ్చు, కొన్ని క్లిష్టమైన రిస్క్‌లను ముందుగానే చూడవచ్చు మరియు ఇలా చెప్పండి: మనం ఇప్పుడు దీనితో వ్యవహరించాలి, ఎందుకంటే వీటిలో ఏదైనా తప్పు జరిగితే, మరేమీ పట్టింపు లేదు. మీరు విందును ఉడికించగలరా లేదా అనేది అస్పష్టంగా ఉంటే, టేబుల్‌క్లాత్ యొక్క అందం గురించి మీరు చింతించకూడదు. మొదటి మీరు ఒక రుచికరమైన విందు సిద్ధం అన్ని నష్టాలను గుర్తించడానికి అవసరం, వాటిని ఎదుర్కోవటానికి, మరియు అప్పుడు మాత్రమే నిజమైన ముప్పు భంగిమలో లేని అన్ని ఇతర విషయాలు గురించి ఆలోచించడం.
మళ్ళీ, మీ ప్రాజెక్ట్ ప్రత్యేకమైనది ఏమిటి? మన ప్రాజెక్ట్ పట్టాలు తప్పేలా చేస్తుందో చూద్దాం. ఇది జరిగే సంభావ్యతను తగ్గించడానికి మనం ఏమి చేయవచ్చు? సాధారణంగా మీరు వాటిని 100% తటస్థీకరించలేరు మరియు స్పష్టమైన మనస్సాక్షితో ఇలా ప్రకటించలేరు: "అంతే, ఇది ఇకపై సమస్య కాదు, ప్రమాదం పరిష్కరించబడింది!" నాకు ఇది పెద్దల ప్రవర్తనకు సంకేతం. ఇదీ పిల్లలకీ, పెద్దలకీ తేడా - పిల్లలు తాము చిరంజీవులమని, తప్పు జరగదని, అంతా బాగానే ఉంటుందని అనుకుంటారు! అదే సమయంలో, పెద్దలు మూడేళ్ల పిల్లలు ఆట స్థలంపైకి ఎలా దూకుతారో చూస్తారు, వారి కళ్ళతో కదలికలను అనుసరించండి మరియు తమలో తాము ఇలా చెప్పుకుంటారు: "ఓహ్-ఓహ్, ఓహ్-ఓహ్." నేను సమీపంలో నిలబడి పిల్లవాడు పడిపోయినప్పుడు పట్టుకోవడానికి సిద్ధంగా ఉన్నాను.
మరోవైపు, నేను ఈ వ్యాపారాన్ని ఎందుకు ఇష్టపడతాను అంటే అది రిస్క్‌తో కూడుకున్నది. మేము పనులు చేస్తాము మరియు అవి ప్రమాదకరమైనవి. వారికి పెద్దల విధానం అవసరం. ఉత్సాహం మాత్రమే మీ సమస్యలను పరిష్కరించదు!
పెద్దల ఇంజనీరింగ్ ఆలోచన
మైఖేల్: పిల్లలతో ఉదాహరణ మంచిది. నేను సాధారణ ఇంజనీర్‌ని అయితే, నేను పిల్లవాడిని అయినందుకు సంతోషిస్తాను. కానీ మీరు మరింత పెద్దల ఆలోచన వైపు ఎలా వెళతారు?
టిమ్: ఒక అనుభవశూన్యుడు లేదా స్థాపించబడిన డెవలపర్‌తో సమానంగా పని చేసే ఆలోచనలలో ఒకటి సందర్భం యొక్క భావన. మనం ఏం చేస్తున్నాం, ఏం సాధించబోతున్నాం. ఈ ప్రాజెక్ట్‌లో నిజంగా ముఖ్యమైనది ఏమిటి? ఈ ప్రాజెక్ట్‌లో మీరు ఎవరనేది పట్టింపు లేదు, మీరు ఇంటర్న్ అయినా లేదా చీఫ్ ఆర్కిటెక్ట్ అయినా, ప్రతి ఒక్కరికీ సందర్భం అవసరం. ప్రతి ఒక్కరూ వారి స్వంత పని కంటే పెద్ద స్థాయిలో ఆలోచించేలా మనం చేయాలి. "నేను నా భాగాన్ని తయారు చేస్తాను మరియు నా ముక్క పని చేస్తున్నంత కాలం, నేను సంతోషంగా ఉన్నాను." లేదు మరియు మళ్లీ కాదు. వ్యక్తులు పని చేసే సందర్భాన్ని గుర్తు చేయడం ఎల్లప్పుడూ విలువైనది (మొరటుగా లేకుండా!). అందరం కలిసి ఏం సాధించాలని ప్రయత్నిస్తున్నాం. మీ ప్రాజెక్ట్‌లో అంతా బాగానే ఉన్నంత వరకు మీరు చిన్నపిల్లగా ఉండాలనే ఆలోచనలు - దయచేసి అలా చేయకండి. మనం ముగింపు రేఖను అస్సలు దాటితే, మేము దానిని కలిసి మాత్రమే దాటుతాము. మీరు ఒంటరివారు కాదు, మేమంతా కలిసి ఉన్నాము. ప్రాజెక్ట్‌లోని వృద్ధులు మరియు యువకులు అందరూ ప్రాజెక్ట్‌కి సరిగ్గా ఏది ముఖ్యమైనదో, మనమందరం సాధించడానికి ప్రయత్నిస్తున్న దానిలో కంపెనీ డబ్బును ఎందుకు పెట్టుబడి పెడుతోంది అనే దాని గురించి మాట్లాడటం ప్రారంభించినట్లయితే, వారిలో చాలా మంది చాలా మంచి అనుభూతి చెందుతారు. వారి పని అందరి పనితో ఎలా సహసంబంధం కలిగి ఉందో చూస్తారు. ఒక వైపు, నేను వ్యక్తిగతంగా బాధ్యత వహించే భాగాన్ని అర్థం చేసుకున్నాను. కానీ పనిని పూర్తి చేయడానికి మాకు ఇతర వ్యక్తులందరూ కూడా అవసరం. మరియు మీరు పూర్తి చేశారని మీరు నిజంగా అనుకుంటే, ప్రాజెక్ట్‌లో మాకు ఎల్లప్పుడూ పని ఉంటుంది!
ఒలేగ్: సాపేక్షంగా చెప్పాలంటే, మీరు కాన్బన్ ప్రకారం పని చేస్తే, మీరు కొన్ని పరీక్షల అడ్డంకిని తాకినప్పుడు, మీరు అక్కడ చేస్తున్న పనిని (ఉదాహరణకు, ప్రోగ్రామింగ్) విడిచిపెట్టి, పరీక్షకులకు సహాయం చేయవచ్చు.
టిమ్: సరిగ్గా. అత్యుత్తమ సాంకేతిక నిపుణులు, మీరు వారిని నిశితంగా పరిశీలిస్తే, వారు వారి స్వంత నిర్వాహకులని నేను భావిస్తున్నాను. నేను దీన్ని ఎలా సూత్రీకరించగలను...
ఒలేగ్: మీ జీవితం మీరు నిర్వహించే మీ ప్రాజెక్ట్.
టిమ్: సరిగ్గా! నా ఉద్దేశ్యం, మీరు బాధ్యత వహిస్తారు, మీరు సమస్యను అర్థం చేసుకుంటారు మరియు మీ నిర్ణయాలు వారి పనిని ప్రభావితం చేయగలవని మీరు చూసినప్పుడు మీరు వ్యక్తులతో పరిచయం పొందుతారు. ఇది మీ డెస్క్ వద్ద కూర్చోవడం, మీ పని చేయడం మరియు మీ చుట్టూ ఏమి జరుగుతుందో కూడా గ్రహించకపోవడం గురించి కాదు. లేదు లేదు లేదు. మార్గం ద్వారా, ఎజైల్ గురించిన ఒక మంచి విషయం ఏమిటంటే, వారు చిన్న స్ప్రింట్‌లను ప్రతిపాదించారు, ఎందుకంటే ఈ విధంగా పాల్గొనే వారందరి వ్యవహారాల స్థితి స్పష్టంగా గమనించవచ్చు, వారు అన్నింటినీ కలిసి చూడగలరు. మేము ప్రతిరోజూ ఒకరి గురించి ఒకరు మాట్లాడుకుంటాము.
రిస్క్ మేనేజ్‌మెంట్‌లోకి ఎలా ప్రవేశించాలి
ఒలేగ్: ఈ ప్రాంతంలో ఏదైనా అధికారిక విజ్ఞాన నిర్మాణం ఉందా? ఉదాహరణకు, నేను జావా డెవలపర్‌ని మరియు విద్య ద్వారా నిజమైన ప్రాజెక్ట్ మేనేజర్‌గా మారకుండా రిస్క్ మేనేజ్‌మెంట్‌ను అర్థం చేసుకోవాలనుకుంటున్నాను. నేను బహుశా మెక్‌కానెల్ యొక్క "సాఫ్ట్‌వేర్ ప్రాజెక్ట్ ధర ఎంత" అని మొదట చదువుతాను, ఆపై ఏమిటి? మొదటి దశలు ఏమిటి?
టిమ్: మొదటిది ప్రాజెక్ట్‌లోని వ్యక్తులతో కమ్యూనికేట్ చేయడం ప్రారంభించడం. ఇది సహోద్యోగులతో కమ్యూనికేషన్ సంస్కృతిలో తక్షణ మెరుగుదలను అందిస్తుంది. మేము ప్రతిదీ దాచడానికి బదులుగా డిఫాల్ట్‌గా తెరవడం ద్వారా ప్రారంభించాలి. చెప్పండి: ఇవి నన్ను బాధించేవి, ఇవి నన్ను రాత్రిపూట నిద్రపోయేవి, నేను ఈ రోజు రాత్రి మేల్కొన్నాను మరియు ఇలా ఉన్నాను: నా దేవా, నేను దీని గురించి ఆలోచించాలి! ఇతరులు అదే విషయాన్ని చూస్తారా? ఒక సమూహంగా, ఈ సంభావ్య సమస్యలకు మనం ప్రతిస్పందించాలా? మీరు ఈ అంశాలపై చర్చకు మద్దతు ఇవ్వగలగాలి. మేము పని చేయడానికి ముందుగా సిద్ధం చేసిన ఫార్ములా లేదు. ఇది హాంబర్గర్‌లను తయారు చేయడం గురించి కాదు, ఇది ప్రజల గురించి. "ఒక చీజ్‌బర్గర్‌ను తయారు చేసాను, చీజ్‌బర్గర్‌ను అమ్మడం" అనేది మా విషయం కాదు, అందుకే నాకు ఈ పని అంటే చాలా ఇష్టం. మేనేజర్లు చేసేదంతా ఇప్పుడు జట్టు ఆస్తిగా మారినప్పుడు నేను ఇష్టపడతాను.
ఒలేగ్: గ్రాఫ్‌లోని సంఖ్యల కంటే ప్రజలు ఆనందం గురించి ఎలా ఎక్కువ శ్రద్ధ వహిస్తారు అనే దాని గురించి మీరు పుస్తకాలు మరియు ఇంటర్వ్యూలలో మాట్లాడారు. మరోవైపు, మీరు బృందానికి చెప్పినప్పుడు: మేము డెవొప్స్‌కి వెళ్తున్నాము మరియు ఇప్పుడు ప్రోగ్రామర్ నిరంతరం కమ్యూనికేట్ చేయాలి, ఇది అతని కంఫర్ట్ జోన్‌కు దూరంగా ఉండవచ్చు. మరియు ఈ సమయంలో అతను తీవ్ర అసంతృప్తితో ఉండవచ్చు. ఈ పరిస్థితిలో ఏమి చేయాలి?
టిమ్: నేను ఏమి చేయాలో ఖచ్చితంగా తెలియదు. డెవలపర్ చాలా ఒంటరిగా ఉన్నట్లయితే, వారు పనిని మొదటి స్థానంలో ఎందుకు చేస్తున్నారో చూడలేరు, వారు తమ పనిలో కొంత భాగాన్ని మాత్రమే చూస్తారు మరియు నేను "సందర్భం" అని పిలిచే దానిలోకి వారు ప్రవేశించాలి. ప్రతిదీ కలిసి ఎలా కనెక్ట్ చేయబడిందో అతను గుర్తించాలి. మరియు వాస్తవానికి, నా ఉద్దేశ్యం అధికారిక ప్రదర్శనలు లేదా అలాంటిదేమీ కాదు. నేను మీరు బాధ్యత వహించే దానిలో భాగం గురించి కాకుండా మొత్తం పని గురించి సహోద్యోగులతో కమ్యూనికేట్ చేయాల్సిన అవసరం ఉందని నేను మాట్లాడుతున్నాను. ఇక్కడే మీరు మీ పనిని బాగా సరిపోయేలా చేయడానికి ఆలోచనలు, సాధారణ ఒప్పందాలు మరియు ఉమ్మడి సమస్యను ఎలా పరిష్కరించాలో చర్చించడం ప్రారంభించవచ్చు.
వాటిని స్వీకరించడంలో సహాయపడటానికి, వారు తరచుగా టెక్కీలను శిక్షణకు పంపాలని కోరుకుంటారు మరియు వారు శిక్షణ గురించి చర్చిస్తారు. నా స్నేహితుడు కుక్కల కోసం శిక్షణ అని చెప్పడానికి ఇష్టపడతాడు. ప్రజలకు శిక్షణ ఉంది. డెవలపర్‌గా నేర్చుకోవడం గురించిన అత్యుత్తమ విషయాలలో ఒకటి మీ తోటివారితో పరస్పర చర్య చేయడం. ఎవరైనా నిజంగా ఏదైనా పనిలో ఉంటే, మీరు వారి పనిని చూడాలి లేదా వారి పని గురించి లేదా ఏదైనా వారితో మాట్లాడాలి. కొన్ని సంప్రదాయ కెంట్ బెక్ నిరంతరం తీవ్రమైన ప్రోగ్రామింగ్ గురించి మాట్లాడేవారు. ఇది హాస్యాస్పదంగా ఉంది ఎందుకంటే XP అనేది చాలా సులభమైన ఆలోచన, కానీ ఇది చాలా సమస్యలను కలిగిస్తుంది. కొంతమందికి, XP చేయడం స్నేహితుల ముందు బలవంతంగా బట్టలు విప్పినట్లు అవుతుంది. నేనేం చేస్తున్నానో వాళ్ళు చూస్తారు! వారు నా సహోద్యోగులు, వారు చూడటమే కాదు, అర్థం చేసుకుంటారు కూడా! భయంకరమైనది! కొంతమందికి తీవ్ర భయాందోళనలు మొదలయ్యాయి. కానీ ఇది నేర్చుకునే అంతిమ మార్గం అని మీరు గ్రహించినప్పుడు, ప్రతిదీ మారుతుంది. మీరు వ్యక్తులతో సన్నిహితంగా పని చేస్తారు మరియు కొంతమంది వ్యక్తులు మీ కంటే బాగా అర్థం చేసుకుంటారు.
మైఖేల్: కానీ ఇవన్నీ మీ కంఫర్ట్ జోన్ నుండి బయటికి వెళ్లేలా చేస్తాయి. ఇంజనీర్‌గా, మీరు మీ కంఫర్ట్ జోన్ నుండి బయటపడి, కమ్యూనికేట్ చేయాలి. సమస్య పరిష్కరిణిగా, మీరు నిరంతరం మిమ్మల్ని బలహీన స్థితిలో ఉంచుకోవాలి మరియు ఏమి తప్పు జరుగుతుందో ఆలోచించాలి. ఈ రకమైన పని అంతర్లీనంగా ఇబ్బంది కలిగించేలా రూపొందించబడింది. మీరు స్పృహతో ఒత్తిడితో కూడిన పరిస్థితులలో ఉంటారు. సాధారణంగా ప్రజలు వారి నుండి పారిపోతారు, ప్రజలు సంతోషంగా పిల్లలుగా ఉండటానికి ఇష్టపడతారు.
టిమ్: ఏమి చేయవచ్చు, మీరు బయటకు వచ్చి బహిరంగంగా ఇలా చెప్పవచ్చు: “అంతా సరే, నేను దానిని నిర్వహించగలను! నేను మాత్రమే అసౌకర్యంగా భావించడం లేదు. అందరం కలిసి ఒక జట్టుగా వివిధ అసౌకర్య విషయాలను చర్చిద్దాం!" ఇవి మన సాధారణ సమస్యలు, మనం వాటితో వ్యవహరించాలి, మీకు తెలుసా? ఇడియోసింక్రాటిక్ మేధావి డెవలపర్లు మముత్‌ల వంటివారని నేను భావిస్తున్నాను, వారు అదృశ్యమయ్యారు. మరియు వారి ప్రాముఖ్యత చాలా పరిమితం. మీరు కమ్యూనికేట్ చేయలేకపోతే, మీరు బాగా పాల్గొనలేరు. అందువల్ల, మాట్లాడండి. నిజాయితీగా మరియు బహిరంగంగా ఉండండి. ఇది ఎవరికైనా అసహ్యకరమైనదని నేను చాలా చింతిస్తున్నాను. మీరు ఊహించగలరా, చాలా సంవత్సరాల క్రితం యునైటెడ్ స్టేట్స్లో ప్రధాన భయం మరణం కాదు, కానీ ఏమి ఊహించగలరా? బహిరంగంగా మాట్లాడాలంటే భయం! పొగడ్తలను బిగ్గరగా చెప్పడం కంటే చనిపోవడానికి ఇష్టపడే వ్యక్తులు ఎక్కడో ఉన్నారని దీని అర్థం. మరియు మీరు చేసే పనిని బట్టి మీకు కొన్ని ప్రాథమిక నైపుణ్యాలు ఉంటే సరిపోతుందని నేను భావిస్తున్నాను. మాట్లాడే నైపుణ్యాలు, వ్రాత నైపుణ్యాలు - కానీ మీ పనిలో నిజంగా అవసరమైనంత మాత్రమే. మీరు విశ్లేషకుడిగా పనిచేసినా, చదవడం, రాయడం లేదా మాట్లాడలేకపోతే, దురదృష్టవశాత్తూ, మీరు నా ప్రాజెక్ట్‌లలో ఏమీ చేయలేరు!
కమ్యూనికేషన్ ధర
ఒలేగ్: వివిధ కారణాల వల్ల అటువంటి అవుట్‌గోయింగ్ ఉద్యోగులను నియమించడం ఖరీదైనది కాదా? అన్నింటికంటే, వారు పని చేయడానికి బదులుగా నిరంతరం చాట్ చేస్తున్నారు!
టిమ్: నేను జట్టు యొక్క ప్రధాన ఉద్దేశ్యం, మరియు ప్రతి ఒక్కరికీ మాత్రమే కాదు. మీరు డేటాబేస్‌లను ట్యూనింగ్ చేయడంలో నిజంగా కూల్‌గా ఉన్న, ట్యూనింగ్ డేటాబేస్‌లను ఇష్టపడే మరియు అతని జీవితాంతం మీ డేటాబేస్‌లను ట్యూన్ చేయడం కొనసాగించబోతున్నట్లయితే, అంతే, చల్లగా ఉండండి, కొనసాగించండి. కానీ నేను ప్రాజెక్ట్‌లోనే జీవించాలనుకునే వ్యక్తుల గురించి మాట్లాడుతున్నాను. బృందం యొక్క ప్రధాన భాగం, ప్రాజెక్ట్ను అభివృద్ధి చేయడమే లక్ష్యంగా పెట్టుకుంది. ఈ వ్యక్తులు నిజంగా ఒకరితో ఒకరు నిరంతరం కమ్యూనికేట్ చేయాలి. మరియు ముఖ్యంగా ప్రాజెక్ట్ ప్రారంభంలో, మీరు ప్రమాదాలు, ప్రపంచ లక్ష్యాలను సాధించే మార్గాలు మరియు వంటి వాటిని చర్చించినప్పుడు.
మైఖేల్: స్పెషలైజేషన్, నైపుణ్యాలు లేదా పని చేసే మార్గాలతో సంబంధం లేకుండా ప్రాజెక్ట్‌లో పాల్గొన్న ప్రతి ఒక్కరికీ ఇది వర్తిస్తుంది. ప్రాజెక్ట్ విజయంపై మీ అందరికీ ఆసక్తి ఉంది.
టిమ్: అవును, మీరు ప్రాజెక్ట్‌లో తగినంతగా మునిగిపోయారని, ప్రాజెక్ట్ నిజం కావడానికి మీ పని అని మీరు భావిస్తున్నారు. మీరు ప్రోగ్రామర్ అయినా, అనలిస్ట్ అయినా, ఇంటర్‌ఫేస్ డిజైనర్ అయినా, ఎవరైనా అయినా. నేను ప్రతిరోజూ ఉదయం పనికి రావడానికి కారణం ఇదే మరియు మేము చేసేది ఇదే. వారి నైపుణ్యాలతో సంబంధం లేకుండా ఈ వ్యక్తులందరికీ మేము బాధ్యత వహిస్తాము. ఇది పెద్దల సంభాషణలు కలిగి ఉన్న వ్యక్తుల సమూహం.
ఒలేగ్: వాస్తవానికి, మాట్లాడే ఉద్యోగుల గురించి మాట్లాడుతూ, నేను డెవొప్స్‌కి మారమని అడిగే వ్యక్తుల అభ్యంతరాలను, ముఖ్యంగా మేనేజర్‌లను ప్రపంచంలోని ఈ సరికొత్త దృష్టికి అనుకరించడానికి ప్రయత్నించాను. మరియు మీరు, కన్సల్టెంట్‌లుగా, డెవలపర్‌గా నా కంటే మెరుగ్గా ఈ అభ్యంతరాల గురించి తెలుసుకోవాలి! నిర్వాహకులు ఎక్కువగా ఆందోళన చెందే వాటిని షేర్ చేయాలా?
టిమ్: నిర్వాహకులా? మ్. చాలా తరచుగా, నిర్వాహకులు సమస్యల నుండి ఒత్తిడికి గురవుతారు, అత్యవసరంగా ఏదైనా విడుదల చేసి డెలివరీ చేయవలసిన అవసరాన్ని ఎదుర్కొంటారు. మనం ఏదో ఒకదాని గురించి నిరంతరం ఎలా చర్చించుకుంటామో మరియు ఎలా వాదిస్తామో వారు చూస్తారు మరియు వారు దానిని ఇలా చూస్తారు: సంభాషణలు, సంభాషణలు, సంభాషణలు... ఏ ఇతర సంభాషణలు? తిరిగి పనిలోకి రా! ఎందుకంటే మాట్లాడటం వారికి పనిగా అనిపించదు. మీరు కోడ్ రాయడం లేదు, సాఫ్ట్‌వేర్‌ను పరీక్షించవద్దు, ఏమీ చేయనట్లు అనిపించడం లేదు - ఏదైనా చేయడానికి మిమ్మల్ని ఎందుకు పంపకూడదు? అన్నింటికంటే, డెలివరీ ఇప్పటికే ఒక నెలలో ఉంది!
మైఖేల్: కొంచెం కోడ్ రాయండి!
టిమ్: వారు పని గురించి ఆందోళన చెందుతున్నారని నాకు అనిపిస్తుంది, కానీ పురోగతి కనిపించకపోవడం గురించి. మనం విజయానికి దగ్గరవుతున్నట్లు అనిపించేలా, కీబోర్డ్‌లోని బటన్‌లను నొక్కడాన్ని వారు చూడాలి. ఉదయం నుండి సాయంత్రం వరకు రోజంతా. ఇది సమస్య నంబర్ వన్.
ఒలేగ్: మిషా, నువ్వు ఏదో ఆలోచిస్తున్నావు.
మైఖేల్: క్షమించండి, నేను ఆలోచనలో కూరుకుపోయాను మరియు ఫ్లాష్‌బ్యాక్‌ను పొందాను. ఇదంతా నాకు నిన్న జరిగిన ఒక ఆసక్తికరమైన ర్యాలీని గుర్తు చేసింది... నిన్న చాలా ర్యాలీలు జరిగాయి... మరియు ఇదంతా బాగా తెలిసిన విషయమే కదూ!
జీతాలు లేని జీవితం
టిమ్: మార్గం ద్వారా, కమ్యూనికేషన్ కోసం "ర్యాలీలు" నిర్వహించడం అస్సలు అవసరం లేదు. నా ఉద్దేశ్యం, డెవలపర్లు ఒకరితో ఒకరు మాట్లాడుకున్నప్పుడు వారి మధ్య అత్యంత ఉపయోగకరమైన చర్చలు జరుగుతాయి. మీరు ఉదయం ఒక కప్పు కాఫీతో నడుస్తారు మరియు అక్కడ ఐదుగురు వ్యక్తులు గుమిగూడారు మరియు ఏదో సాంకేతికత గురించి ఆవేశంగా చర్చిస్తున్నారు. నాకు, నేను ఈ ప్రాజెక్ట్‌కి మేనేజర్‌ని అయితే, నవ్వుతూ నా వ్యాపారం గురించి ఎక్కడికైనా వెళ్లడం మంచిది, వారు దానిని చర్చించనివ్వండి. వారు ఇప్పటికే వీలైనంత ఎక్కువగా పాల్గొంటున్నారు. ఇది శుభ సంకేతం.
ఒలేగ్: మార్గం ద్వారా, మీ పుస్తకంలో మీకు ఏది మంచి మరియు ఏది చెడు అనే దాని గురించి గమనికలు ఉన్నాయి. మీరు వాటిలో దేనినైనా మీరే ఉపయోగిస్తున్నారా? సాపేక్షంగా చెప్పాలంటే, ఇప్పుడు మీకు ఒక కంపెనీ ఉంది మరియు అది చాలా అసాధారణమైన రీతిలో నిర్మించబడింది...
టిమ్: అసాధారణమైనది, కానీ ఈ పరికరం మాకు ఖచ్చితంగా సరిపోతుంది. మేము ఒకరికొకరు చాలా కాలంగా తెలుసు. మేము ఒకరినొకరు విశ్వసించాము, మేము భాగస్వాములు కాకముందు ఒకరినొకరు చాలా విశ్వసించాము. మరియు ఉదాహరణకు, మాకు జీతాలు లేవు. మేము కేవలం పని చేస్తాము మరియు ఉదాహరణకు, నేను నా క్లయింట్ల నుండి డబ్బు సంపాదించినట్లయితే, ఆ డబ్బు అంతా నాకే చేరింది. ఆ తర్వాత, మేము సంస్థకు సభ్యత్వ రుసుము చెల్లిస్తాము మరియు కంపెనీకి మద్దతు ఇవ్వడానికి ఇది సరిపోతుంది. అదనంగా, మనమందరం విభిన్న విషయాలలో నైపుణ్యం కలిగి ఉంటాము. ఉదాహరణకు, నేను అకౌంటెంట్‌లతో పని చేస్తాను, పన్ను రిటర్న్‌లను పూరించాను, కంపెనీ కోసం అన్ని రకాల అడ్మినిస్ట్రేటివ్ పనులను చేస్తాను మరియు దాని కోసం ఎవరూ నాకు చెల్లించరు. జేమ్స్ మరియు టామ్ మా వెబ్‌సైట్‌లో పని చేస్తున్నారు మరియు వారికి ఎవరూ చెల్లించరు. మీరు మీ బకాయిలు చెల్లించినంత కాలం, మీరు ఏమి చేయాలో చెప్పడానికి ఎవరూ ఆలోచించరు. ఉదాహరణకు, టామ్ ఇప్పుడు అతను ఒకప్పటి కంటే చాలా తక్కువ పని చేస్తాడు. ఇప్పుడు అతనికి ఇతర ఆసక్తులు ఉన్నాయి; అతను గిల్డ్ కోసం కాకుండా కొన్ని పనులు చేస్తాడు. కానీ అతను తన బకాయిలు చెల్లించినంత కాలం, ఎవరూ అతని వద్దకు వచ్చి, "హే, టామ్, పనికి వెళ్ళు!" మీ మధ్య డబ్బు లేనప్పుడు సహోద్యోగులతో వ్యవహరించడం చాలా సులభం. మరియు ఇప్పుడు మా సంబంధం విభిన్న ప్రత్యేకతలకు సంబంధించి ప్రాథమిక ఆలోచనలలో ఒకటి. ఇది పనిచేస్తుంది మరియు ఇది చాలా బాగా పనిచేస్తుంది.
ఉత్తమ సలహా
మైఖేల్: "ఉత్తమ సలహా"కి తిరిగి రావడం, మీరు మీ క్లయింట్‌లకు పదే పదే చెప్పేది ఏదైనా ఉందా? 80/20 గురించి ఒక ఆలోచన ఉంది మరియు కొన్ని సలహాలు చాలా తరచుగా పునరావృతమవుతాయి.
టిమ్: వాల్ట్జింగ్ విత్ బేర్స్ లాంటి పుస్తకం రాస్తే చరిత్ర గమనం మారిపోతుందని, మనుషులు ఆగిపోతారని ఒకప్పుడు అనుకున్నాను కానీ.. చూడండి, కంపెనీలు తమతో అన్నీ బాగానే ఉన్నాయని చాలాసార్లు నటిస్తుంటాయి. ఏదైనా చెడు జరిగిన వెంటనే, అది వారికి షాక్ మరియు ఆశ్చర్యం. “చూడండి, మేము సిస్టమ్‌ను పరీక్షించాము మరియు ఇది ఏ సిస్టమ్ పరీక్షలలో ఉత్తీర్ణత సాధించలేదు మరియు ఇది మరో మూడు నెలల షెడ్యూల్ చేయని పని, ఇది ఎలా జరుగుతుంది? ఎవరికి తెలుసు? ఏమి తప్పు కావచ్చు? తీవ్రంగా, మీరు దీన్ని నమ్ముతారా?
ప్రస్తుత పరిస్థితుల గురించి మీరు ఎక్కువ కోపం తెచ్చుకోవద్దని నేను వివరించడానికి ప్రయత్నిస్తున్నాను. మనం దాని గురించి మాట్లాడాలి, నిజంగా ఏమి తప్పు జరిగిందో అర్థం చేసుకోవాలి మరియు భవిష్యత్తులో అలాంటివి జరగకుండా ఎలా నిరోధించాలి. సమస్య కనిపిస్తే, దాన్ని ఎలా పోరాడాలి, దాన్ని ఎలా నిలుపుతాం?
నాకు, ఇదంతా భయానకంగా కనిపిస్తుంది. ప్రజలు సంక్లిష్టమైన, వేధించే సమస్యలతో వ్యవహరిస్తారు మరియు వారు తమ వేళ్లను దాటి, ఉత్తమమైన వాటి కోసం ఆశిస్తే, “ఉత్తమమైనది” వాస్తవానికి జరుగుతుందని నటిస్తూనే ఉంటారు. లేదు, అది ఆ విధంగా పని చేయదు.
రిస్క్ మేనేజ్‌మెంట్ ప్రాక్టీస్ చేయండి!
మైఖేల్: మీ అభిప్రాయం ప్రకారం, ఎన్ని సంస్థలు రిస్క్ మేనేజ్‌మెంట్‌లో నిమగ్నమై ఉన్నాయి?
టిమ్: నాకు కోపం తెప్పించేది ఏమిటంటే, ప్రజలు నష్టాలను వ్రాసి, ఫలిత జాబితాను చూసి పనికి వెళ్లండి. వాస్తవానికి, వారికి ప్రమాదాలను గుర్తించడం రిస్క్ మేనేజ్‌మెంట్. కానీ నాకు ఇది అడగడానికి కారణం అనిపిస్తుంది: సరే, జాబితా ఉంది, మీరు ఖచ్చితంగా ఏమి మారుస్తారు? ఈ ప్రమాదాలను పరిగణనలోకి తీసుకుని మీరు మీ ప్రామాణిక చర్యల క్రమాన్ని మార్చాలి. పనిలో చాలా కష్టమైన భాగం ఉంటే, మీరు దాన్ని పరిష్కరించాలి, ఆపై మాత్రమే సరళమైనదానికి వెళ్లండి. మొదటి స్ప్రింట్లలో, సంక్లిష్ట సమస్యలను పరిష్కరించడం ప్రారంభించండి. ఇది ఇప్పటికే రిస్క్ మేనేజ్‌మెంట్ లాగా కనిపిస్తోంది. కానీ సాధారణంగా వ్యక్తులు ప్రమాదాల జాబితాను కంపైల్ చేసిన తర్వాత వారు ఏమి మార్చారో చెప్పలేరు.
మైఖేల్: ఇంకా, వీటిలో ఎన్ని కంపెనీలు రిస్క్ మేనేజ్‌మెంట్‌లో ఉన్నాయి, ఐదు శాతం?
టిమ్: దురదృష్టవశాత్తూ, నేను దీన్ని చెప్పడం ద్వేషిస్తున్నాను, కానీ ఇది చాలా ముఖ్యమైన భాగం. కానీ ఐదు కంటే ఎక్కువ, ఎందుకంటే నిజంగా పెద్ద ప్రాజెక్టులు ఉన్నాయి మరియు వారు కనీసం ఏదైనా చేయకపోతే అవి ఉనికిలో ఉండవు. కనీసం 25% అయినా నేను చాలా ఆశ్చర్యపోతాను అని చెప్పండి. చిన్న ప్రాజెక్టులు సాధారణంగా ఇటువంటి ప్రశ్నలకు ఈ విధంగా సమాధానం ఇస్తాయి: సమస్య మమ్మల్ని ప్రభావితం చేస్తే, మేము దానిని పరిష్కరిస్తాము. అప్పుడు వారు విజయవంతంగా తమను తాము ఇబ్బందుల్లోకి నెట్టారు మరియు సమస్య నిర్వహణ మరియు సంక్షోభ నిర్వహణలో పాల్గొంటారు. మీరు సమస్యను పరిష్కరించడానికి ప్రయత్నించినప్పుడు మరియు సమస్య పరిష్కారం కానప్పుడు, సంక్షోభ నిర్వహణకు స్వాగతం.
అవును, నేను తరచుగా వింటుంటాను, "సమస్యలు వచ్చినప్పుడు మేము వాటిని పరిష్కరిస్తాము." ఖచ్చితంగా మేము చేస్తాము? మనం నిజంగా నిర్ణయిస్తామా?
ఒలేగ్: మీరు దీన్ని అమాయకంగా చేయవచ్చు మరియు ప్రాజెక్ట్ చార్టర్‌లో ముఖ్యమైన మార్పులను వ్రాయవచ్చు మరియు మార్పులేనివి విచ్ఛిన్నమైతే, ప్రాజెక్ట్ను పునఃప్రారంభించండి. ఇది చాలా పింబుకీగా మారుతుంది.
మైఖేల్: అవును, ప్రమాదాలు ప్రేరేపించబడినప్పుడు, ప్రాజెక్ట్ కేవలం పునర్నిర్వచించబడింది. బాగుంది, బింగో, సమస్య పరిష్కరించబడింది, ఇక చింతించకండి!
టిమ్: రీసెట్ బటన్‌ను నొక్కుదాం! లేదు, అది ఆ విధంగా పని చేయదు.
DevOops 2019లో ముఖ్య గమనిక
మైఖేల్: మేము ఈ ఇంటర్వ్యూ యొక్క చివరి ప్రశ్నకు వచ్చాము. మీరు కీనోట్‌తో తదుపరి DevOopsకి వస్తున్నారు, మీరు ఏమి చెప్పబోతున్నారనే దానిపై గోప్యత యొక్క తెరను ఎత్తగలరా?
టిమ్: ప్రస్తుతం, వారిలో ఆరుగురు వర్క్ కల్చర్, సంస్థల చెప్పని నిబంధనల గురించి పుస్తకం రాస్తున్నారు. సంస్థ యొక్క ప్రధాన విలువల ద్వారా సంస్కృతి నిర్ణయించబడుతుంది. సాధారణంగా ప్రజలు దీనిని గమనించరు, కానీ చాలా సంవత్సరాలుగా కన్సల్టింగ్‌లో పనిచేసినందున, మేము దానిని గమనించడం అలవాటు చేసుకున్నాము. మీరు కంపెనీలోకి ప్రవేశిస్తారు మరియు కొన్ని నిమిషాల్లో మీరు ఏమి జరుగుతుందో అనుభూతి చెందుతారు. మేము దీనిని "రుచి" అని పిలుస్తాము. కొన్నిసార్లు ఈ సువాసన నిజంగా బాగుంది, మరియు కొన్నిసార్లు ఇది, అయ్యో. వివిధ సంస్థలకు విషయాలు చాలా భిన్నంగా ఉంటాయి.
మైఖేల్: నేను కూడా చాలా సంవత్సరాలుగా కన్సల్టింగ్‌లో పని చేస్తున్నాను మరియు మీరు ఏమి మాట్లాడుతున్నారో బాగా అర్థం చేసుకున్నాను.
టిమ్: అసలైన, కీనోట్ వద్ద మాట్లాడటానికి విలువైన విషయాలలో ఒకటి, ప్రతిదీ కంపెనీచే నిర్ణయించబడదు. మీరు మరియు మీ బృందం, ఒక సంఘంగా, మీ స్వంత బృంద సంస్కృతిని కలిగి ఉంటారు. ఇది మొత్తం కంపెనీ కావచ్చు లేదా ప్రత్యేక విభాగం కావచ్చు, ప్రత్యేక బృందం కావచ్చు. కానీ మీరు చెప్పే ముందు, మేము నమ్మేది ఇక్కడ ఉంది, ఇక్కడ ముఖ్యమైనది ఏమిటంటే... నిర్దిష్ట చర్యల వెనుక ఉన్న విలువలు మరియు నమ్మకాలను అర్థం చేసుకునే ముందు మీరు సంస్కృతిని మార్చలేరు. ప్రవర్తనను గమనించడం సులభం, కానీ నమ్మకాల కోసం శోధించడం కష్టం. విషయాలు మరింత క్లిష్టంగా ఎలా మారుతున్నాయో చెప్పడానికి DevOps ఒక గొప్ప ఉదాహరణ. పరస్పర చర్యలు మరింత క్లిష్టంగా మారుతున్నాయి, అవి శుభ్రంగా లేదా స్పష్టంగా మారడం లేదు, కాబట్టి మీరు ఏమి విశ్వసిస్తున్నారో మరియు మీ చుట్టూ ఉన్న ప్రతి ఒక్కరూ దేని గురించి మౌనంగా ఉన్నారో మీరు ఆలోచించాలి.
మీరు శీఘ్ర ఫలితాలను సాధించాలనుకుంటే, మీ కోసం ఇక్కడ ఒక మంచి అంశం ఉంది: “నాకు తెలియదు” అని ఎవరూ చెప్పని కంపెనీలను మీరు చూశారా? అతను ఏదో తెలియదని అంగీకరించే వరకు మీరు ఒక వ్యక్తిని అక్షరాలా హింసించే ప్రదేశాలు ఉన్నాయి. ప్రతి ఒక్కరికి ప్రతిదీ తెలుసు, ప్రతి ఒక్కరూ అద్భుతమైన పాండిత్యం. మీరు ఏ వ్యక్తిని సంప్రదించినా, అతను తక్షణమే ప్రశ్నకు సమాధానం ఇవ్వాలి. "నాకు తెలియదు" అని చెప్పడానికి బదులుగా. హుర్రే, వారు కొంత మంది పాండిత్యులను నియమించుకున్నారు! మరియు కొన్ని సంస్కృతులలో సాధారణంగా "నాకు తెలియదు" అని చెప్పడం చాలా ప్రమాదకరం; ఇది బలహీనతకు చిహ్నంగా భావించవచ్చు. దీనికి విరుద్ధంగా, ప్రతి ఒక్కరూ "నాకు తెలియదు" అని చెప్పగలిగే సంస్థలు కూడా ఉన్నాయి. అక్కడ ఇది పూర్తిగా చట్టబద్ధమైనది, మరియు ఎవరైనా ఒక ప్రశ్నకు ప్రతిస్పందనగా చెత్తగా చెప్పడం ప్రారంభిస్తే, "మీరు ఏమి మాట్లాడుతున్నారో మీకు తెలియదా?" అని సమాధానం ఇవ్వడం పూర్తిగా సాధారణం. మరియు అన్నింటినీ జోక్‌గా మార్చండి.
ఆదర్శవంతంగా, మీరు నిరంతరం సంతోషంగా ఉండగలిగే ఉద్యోగాన్ని కలిగి ఉండాలనుకుంటున్నారు. ఇది సులభం కాదు, ప్రతి రోజు ఎండ మరియు ఆహ్లాదకరంగా ఉండదు, కొన్నిసార్లు మీరు కష్టపడి పనిచేయాలి, కానీ మీరు స్టాక్ తీసుకోవడం ప్రారంభించినప్పుడు, అది మారుతుంది: వావ్, ఇది నిజంగా అద్భుతమైన ప్రదేశం, నేను ఇక్కడ పని చేయడం చాలా బాగుంది, మానసికంగా మరియు మేధోపరంగా. మరియు మీరు కన్సల్టెంట్‌గా వెళ్లే కంపెనీలు ఉన్నాయి మరియు మీరు మూడు నెలలు నిలబడలేరని మరియు భయంతో పారిపోతారని తక్షణమే తెలుసుకుంటారు. నేను నివేదికలో మాట్లాడాలనుకుంటున్నది ఇదే.
టిమ్ లిస్టర్ కీనోట్‌తో వస్తాడు సెయింట్ పీటర్స్‌బర్గ్‌లో అక్టోబర్ 2019-29, 30లో జరిగే DevOops 2019 సమావేశానికి. మీరు టిక్కెట్లు కొనుగోలు చేయవచ్చు . మేము DevOopsలో మీ కోసం ఎదురు చూస్తున్నాము!
మూలం: www.habr.com