அனைத்து கட்டுரைகளுக்கும் திரும்பு
கலாச்சாரம்

People Strategy என்பது ஒரு HR Document இல்ல. அது ஒரு Business Model.

பெரும்பாலான 'people strategies' உண்மையில் strategies இல்ல — அவை strategy costume போட்டுக்கிட்ட activity calendars. ஒரு people strategy-ஐ business bet-ல இருந்து பின்னோக்கி கட்டற step-by-step model, எந்த business-critical system-ஐயும் கட்டற மாதிரி: bet-ஐ name பண்ணுங்க, உண்மையா win பண்ற 2-3 capabilities-ஐ pick பண்ணுங்க, build-buy-borrow-or-bot-ஐ decide பண்ணுங்க, அப்புறம் annual survey மாதிரி இல்லாம ஒரு product மாதிரி அதை instrument பண்ணுங்க.

Heba Tannerah10 நிமிட வாசிப்பு
பகிர்
People Strategy என்பது ஒரு HR Document இல்ல. அது ஒரு Business Model.

பெரும்பாலான "people strategies" உண்மையில் strategies இல்ல. அவை strategy costume போட்டுக்கிட்ட activity calendars — hiring plans இருக்கற ஒரு slide, ஒரு engagement survey cadence, ஒரு learning catalog, ஒரு values poster, எல்லாத்தையும் ஒண்ணா staple பண்ணி வருஷத்துக்கு ஒரு தடவை board-க்கு present பண்றது.

அது ஒரு strategy இல்ல. ஒரு strategy-ன்னா அது எப்படி நீங்க win பண்ணுவீங்க, அதை win பண்றதுக்கு வேணும்னே எதை செய்ய மாட்டீங்க, அதைப் பத்தி எடுக்கற choices-ஓட set. அந்த definition படி, பெரும்பாலான companies-கிட்ட people strategy இல்ல. அவங்ககிட்ட ஒரு HR plan இருக்கு.

இது கேட்கற அளவைவிட அதிக முக்கியம். LSA Global-ஓட organizational alignment research கண்டுபிடிச்சது: people எவ்வளவு நல்லா strategy-க்கு align ஆயிருக்காங்கன்னு, high- மற்றும் low-performing companies இடையேயான performance gap-ல 60%-க்கு காரணமாகுது — ஆனா LSA-ஓட culture-assessment data காட்டுது, கிட்டத்தட்ட 70% employees தங்க company-ஓட strategy-யே unclear-ஆ அல்லது unknown-ஆ இருக்குன்னு சொல்றாங்க. அந்த gap ஒரு HR problem இல்ல. அது HR function-ல வாழ நேர்ந்த ஒரு business problem.

இந்த article, எந்த business-critical system-ஐயும் நாம கட்டற மாதிரி ஒரு people strategy-ஐ கட்டற step-by-step model: business problem-ல இருந்து ஆரம்பிக்கறது, HR org chart-ல இருந்து இல்ல.

The Tell: People Strategy-யே Business Strategy-ஆ இருக்கும்போது

Microsoft, internally நெடுங்காலமா stack ranking-க்காக அறியப்பட்டிருந்தது — managers-ஐ ஒவ்வொரு cycle-லயும் தங்க team-ல ஒரு fixed share-ஐ underperformers-ன்னு label பண்ண கட்டாயப்படுத்தற ஒரு system, team உண்மையா எப்படி செஞ்சதுன்னு பாக்காம. அதோட result, ஆளுங்க தங்க பக்கத்துல இருக்கறவருக்கு உதவறதுக்கு பதிலா தங்களோட own scores-ஐ protect பண்ற ஒரு culture — அடுத்த bet — scale-ல cloud — இதோட எதிர் நிலையை சார்ந்திருந்த ஒரு company-ல.

அந்த curve நவம்பர் 2013-ல scrap பண்ணப்பட்டது, அப்போதைய CEO Steve Ballmer கீழ் — Satya Nadella பிப்ரவரி 2014-ல பொறுப்பேற்கறதுக்கு சில மாசங்கள் முன்னாடி. ஆனா stack ranking-ஐ முடிக்கறது தான் easy part; அதை strategy-ஆ ஆக்கினது, அதோட மேல Nadella எதை கட்டினாரோ அது. அவர் ஒரு engagement survey-யோட அல்லது ஒரு values refresh-ஓட திறக்கல. அவர் business bet-ல இருந்து ஆரம்பிச்சார்: Microsoft ஒரு mobile-first, cloud-first world-க்கு நகர்ந்துட்டிருந்தது, அதுன்னா work அதிகமா cross-team, fast-moving, மற்றும் தேவையால collaborative-ஆ ஆகும். அதனால people system, அதற்கு match ஆக மாறணும். Performance conversations, relative ranking-க்கு பதிலா impact, potential, மற்றும் mobility-க்கு shift ஆயிட்டது. Org, product-line silos-ல இருந்து shared capabilities-ஐ சுத்தி கட்டப்பட்ட teams-க்கு நகர்ந்தது. அதில எதுவும் business strategy-ஓட மேல bolt பண்ணப்பட்ட ஒரு culture initiative இல்ல — அது தான் business strategy, people எப்படி hire, rank, மற்றும் reward பண்ணப்பட்டாங்க-ல வெளிப்படுத்தப்பட்டது.

அதோட result, ஒரு decade-க்கு அப்புறம்: Microsoft-ஓட market value, 2014 ஆரம்பத்துல சுமார் $300 billion-ல இருந்து கிட்டத்தட்ட $3 trillion-க்கு வளர்ந்தது, Azure, cloud-ல AWS-க்கு ஒரு genuine challenger-ஆ ஆகி — பழைய ranking system அமைதியா punish பண்ணிட்டிருந்த அந்த collaborative behavior-ஐயே exactly தேவைப்படுத்தின ஒரு bet. அது தான் கவனிக்கத்தக்க pattern: company culture-ஐ fix பண்ணிட்டு அப்புறம் strategy-ஐ சரியா எடுக்கல. People changes தான் strategy எப்படி execute ஆச்சு.

இது தான் ஒவ்வொரு people strategy-ஐயும் hold பண்ண வேண்டிய standard: "இப்படி தான் நாம hire, rank, மற்றும் promote பண்றோம்"-ல இருந்து "இது தான் நாம win பண்ண முயற்சிக்கற specific business bet"-க்கு ஒரு நேர்கோடு trace பண்ண முடியுமா? பெரும்பாலான companies-க்கு முடியாது. அந்த gap-ஐ close பண்றதுக்கு தான் இந்த article-ஓட மீதி கட்டப்பட்டிருக்கு.

Usual Approach ஏன் Break ஆகுது

People strategy கட்டப்படற conventional way இப்படி இருக்கு: HR தன்னோட own functions-ஐ பாக்குது — recruiting, L&D, comp, engagement, culture — அப்புறம் "இந்த வருஷம் நாம எதை improve பண்ணணும்?"-னு கேக்குது. அப்புறம் function by function ஒரு plan கட்டி, அந்த plans-ஓட sum-ஐ ஒரு "strategy"-ன்னு சொல்லுது. நாம எல்லாரும் அந்த deck-ல உட்கார்ந்திருக்கோம். அது competent-ஆ இருக்கு. அது ஒரு strategy-உம் இல்ல.

Problem என்னன்னா, இந்த process, ஒண்ணை ஒரு to-do list-க்கு பதிலா strategy-ஆ ஆக்கற அந்த ஒரே ஒரு question-ஐ ஒருபோதும் கேக்கறதில்ல: business-க்கு தன்னோட people-கிட்ட இருந்து உண்மையா என்ன தேவை, அது இன்னிக்கு அதுக்கு இல்லாதது?

HR functions-ல இருந்து bottom-up கட்டப்பட்ட ஒரு people strategy எப்பவும் அதே generic answers-க்கு தான் converge ஆகும் — better engagement, better retention, better leadership development, better DEI metrics — business உண்மையா என்ன பண்ணுதுன்னு பொருட்படுத்தாம. ஒரு fintech startup-க்கும் ஒரு logistics company-க்கும் இடையே "people strategy" deck-ஐ swap பண்ணினா, வித்தியாசத்தை கிட்டத்தட்ட கவனிக்க மாட்டீங்க. அது தான் the tell. உங்க people strategy ஒரு வேற company-ல same-ஆ தெரிஞ்சா, அது ஒரு strategy இல்ல — அது HR best practices-ஓட ஒரு list.

ஒரு real people strategy, அது உங்க company-க்கு மட்டும் தான் belong பண்ண முடியும் மாதிரி read ஆகும், ஏன்னா அது உங்க competitive bet-ல இருந்து derive ஆனது, ஒரு generic HR playbook-ல இருந்து இல்ல.

The Business-Back Model: Real People Strategy கட்ட 6 Steps

Step 1 — Direction-ஐ Reverse பண்ணுங்க: HR Calendar-ல இருந்து இல்ல, Business Strategy-ல இருந்து ஆரம்பிங்க

ஒரு single people initiative எழுதறதுக்கு முன்னாடி, plain business language-ல ஒரு question-க்கு பதில் சொல்லுங்க: இந்த company எப்படி win பண்ணணும்னு நினைக்குது, அந்த bet pay off ஆகறதுக்கு நம்ம people-ஐ பத்தி என்ன true-ஆ இருக்கணும்?

Company-ஓட bet ஒரு புது category-ல speed-to-market-ஆ இருந்தா, people implication-ன்னா அது ambiguity-க்கு tolerance மற்றும் decision rights கீழே தள்ளப்படறது, மேல இல்ல. Bet, scale-ல operational excellence-ஆ இருந்தா, implication-ன்னா அது standardization, deep bench strength, மற்றும் variance-க்கு low tolerance. இவை எதிர் people strategies-ஐ produce பண்ணுது. Hiring profiles, performance systems, meetings எப்படி run ஆகுது வரைக்கும் — எல்லாமே bet-ஐ பொறுத்து வேறமாதிரி தெரியணும்.

Out-of-the-box move: business strategy decide ஆகற room-ல உட்காருங்க, அது உங்களுக்கு அப்புறம் explain பண்ணப்படற room-ல இல்ல. People & Culture, strategy-ஓட formation-ல present-ஆ இருக்கறதுக்கு பதிலா அதைப் பத்தி brief பண்ணப்பட்டா, நீங்க shape பண்ணாத ஒரு decision-க்கு எப்பவும் support systems கட்டிட்டே இருப்பீங்க — அது தான் people strategy execution-ஆ treat பண்ணப்படுதே தவிர strategy-ஆ இல்லாதது-க்கான structural காரணம்.

Step 2 — உங்க Battles-ஐ Pick பண்ணுங்க: உண்மையா Win பண்ற 3 Capabilities-ஐ Define பண்ணுங்க

பெரும்பாலான people strategies எல்லாத்திலயும் good-ஆ இருக்க முயற்சிக்குது: hiring, retention, engagement, culture, learning, DEI, succession — எல்லாமே "priority"-ன்னு rate பண்ணப்படுது. எல்லாத்தையும் prioritize பண்ற ஒரு strategy எதையும் prioritize பண்ணல.

அதற்கு பதிலா, உங்க specific competitive bet-க்கு உண்மையா load-bearing-ஆ இருக்கற 2-3 organizational capabilities-ஐ identify பண்ணுங்க — அவை weak-ஆ இருந்தா, மீதி எல்லாம் எவ்வளவு good-ஆ இருந்தாலும் strategy fail ஆகும். மீதி எல்லாத்துக்கும் வேணும்னே ஒரு "good enough" standard கிடைக்குது. இது product strategy-ஓட அதே logic தான்: ஒவ்வொரு feature-ஐயும் best-in-class-ஆ நீங்க build பண்ணறதில்ல; எது differentiate பண்ணுதோ அதை pick பண்ணி, அதை ruthlessly நல்லா build பண்றீங்க.

Out-of-the-box move: நீங்க எதில் mediocre-ஆ இருக்க தேர்ந்தெடுக்கறீங்கன்னு explicit-ஆ name பண்ணுங்க. "நாம வேணும்னே X-க்கு optimize பண்ணல"-ன்னு சொல்லாத ஒரு people strategy real trade-offs பண்ணல — trade-offs இல்லாத ஒரு document ஒரு strategy இல்ல.

Step 3 — Build, Buy, Borrow, அல்லது Bot Decision-ஐ Explicit-ஆ ஆக்குங்க

Step 2-ல identify பண்ணப்பட்ட ஒவ்வொரு capability-க்கும் வேணும்னே decide பண்ணுங்க: அதை development மூலமா internally build பண்றீங்களா, hiring மூலமா buy பண்றீங்களா, contractors/partners மூலமா borrow பண்றீங்களா, அல்லது — அதிகமா relevant-ஆ ஆகிட்டிருக்கற — AI மற்றும் tooling மூலமா automate பண்றீங்களா. பெரும்பாலான companies, மற்ற மூணு options-ஐ ஒருபோதும் test பண்ணாம "அதுக்கு hire பண்ணு"-ன்னு default ஆகிடுறாங்க, அது அமைதியா time-to-hire மற்றும் headcount budget-ஐ strategy execution-ஓட real constraint-ஆ ஆக்குது, யாரும் அதை வேணும்னே decide பண்ணாம இருந்தாலும்.

இங்க தான் AI-powered talent platforms (skills-intelligence மற்றும் internal-mobility tools, உதாரணமா) calculus-ஐ மாத்த ஆரம்பிக்குது — நீங்க reflex-ஆ external-ஆ போறதுக்கு முன்னாடி, company உள்ளயே ஏற்கனவே இருக்கற capability-ஐ surface பண்ணி. இந்த decision-ஓட பகுதியா ஒரு deliberate look வைக்கறது worth, அப்புறம் bolt பண்ணப்படற ஒரு side project இல்ல.

Out-of-the-box move: இந்த decision-ஐ capability-by-capability run பண்ணுங்க, ஒரு single company-wide hiring philosophy-ஆ இல்ல. உங்க core differentiating capability-க்கான right answer ("build") அடிக்கடி, ஒரு supporting capability-க்கு wrong answer-ஆ இருக்கும் ("borrow" அல்லது "bot").

Step 4 — Org Chart மட்டும் இல்ல, Operating System-ஐ Design பண்ணுங்க

ஒரு org chart யார் யாருக்கு report பண்றாங்கன்னு காட்டுது. Decisions உண்மையா எப்படி எடுக்கப்படுது, information எவ்வளவு வேகமா நகருது, அல்லது no சொல்ல யாருக்கு authority இருக்கு-ன்னு அது ஒண்ணுமே சொல்லல. பெரும்பாலான "people strategies" structure-ல நின்னுருது, operating mechanics-க்கு ஒருபோதும் போகல — அது தான் exactly, அழகா design பண்ணப்பட்ட ஒரு org chart இன்னும் ஒரு slow, political, frustrating company-ஐ produce பண்ண முடியறதுக்கான காரணம்.

Explicit-ஆ define பண்ணுங்க: decisions எங்க எடுக்கப்படுது (எந்த level-ல)? Strategy-ஐ alive-ஆ வைக்கற rhythm-ஓட cadence என்ன — weekly, monthly, quarterly — யார் room-ல இருக்காங்க? என்ன automatically escalate ஆகுது, என்ன locally resolve ஆகுது? இது தான், மீதி strategy உண்மையா move பண்ண முடியுமா-ன்னு determine பண்ற அந்த unglamorous infrastructure layer.

Out-of-the-box move: decision rights-ஐ people strategy-ஓட ஒரு deliverable-ஆ treat பண்ணுங்க, ஒரு hiring plan-ஓட அதே rigor-ஓட. பெரும்பாலான companies தங்க headcount plan-ஐ detail-ஆ சொல்ல முடியும், ஆனா ஒரு $50K decision-ஐ approve பண்ண யாருக்கு authority இருக்குன்னு ஒரே sentence-ல சொல்ல முடியாது. அந்த ambiguity ஒரு people strategy failure, ஒரு operations footnote இல்ல.

Step 5 — Culture-ஐ ஒரு Poster-ஆ இல்லாம ஒரு Operating Mechanism-ஆ Engineer பண்ணுங்க

Culture, வழக்கமா aspirational words-ஓட ஒரு list-ஆ எழுதப்படுது — "innovative," "collaborative," "customer-obsessed" — ஒரு wall-ல print பண்ணப்பட்டு, எதனாலயும் reinforce பண்ணப்படாம. People எப்படி hire, promote, pay, மற்றும் let go ஆகுறாங்க-ல embed ஆகாத culture வெறும் branding தான்.

Fix mechanical: உங்க 3-5 actual stated values-ஐ எடுத்து ஒவ்வொண்ணையும் மூணு filters மூலமா run பண்ணுங்க — அது ஒரு hiring filter-ஆ (அதுக்கு நாம screen பண்றோமா)? அது ஒரு promotion filter-ஆ (inconvenient-ஆ இருந்தாலும் அதை reward பண்றோமா)? அது ஒரு exit filter-ஆ (performance பொருட்படுத்தாம, யாராவது அதை violate பண்ணா நாம act பண்றோமா)? மூணு filters-ஐயும் survive பண்ணாத ஒரு value ஒரு real value இல்ல — அது ஒரு poster.

Quantum Workplace-ஓட 2025 Workplace Trends research இதை நேரடியா backup பண்ணுது: business உண்மையா எப்படி operate பண்ணுதோ அதில இருந்து disconnect ஆன culture, pressure கீழ் erode ஆகுது — scaling, leadership turnover, shifting priorities — அது ஒரு காலத்துல எவ்வளவு strong-ஆ இருந்தாலும். Culture-ன்னா அது எழுதப்பட்டது இல்ல. அது reward பண்ணப்படுது எதுவோ அது.

Out-of-the-box move: உங்க கடைசி 10 promotions மற்றும் கடைசி 5 involuntary exits-ஐ உங்க stated values-க்கு எதிரா audit பண்ணுங்க. Pattern, poster-க்கு match ஆகலேன்னா, உங்களுக்கு ஒரு culture problem இல்ல — உங்களுக்கு ஒரு people strategy problem இருக்கு, ஏன்னா culture, system உண்மையா எதை incentivize பண்ணுதோ அதோட downstream.

Step 6 — Year-க்கு-Once Survey இல்ல, ஒரு Product மாதிரி அதை Instrument பண்ணுங்க

பெரும்பாலான people strategies வருஷத்துக்கு ஒரு தடவை ஒரு engagement survey மற்றும் ஒரு turnover number மூலமா measure ஆகுது — ஏதோ ஏற்கனவே தப்பா போயிடுச்சுன்னு சொல்லற இரண்டு lagging indicators, நீங்க act பண்ணியிருக்க முடிஞ்ச நேரத்துக்கு ரொம்ப அப்புறம்.

People strategy-ஐ, ஒரு product team ஒரு roadmap-ஐ treat பண்ற மாதிரி treat பண்ணுங்க: lagging metrics confirm பண்றதுக்கு முன்னாடியே strategy work ஆகுதா-ன்னு predict பண்ற 3-5 leading indicators-ஐ define பண்ணுங்க (உதாரணமா, நீங்க உண்மையா matter பண்ணும்னு சொன்ன capabilities-க்கான internal mobility rate, manager-to-direct-report ratio drift, open requisition-ல இருந்து capability deployed வரைக்கும் time — வெறும் time to fill இல்ல). அவற்றை ஒரு cadence-ல review பண்ணுங்க, annually இல்ல. Work ஆகாததை, பழக்கத்தால அடுத்த வருஷம் திரும்ப run பண்றதுக்கு பதிலா, kill பண்ணுங்க.

Out-of-the-box move: people strategy-க்கு ஒரு quarterly business review கொடுங்க, revenue அல்லது product ஒண்ணு கிடைக்கற அதே மாதிரி — அதே scrutiny-ஓட, அதே "என்ன மாறிச்சு, ஏன்"-ஓட, மற்றும் work ஆகாததை cut பண்ற அதே authority-ஓட.

The Checklist: இது ஒரு People Strategy-ஆ இல்ல ஒரு HR Plan-ஆ?

இது board-க்கு போறதுக்கு முன்னாடி, document-ஐ இந்த ஆறு lines-க்கு எதிரா run பண்ணுங்க. ஒவ்வொண்ணும் ஒரு sentence-ல answer பண்ண முடியணும் — அதுக்கு ஒரு paragraph ஆனா, அது இன்னும் decide ஆகல.

  • Business bet name பண்ணப்பட்டிருக்கு. "growth" இல்ல — specific bet (புது category, operational scale, premium positioning) மற்றும் அது people-கிட்ட இருந்து என்ன require பண்ணுது.
  • 2-3 capabilities name பண்ணப்பட்டிருக்கு, நாம வேணும்னே எதை prioritize பண்ணல-ன்னதும்.
  • ஒவ்வொரு capability-க்கும் ஒரு build, buy, borrow, அல்லது bot decision attach ஆயிருக்கு — "அதுக்கு hire பண்ணு"-ன்னு ஒரு default இல்ல.
  • Decision rights எழுதப்பட்டிருக்கு, யார் என்ன approve பண்ண முடியும், எந்த dollar அல்லது risk threshold-ல, உட்பட.
  • ஒவ்வொரு stated value-உம் hiring, promotion, மற்றும் exit test-ஐ survive பண்ணிருக்கு — வெறும் onboarding deck இல்ல.
  • ஒரு cadence-ல review பண்ணப்படற 3-5 leading indicators இருக்கு, வெறும் ஒரு annual engagement score மற்றும் ஒரு turnover number இல்ல.

இரண்டுக்கு மேல boxes uncheck-ஆ இருந்தா, present பண்ணப்படுவது ஒரு strategy cover page-ஓட ஒரு HR plan.

Retire பண்ண தகுந்த மூணு Clichés

"Engagement scores தான் எங்க people strategy." ஒரு engagement score ஒரு symptom report, ஒரு strategy இல்ல. உங்களுக்கு high engagement இருக்கலாம், அப்புறமும் business-க்கு அடுத்து என்ன வேணுமோ அதுக்கு wrong capabilities-ஐ build பண்ணிட்டிருக்கலாம். அதை measure பண்ணுங்க — அதை plan-ன்னு தப்பா நினைக்காதீங்க.

"Culture-ன்னா அது perks மற்றும் events." Perks visible-ஆ இருக்கு, copy பண்ண cheap-ஆ இருக்கு, அது தான் exactly அவை ஒரு differentiator இல்லாதது. Durable cultures இருக்கற companies அதை decision-making systems-ல கட்டினாங்க, office snack selection-ல இல்ல.

"More headcount-ன்னா நாம strategy-ஐ execute பண்றோம்." ஒரு corresponding capability story இல்லாத headcount growth வெறும் cost growth தான். Question "நாம hire பண்றோமா" இல்ல, அது "நாம உண்மையா matter பண்ணும்னு சொன்ன 2-3 capabilities-ஐ build பண்றோமா."

இதை ஒரு Strategy-ன்னு சொல்றதுக்கு முன்னாடி ஒவ்வொரு Leader-உம் கேக்க வேண்டிய Questions

  • இந்த document-ஐ ஒரு competitor-கிட்ட கொடுத்தா, அது உண்மையா அவங்களுக்கு உதவுமா — அல்லது அது matter ஆகாத அளவுக்கு generic-ஆ இருக்கா?
  • நாம வேணும்னே எதில் mediocre-ஆ இருக்க தேர்ந்தெடுக்கறோம், அதை நாம வெளிப்படையா சொல்லியிருக்கோமா?
  • இந்த company-ல யார், deck-ஐ பாக்காம நம்ம 2-3 priority capabilities-ஐ name பண்ண முடியும்?
  • இங்க எழுதப்பட்டிருக்கறதால, நாம கடைசியா ஒரு hiring, promotion, அல்லது exit decision-ஐ எப்போ மாத்தினோம் — வெறும் fact-க்கு அப்புறம் அதை reference பண்ணி இல்ல?
  • நம்ம top three competitors நம்ம people strategy-ஐ பாத்தா, அதை ஒரு threat-ஆ recognize பண்ணுவாங்களா இல்ல shrug பண்ணுவாங்களா?

The Real Test

உங்ககிட்ட இருக்கறது ஒரு people strategy-ஆ இல்ல ஒரு HR plan-ஆ-ன்னதுக்கு ஒரு fast diagnostic: அதை HR-க்கு வெளியே ஒருத்தர்கிட்ட கொடுங்க — ஒரு product lead, ஒரு finance lead — company name அதில இல்லாம. Document-ல இருந்து மட்டும், உங்க company உண்மையா எதை win பண்ண bet பண்ணுதுன்னு அவங்களால சொல்ல முடியுமா? Answer no-ன்னா, நீங்க ஒரு HR plan எழுதிட்டீங்க. Answer yes-ன்னா, நீங்க ஒரு people strategy எழுதிட்டீங்க.

People strategy-ன்னா அது HR-க்கான HR-ஓட plan இல்ல. அது business தன்னோட people மூலமா எப்படி win பண்ணுது-ன்னதுக்கான business-ஓட plan. Bet-ல இருந்து பின்னோக்கி கட்டுங்க, org chart-ல இருந்து முன்னோக்கி இல்ல — அப்புறம் document-ல இருக்கற title matter ஆகறது நின்னுருது, ஏன்னா work-ஏ strategy மாதிரி read ஆகும்.

இந்தக் கட்டுரை பயனுள்ளதாக இருந்ததா?
Green Apple ஐ உருவாக்கும் குழுவிடமிருந்து மேலும்LinkedIn இல் பின்தொடரவும்