ആസനയിലെ വികസനവും ഉൽപ്പാദനവും കൈകാര്യം ചെയ്യുന്നു

എല്ലാവർക്കും ഹലോ, എന്റെ പേര് കോൺസ്റ്റാന്റിൻ കുസ്നെറ്റ്സോവ്, ഞാൻ റോക്കറ്റ്സെയിൽസിന്റെ സിഇഒയും സ്ഥാപകനുമാണ്. ഐടി മേഖലയിൽ, വികസന വകുപ്പ് സ്വന്തം പ്രപഞ്ചത്തിൽ ജീവിക്കുമ്പോൾ തികച്ചും സാധാരണമായ ഒരു കഥയുണ്ട്. ഈ പ്രപഞ്ചത്തിൽ, എല്ലാ ഡെസ്‌ക്‌ടോപ്പിലും എയർ ഹ്യുമിഡിഫയറുകൾ ഉണ്ട്, മോണിറ്ററുകൾക്കും കീബോർഡുകൾക്കുമായി ഒരു കൂട്ടം ഗാഡ്‌ജെറ്റുകളും ക്ലീനറുകളും, കൂടാതെ, മിക്കവാറും, അതിന്റേതായ ചുമതലയും പ്രോജക്റ്റ് മാനേജുമെന്റ് സിസ്റ്റവും ഉണ്ട്.

എന്താണ് വലിയ കാര്യം?

ഒരുപക്ഷേ ചിലർക്ക് അത് ഒന്നുമല്ല. എന്നാൽ ഞങ്ങൾ ഒരു പ്രശ്നത്തിൽ അകപ്പെട്ടു. ഞങ്ങൾ വിൽപ്പന സംവിധാനങ്ങൾ നിർമ്മിക്കുകയും ഓട്ടോമേറ്റ് ചെയ്യുകയും CRM നടപ്പിലാക്കുകയും ബിസിനസ്സിനായി ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ സൃഷ്ടിക്കുകയും ചെയ്യുന്നു. വികസന, ഉൽപ്പാദന വകുപ്പുകൾക്ക് പുറമേ, ക്ലയന്റ് പ്രോജക്ടുകളിൽ പലപ്പോഴും വിപണനക്കാർ, വിൽപ്പനക്കാർ, അക്കൗണ്ടന്റുമാർ, മറ്റ് ജീവനക്കാർ എന്നിവ ഉൾപ്പെടുന്നു. ഫലപ്രദമായ ഒരു പ്രോജക്റ്റ് മാനേജുമെന്റ് പ്രക്രിയ എങ്ങനെ സംഘടിപ്പിക്കാമെന്ന് ഞങ്ങൾ ചിന്തിക്കാൻ തുടങ്ങി.

ജിറ അല്ലെങ്കിൽ ജിറ്റ്‌ലാബ് പോലുള്ള ഒരു പ്ലാറ്റ്‌ഫോമിലാണ് വികസനവും ഉൽപ്പാദന പ്രക്രിയയും സംഘടിപ്പിക്കുന്നതെങ്കിൽ എന്താണ് എന്താണെന്ന് വികസനമല്ലാതെ മറ്റാർക്കും മനസ്സിലാകുന്നില്ല. ഒരു മൂന്നാം കക്ഷി ജീവനക്കാരനെ ഒരു പ്രോജക്റ്റിൽ ഉൾപ്പെടുത്തുന്നതിന്, നിങ്ങൾ അവനെ കാണുകയും സന്ദർഭം വിശദീകരിക്കുകയും ടാസ്‌ക് എവിടെയെങ്കിലും രേഖപ്പെടുത്തുകയും തുടർന്ന് വർക്ക് ചാറ്റുകളിലെ സന്നദ്ധതയുടെ അളവ് നിരീക്ഷിക്കുകയും ചാറ്റിലൂടെ ഫലം നേടുകയും അത് ജിറയിലേക്ക് നൽകുകയും വേണം. അങ്ങനെ ഓരോ തവണയും.

കമ്പനിയുടെ മറ്റ് വകുപ്പുകളിൽ നിന്ന് വികസനം വിച്ഛേദിക്കപ്പെട്ടിരിക്കുന്നു, ഞങ്ങളെ എങ്ങനെ ഉൾപ്പെടുത്തണമെന്ന് അവർക്ക് അറിയില്ല, അവർക്ക് ഞങ്ങളുടെ പങ്കാളിത്തം ആവശ്യമാണോ എന്ന് ഞങ്ങൾക്ക് അറിയില്ല.

കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് ഞങ്ങൾ ആസന പ്ലാറ്റ്ഫോം കണ്ടെത്തി. ഈ മെറ്റീരിയലിൽ ഞങ്ങൾ എങ്ങനെ വികസനവും ഉൽ‌പാദന മാനേജുമെന്റ് പ്രക്രിയയും സംഘടിപ്പിച്ചുവെന്ന് നിങ്ങളോട് പറയാൻ ആഗ്രഹിക്കുന്നു:

• മുഴുവൻ കമ്പനിയും ഒരേ ആവാസവ്യവസ്ഥയിൽ പ്രവർത്തിച്ചു,
• എല്ലാവർക്കും മതിയായ പ്രവർത്തനക്ഷമത ഉണ്ടായിരുന്നു,
• ഓരോ പദ്ധതിയുടെയും ചെലവ് മണിക്കൂറിലും പണത്തിലും കണക്കാക്കാൻ സാധിച്ചു.
• ക്ലയന്റുകളുമായുള്ള ജോലി ദീർഘകാലമായിരുന്നു: ഒരു ടാസ്ക്കിന്റെ ചട്ടക്കൂടിനുള്ളിലല്ല, മറിച്ച് ആശയങ്ങളുടെ നിരന്തരമായ ബാക്ക്ലോഗ് ഉള്ള ഒരു മുഴുവൻ പ്രോജക്റ്റിന്റെയും ചട്ടക്കൂടിനുള്ളിൽ.

ആസനയെ അറിയുന്നതിനെ കുറിച്ച് കുറച്ച്

പ്രോജക്റ്റ് മാനേജ്മെന്റിന് സൗകര്യപ്രദമായ സോഫ്റ്റ്വെയർ തിരയാൻ ഞാൻ 10 വർഷം ചെലവഴിച്ചു. ട്രെല്ലോ, ജിറ, പ്ലാൻഫിക്സ്, മെഗാപ്ലാൻ, ബിട്രിക്സ് 24 എന്നിവയും ഡസൻ കണക്കിന് മറ്റ് ടാസ്‌ക് ട്രാക്കറുകളും ശക്തി പരിശോധനയിൽ വിജയിച്ചില്ല. അപ്പോൾ ഞാൻ ആസനയെ കണ്ടെത്തി. പിന്നെ എല്ലാം ശരിയാക്കി.

ഞങ്ങളുടെ അഭിപ്രായത്തിൽ, ടാസ്‌ക്കിനും പ്രോജക്റ്റ് മാനേജുമെന്റിനുമുള്ള ഏറ്റവും മികച്ചതും അതിവേഗം വളരുന്നതുമായ പ്ലാറ്റ്‌ഫോമാണിത്. ഇന്ന്, ജനപ്രീതിയിലും ഉപയോക്തൃ സംതൃപ്തിയിലും ലോകനേതാവാണ് ആസന. ജി2 റേറ്റിംഗ് ചാർട്ട് ഇത് തെളിയിക്കുന്നു.

ഞങ്ങൾ ആസനയുടെ ആരാധകരാണ്, ഞങ്ങളുടെ ക്ലയന്റുകൾക്ക് ഇത് നടപ്പിലാക്കാൻ കഴിയുമെന്ന് ഞങ്ങൾ സാക്ഷ്യപ്പെടുത്തിയിട്ടുണ്ട്.

വിൽപ്പന മുതൽ പദ്ധതി നടപ്പാക്കൽ വരെയുള്ള പ്രക്രിയ ഞാൻ ചുരുക്കമായി വിവരിക്കും

ഞങ്ങൾ ഐടി സേവനങ്ങൾ വിൽക്കുന്നതിനാൽ, ഞങ്ങളുടെ ഫണൽ വളരെ ദൈർഘ്യമേറിയതാണ്, അവസാനം, അത് ഉൽപ്പാദനത്തിലേക്കും ചിലപ്പോൾ വികസന വകുപ്പിലേക്കും പ്രവേശിക്കുന്നു.

സെയിൽസ് ഡിപ്പാർട്ട്മെന്റ് സ്റ്റാൻഡേർഡ് കൃത്രിമത്വം നടത്തുന്നു: ഓഡിറ്റ്, സിപിയുടെ അംഗീകാരം, ഒരു കരാറിൽ ഒപ്പിടൽ, ഇടപാട് ഉൽപ്പാദനത്തിലേക്ക് മാറ്റുക. ഉൽപ്പാദനം കരാർ അംഗീകരിച്ചേക്കില്ല: അത് ബജറ്റ്, ഉൽപ്പാദനത്തിലേക്ക് കൈമാറ്റം ചെയ്യുന്ന തീയതി, പദ്ധതി നടപ്പിലാക്കുന്നതിനുള്ള കണക്കാക്കിയ സമയ ഫണ്ട് എന്നിവ സൂചിപ്പിക്കണം.

amoCRM + Asana കോമ്പിനേഷന് നന്ദി, സെയിൽസ് ഡിപ്പാർട്ട്‌മെന്റിൽ നിന്ന് ഒരു ഇടപാട് ഉൽപ്പാദനത്തിലേക്കും തിരിച്ചും മാറ്റുമ്പോൾ, ജോലി എവിടെയും തടസ്സപ്പെടുന്നില്ല. നീല വിൽപ്പന വകുപ്പിന്റെ ഉത്തരവാദിത്ത മേഖലയെ സൂചിപ്പിക്കുന്നു, ഓറഞ്ച് ഉൽപ്പാദന വകുപ്പിനെ സൂചിപ്പിക്കുന്നു, പിങ്ക് വികസന വകുപ്പിനെ സൂചിപ്പിക്കുന്നു.

ഡിസൈൻ ഡിപ്പാർട്ട്‌മെന്റിൽ നിന്ന് വ്യത്യസ്തമായി വികസന വകുപ്പ് എല്ലാ പദ്ധതികളിലും ഉൾപ്പെടുന്നില്ല എന്നത് പ്രധാനമാണ്. ചിലപ്പോൾ ഒരു സിസ്റ്റം സജ്ജീകരിക്കുന്നതിന് ഇഷ്‌ടാനുസൃത പരിഹാരങ്ങൾ ആവശ്യമില്ല.

അതിനാൽ, പ്രൊഡക്ഷനായി മാനേജർ പ്രോജക്റ്റ് സ്വീകരിച്ചപ്പോൾ, സെയിൽസ് മാനേജർ 1 ക്ലിക്കിൽ (സ്ക്രീൻഷോട്ട്) ആസനയിലേക്ക് പോകുന്നു. amoCRM-ൽ നിന്ന്, ആസനയിൽ പ്രോജക്റ്റ് സ്വയമേവ സൃഷ്ടിക്കപ്പെടുന്നു.

ഒരു പ്രോജക്റ്റ് മാപ്പും വാണിജ്യ നിർദ്ദേശങ്ങളും ഉള്ള ഒരു ടാസ്ക് (ടാസ്ക്) സാധാരണ ക്ലയന്റ് പ്രോജക്റ്റ് ബോർഡിൽ സ്വയമേവ സൃഷ്ടിക്കപ്പെടുന്നു. നിലവിൽ ഉൽപ്പാദനത്തിലിരിക്കുന്ന എല്ലാ ക്ലയന്റുകളും ഇവിടെ പ്രദർശിപ്പിക്കും. ഇവിടെ ഉത്തരവാദിത്തമുള്ള ഒരു മാനേജരെ നിയമിക്കുകയും സമയപരിധി നിശ്ചയിക്കുകയും ജോലിയുടെ തരം തിരഞ്ഞെടുക്കുകയും ടാസ്‌ക് സ്റ്റാറ്റസുകൾ മാറ്റുകയും ചെയ്യുന്നു.

മാനേജർക്ക് ടാസ്‌ക്കിൽ ഏതെങ്കിലും നിർദ്ദിഷ്ട ഓട്ടോമാറ്റിക് ബിസിനസ്സ് പ്രോസസ്സുകൾ സമാരംഭിക്കാൻ കഴിയും:

1. ഒരു ക്ലയന്റ് പ്രോജക്റ്റ് കണ്ടെത്തുക/സൃഷ്ടിക്കുക + അവിടെ ഒരു ടാസ്ക് അറ്റാച്ചുചെയ്യുക
2. ഇടപാട് വിവരങ്ങൾ ഉപയോഗിച്ച് ചുമതല പൂരിപ്പിക്കുക
3. നിലവിലെ ടാസ്ക്കിൽ നിന്ന് ഒരു ഡീൽ സൃഷ്ടിക്കുക

amoCRM-ൽ വ്യക്തമാക്കിയിട്ടുള്ള എല്ലാ ഡാറ്റയും കൊണ്ട് പ്രോജക്റ്റ് നിറഞ്ഞിരിക്കുന്നു. സേവനത്തിന്റെ തരം അനുസരിച്ച്, ജോലിയുടെ യഥാർത്ഥ ബ്ലോക്കുകൾ നടപ്പിലാക്കുന്നതിനായി ഒരു കൂട്ടം ഉപടാസ്കുകൾ ഉടനടി സൃഷ്ടിക്കപ്പെടുന്നു. വിശദമായ ജോലികൾ വിഘടിപ്പിക്കാനും ഉത്തരവാദിത്തങ്ങളും സമയപരിധികളും നൽകാനും പ്രോജക്റ്റ് മാനേജർ അവശേഷിക്കുന്നു.

പുതിയ പദ്ധതികൾ ഏറ്റെടുക്കാൻ ഈ ബോർഡ് സഹായിക്കുന്നു. എന്നാൽ നിലവിലെ സ്റ്റാറ്റസുകളും അതിൽ അപകടസാധ്യതയുള്ള പ്രോജക്റ്റുകളുടെ സാന്നിധ്യവും നിരീക്ഷിക്കുന്നത് അസൗകര്യമാണ്.

ക്ലയന്റുകളുടെ ടാസ്‌ക്കുകളും പ്രോജക്‌റ്റുകളും ഞങ്ങൾ എങ്ങനെ ഗ്രൂപ്പ് ചെയ്യുന്നു

എല്ലാ പ്രോജക്റ്റുകളുടെയും ജനറൽ ബോർഡിൽ നിന്ന്, മാനേജർ 3 ബോർഡുകളിലേക്ക് പ്രോജക്റ്റ് ചേർക്കുന്നു:

1. ഉപഭോക്താവിന്റെ വ്യക്തിഗത ബോർഡ്;
2. സജീവ ക്ലയന്റുകളുടെ പോർട്ട്ഫോളിയോ;
3. മാനേജരുടെ പോർട്ട്ഫോളിയോ.

നമുക്ക് ഓരോ എന്റിറ്റികളും ആവശ്യമായി വരുന്നത് എന്തുകൊണ്ടാണെന്ന് നോക്കാം.

നിങ്ങൾ കാണുന്നത് സ്ക്രീൻഷോട്ടിൽ ഉപഭോക്താവിന്റെ സ്വകാര്യ ബോർഡ്.

എന്തിനാണ് ഈ ബോർഡ്?

മുമ്പ്, ടാസ്ക്കുകളുടെ അടിസ്ഥാനത്തിൽ ഞങ്ങൾ ചിന്തിച്ചു. ഞാൻ ചുമതല പൂർത്തിയാക്കി മറ്റൊന്ന് ചെയ്യാൻ പോയി. ക്ലയന്റിനായി അവൻ ആവശ്യപ്പെട്ട ജോലിയുടെ അളവ് കൃത്യമായി ഞങ്ങൾ ചെയ്യുന്നുണ്ടെന്ന് മനസ്സിലായി. എന്നാൽ ദീർഘകാല ബന്ധങ്ങൾ കെട്ടിപ്പടുക്കാൻ ഞങ്ങൾ ആഗ്രഹിച്ചു, അതിനാൽ ടാസ്‌ക്കുകളുമായി പ്രവർത്തിക്കുന്നതിൽ നിന്ന് ക്ലയന്റുകളുമായി പ്രവർത്തിക്കുന്നതിലേക്ക് ഞങ്ങൾ മാറി.

ക്ലയന്റിനായുള്ള മെച്ചപ്പെടുത്തലുകൾക്കായി എല്ലാ ആശയങ്ങളും എഴുതുന്നത് ഞങ്ങൾ ഉറപ്പാക്കുന്നു. ക്ലയന്റ് ആകസ്മികമായി വായുവിലേക്ക് വലിച്ചെറിയുന്ന ഒരു ചിന്തയാണെങ്കിലും, ഞങ്ങൾ അത് പരിഹരിച്ച് അത് പൂർത്തിയാക്കും. ഇങ്ങനെയാണ് ടാസ്‌ക്കുകളുടെ ബാക്ക്‌ലോഗ് രൂപപ്പെടുന്നത്; ക്ലയന്റുമായുള്ള ജോലി അവസാനിക്കുന്നില്ല.

ഈ ബോർഡിൽ എന്താണ് ഉള്ളത്?

ഞങ്ങളുടെ ആസനം നിരവധി സേവനങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു:

• CRM സിസ്റ്റം (സെയിൽസ് ഡിപ്പാർട്ട്മെന്റുമായുള്ള ആശയവിനിമയത്തിന്),
• TimeDoctor (സമയ ട്രാക്കിംഗിന്),
• ERP സിസ്റ്റം (എല്ലാ ഡാറ്റയും ഒരൊറ്റ ഇന്റർഫേസിൽ കൂട്ടിച്ചേർക്കുന്നതിന്).

ആസനയിൽ ഞങ്ങൾ ഒരു ക്വിക്ക് റിസോഴ്സ് കൺട്രോൾ പാനൽ അവതരിപ്പിച്ചു. നിങ്ങൾ ടാസ്‌ക്കിന് മുകളിലുള്ള പ്ലേറ്റിലേക്ക് ചൂണ്ടിക്കാണിക്കുക, ആരാണ് ടാസ്‌ക്കിൽ പ്രവർത്തിച്ചതെന്നും എത്ര നേരം, അവർ എന്ത് ബോണസ് നേടി എന്നും കാണുക.

പ്രൊഡക്ഷൻ ഡിപ്പാർട്ട്‌മെന്റിന്റെ പ്രവർത്തനം മണിക്കൂറാണ് കണക്കാക്കുന്നത്, അതിനാൽ ഓരോ ജീവനക്കാരനും ക്ലയന്റ് പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നതിന് എത്ര സമയം ചെലവഴിച്ചുവെന്ന് കർശനമായി നിരീക്ഷിക്കുന്നത് ഞങ്ങൾക്ക് പ്രധാനമാണ്.

ഒരു ബോർഡ് ഉപയോഗിക്കുന്നതിന്റെ പ്രയോജനങ്ങൾ എന്തൊക്കെയാണ്?

തൽഫലമായി, ERP സിസ്റ്റത്തിൽ നമ്മൾ കാണുന്നു പദ്ധതി റിപ്പോർട്ട്. ഇടപാട് നില, പ്രോജക്റ്റ് പങ്കാളികൾ, പ്രോജക്റ്റ് ബജറ്റ്, ജോലി ചെയ്ത മണിക്കൂറുകളുടെ എണ്ണം, സമയപരിധി.

സമാനമായ വികസന പദ്ധതികളുടെ ചെലവ് നമുക്ക് പ്രവചിക്കാൻ കഴിയും, കെപിഐ കണക്കുകൂട്ടലുകൾ തികച്ചും സുതാര്യമാകും, വികസനത്തിന് രണ്ട് മണിക്കൂർ മാത്രമേ എടുക്കൂ എന്ന മിഥ്യാധാരണകൾക്ക് ഇടമില്ല. ആവശ്യമെങ്കിൽ, റിപ്പോർട്ടിംഗിനായി ക്ലയന്റിന് കാണിക്കാൻ കഴിയുന്ന ഒരു ഇന്റർഫേസ് ഞങ്ങളുടെ പക്കലുണ്ട്.

അസാന ബ്രീഫ്കേസുകൾ

ഈ പ്രവർത്തനം വളരെക്കാലമായി ആസനത്തിൽ നടപ്പിലാക്കിയിട്ടുണ്ട്. എന്നാൽ ഞങ്ങൾ അത് പെട്ടെന്ന് വിലമതിച്ചില്ല. ആദ്യം, ഞങ്ങളുടെ മാനേജർമാരുടെ എല്ലാ പ്രോജക്റ്റുകളും പോർട്ട്ഫോളിയോകളിലേക്ക് ഞങ്ങൾ ശേഖരിച്ചു. കമ്പനിയിലുണ്ടായിരുന്ന സമയത്ത്, ഡെനിസ് കിസെലെവ് 61 ക്ലയന്റുകളുമായി പ്രവർത്തിച്ചു.

അറിയുന്നത് രസകരമാണ്, പക്ഷേ അത് ശേഖരിക്കാൻ ചെലവഴിച്ച സമയത്തെ ന്യായീകരിക്കാൻ പര്യാപ്തമല്ല. ഞങ്ങൾ ബ്രീഫ്കേസുകളിൽ സ്കോർ ചെയ്തു. ഞങ്ങൾ ആസനയിലെ ഒരു പ്രോജക്റ്റ് CRM സിസ്റ്റത്തിലെ ഒരു ഇടപാടിന് തുല്യമാക്കിയപ്പോൾ എല്ലാം മാറി.

മുമ്പ്, മാനേജർ എല്ലാ പ്രോജക്‌റ്റുകളിലേക്കും സബ്‌സ്‌ക്രൈബ് ചെയ്യുകയും ഇൻബോക്‌സിലെ എല്ലാ മാറ്റങ്ങളുടെയും അറിയിപ്പുകൾ സ്വീകരിക്കുകയും ചെയ്‌തു (അറിയിപ്പ് ഫീഡ്). ഓരോ സ്റ്റാറ്റസ് അപ്‌ഡേറ്റും പുതിയ അഭിപ്രായവും ഫീഡിൽ പ്രദർശിപ്പിച്ചു, ഏറ്റവും പുതിയതിൽ നിന്ന് ആരംഭിക്കുന്നു. തിങ്കളാഴ്ച, മാനേജർ ഇരിക്കുകയും ഇൻബോക്സിൽ നിന്ന് തുടർച്ചയായി ജോലികൾ പൂർത്തിയാക്കുകയും ചെയ്തു. മുൻഗണനകളെക്കുറിച്ച് സംസാരിക്കില്ല, ചിലപ്പോൾ പ്രധാനപ്പെട്ട ജോലികൾ ഒരിക്കലും എത്തിയില്ല.

ഇപ്പോൾ ഒരു ജീവനക്കാരുടെ പോർട്ട്‌ഫോളിയോയും പ്രോജക്റ്റ് ഡിപ്പാർട്ട്‌മെന്റ് പോർട്ട്‌ഫോളിയോയും ഉണ്ട്. ആദ്യത്തേതിൽ, മാനേജർ തന്റെ പ്രോജക്റ്റുകൾ കൈകാര്യം ചെയ്യുന്നു, രണ്ടാമത്തേത് എല്ലാ ജീവനക്കാരുടെയും നിലവിലെ ജോലിഭാരം സംബന്ധിച്ച് മാനേജർ നിയന്ത്രണ പ്രവർത്തനം നൽകുന്നു.

ഡിസൈൻ വകുപ്പിന്റെ പോർട്ട്ഫോളിയോ

സ്ക്രീൻഷോട്ടിൽ ജീവനക്കാരൻ ക്രമീകരിച്ച പ്രോജക്റ്റുകൾ നിങ്ങൾക്ക് കാണാൻ കഴിയും.

ആഴ്ചയിൽ ഒരിക്കൽ, പ്രോജക്റ്റ് മാനേജർ ഓരോ പ്രോജക്റ്റിന്റെയും സ്റ്റാറ്റസ് അപ്ഡേറ്റ് ചെയ്യുന്നു. കഴിഞ്ഞ ആഴ്‌ച ചെയ്‌തതും അടുത്ത ആഴ്‌ച പ്ലാൻ ചെയ്‌തതും എഴുതുന്നു. മൂന്ന് ടാഗുകളിൽ ഒന്ന് സജ്ജമാക്കുന്നു: നിയന്ത്രണത്തിൽ, അപകടത്തിൽ, പ്രശ്നങ്ങളുണ്ട്.

മാനേജർക്ക് പെട്ടെന്ന് വിലയിരുത്താൻ കഴിയും:

• ഡിസൈൻ വിഭാഗത്തിലെ ക്ലയന്റുകളുടെ നിലവിലെ അളവ്,
• ഓരോ മാനേജർക്കും ജോലി ചെയ്യുന്ന പ്രോജക്റ്റുകളുടെ എണ്ണം,
• പ്രോജക്റ്റുകളിൽ കാലഹരണപ്പെട്ട ജോലികളുടെ എണ്ണം,
• പ്രശ്നങ്ങളുടെ സാന്നിധ്യവും പ്രോജക്റ്റുകളിൽ ഏർപ്പെടേണ്ടതിന്റെ ആവശ്യകതയും,
• പ്രോജക്റ്റ് സമയപരിധി, ചെലവഴിച്ച സമയം, ഫണൽ ഘട്ടം, പ്രോജക്റ്റ് മുൻഗണന.

പോർട്ട്ഫോളിയോകൾ റിപ്പോർട്ടിംഗിൽ ഞങ്ങളെ സഹായിക്കുന്നു. പ്രോജക്റ്റ് സ്റ്റാറ്റസ് അപ്‌ഡേറ്റ് ചെയ്‌ത ശേഷം, പൂർത്തിയാക്കിയതും ആസൂത്രണം ചെയ്തതുമായ ജോലിയെക്കുറിച്ചുള്ള ഒരു റിപ്പോർട്ട് ക്ലയന്റ് ചാറ്റിലേക്ക് സ്വയമേവ അയയ്‌ക്കും.

ജീവനക്കാരുടെ പോർട്ട്ഫോളിയോ

ഡിസൈൻ ഡിപ്പാർട്ട്‌മെന്റ് മേധാവിക്ക് പോലും സ്വന്തമായി പോർട്ട്‌ഫോളിയോ ഉണ്ട്. pah-pah-pah, അവൻ തന്റെ അധികാരം നീക്കം ചെയ്താൽ, പുതിയ വ്യക്തി തന്റെ നിയന്ത്രണത്തിലുള്ള എല്ലാ പദ്ധതികളും കാണും, അത് അവൻ തുടർന്നും നിരീക്ഷിക്കണം.

പോർട്ട്‌ഫോളിയോയിലെ ലോഡ് പ്ലാനിംഗ് സൗകര്യത്തെ ലൈൻ ജീവനക്കാർ അഭിനന്ദിച്ചു. “ലോഡ്” ടാബിൽ, സമയപരിധി കണക്കിലെടുത്ത് ആസന ടാസ്‌ക്കുകളുടെ അളവ് വിശകലനം ചെയ്യുകയും ഒരു ജീവനക്കാരൻ അമിതമായ ജോലികൾ ആസൂത്രണം ചെയ്തിട്ടുണ്ടെങ്കിൽ മുന്നറിയിപ്പ് നൽകുകയും ചെയ്യുന്നു. ഈ ടാബ് വിടാതെ തന്നെ നിങ്ങൾക്ക് സമയപരിധി മാറ്റാനും വിശദാംശങ്ങൾ ക്രമീകരിക്കാനും കഴിയും.

ബഗ് പരിഹരിക്കലും ഇഷ്ടാനുസൃത വികസനവും

വികസനത്തിന്റെ ഉത്തരവാദിത്തം ഞങ്ങൾക്കൊരു പ്രത്യേക ടീമുണ്ട്. ഒരു ബിസിനസ് പ്രക്രിയയുടെ ഭാഗമായി, ഇതിന് രണ്ട് തരത്തിലുള്ള ടാസ്‌ക്കുകൾ ലഭിക്കുന്നു:

1. ബഗ്,
2. പുതിയ വികസനം.

സാങ്കേതിക പിന്തുണാ സേവനം ബഗുകൾ പരിശോധിക്കുകയും നിർണായകതയ്ക്കായി വിലയിരുത്തുകയും ജോലിയിലേക്ക് മാറ്റുകയും ചെയ്യുന്നു.
കമ്പനിയുടെ ആന്തരിക ഉൽപ്പന്ന ബാക്ക്‌ലോഗിൽ നിന്നോ അല്ലെങ്കിൽ ക്ലയന്റിൽ നിന്ന് അനുബന്ധ അഭ്യർത്ഥന ഉണ്ടെങ്കിൽ പ്രൊജക്റ്റ് മാനേജരിൽ നിന്നോ ഡെവലപ്‌മെന്റ് ടാസ്‌ക്കുകൾ വരുന്നു.

പൊതുവേ, വികസന പ്രക്രിയ ഇതുപോലെ കാണപ്പെടുന്നു.

ആസനയിലെ വികസന ബോർഡിൽ ചുമതലകൾ വീഴുന്നു. ഇതാ അവൾ.

ടാസ്‌ക് ഡയറക്ടർ "ബഗ്" അല്ലെങ്കിൽ "ഫീച്ചർ" തരം തിരഞ്ഞെടുക്കുന്നു, വിമർശനത്തിന്റെ അളവ് സജ്ജമാക്കുന്നു, ഉപഭോക്താവിനെയും ടാസ്‌ക്ക് ബാധിക്കുന്ന കമ്പനിയുടെ ആന്തരിക വകുപ്പുകളെയും സൂചിപ്പിക്കുന്നു. ടാസ്‌ക്ക് ആന്തരിക നിയന്ത്രണങ്ങളുടെ എല്ലാ ആവശ്യകതകളും നിറവേറ്റുമ്പോൾ, ടാസ്‌ക്കിന് മുകളിലുള്ള മുകളിലെ ബാറിലെ മിന്നൽ ഐക്കണിൽ ഡയറക്ടർ ക്ലിക്കുചെയ്‌ത് "വികസനത്തിൽ വിലയിരുത്തുക" എന്ന ഓട്ടോമാറ്റിക് ബിസിനസ്സ് പ്രോസസ്സ് സമാരംഭിക്കുന്നു.

മൂല്യനിർണ്ണയത്തിനുള്ള ഒരു പുതിയ ടാസ്‌ക്കിനെക്കുറിച്ചുള്ള ഒരു അറിയിപ്പ് വികസന വകുപ്പ് മേധാവിക്ക് ലഭിക്കുന്നു, കൂടാതെ ടാസ്‌ക് തന്നെ മൂല്യനിർണ്ണയ കാലയളവിനായി അതേ പേരിലുള്ള ഒരു പ്രത്യേക ബോർഡിലേക്ക് മാറ്റുന്നു.

വിലയിരുത്തലിനുശേഷം, ആസൂത്രണം ചെയ്ത പൂർത്തീകരണ മാസവുമായി ബന്ധപ്പെട്ട ഒരു സ്പ്രിന്റിലേക്ക് മാനേജർ ചുമതല നീക്കുന്നു. ടാസ്‌ക്കുകൾ എല്ലായ്‌പ്പോഴും ഒരേ സമയം നിരവധി ബോർഡുകളിലായിരിക്കും:

• പ്രോജക്ട് മാനേജരുടെ സ്വകാര്യ ബോർഡിൽ,
• സാങ്കേതിക പിന്തുണാ ബോർഡിൽ,
• വികസന ബോർഡിൽ.

ടാസ്‌ക് നിരീക്ഷിക്കുന്ന എല്ലാ പങ്കാളികളും ജീവനക്കാരും ടാസ്‌ക്കിന്റെ പുരോഗതി കാണുകയും അറിയിപ്പുകൾ സ്വീകരിക്കുകയും ടാസ്‌ക്കിലേക്കുള്ള അഭിപ്രായങ്ങളിൽ നേരിട്ട് ചർച്ചകൾ നടത്തുകയും ചെയ്യുന്നു. ഒരു ടാസ്ക് പൂർത്തിയാകുമ്പോൾ, പ്രോജക്റ്റ് മാനേജർ അല്ലെങ്കിൽ ഉത്തരവാദിത്തമുള്ള സാങ്കേതിക പിന്തുണ സ്പെഷ്യലിസ്റ്റ് പ്രോജക്റ്റിൽ പ്രവർത്തിക്കുന്നത് തുടരുന്നതിന് അത് അവരുടെ ഭാഗത്തേക്ക് "എടുക്കുന്നു".

ഞങ്ങൾ വികസന, ഉൽപ്പാദന വകുപ്പുകളെ ടീമിനൊപ്പം ഒരൊറ്റ പരിതസ്ഥിതിയിലേക്ക് തിരികെ കൊണ്ടുവന്നപ്പോൾ എന്താണ് സംഭവിച്ചത്?

ഒന്നാമതായി, ക്ലയന്റ് പ്രോജക്റ്റുകൾ കൂടുതൽ ദീർഘകാലമായി മാറിയിരിക്കുന്നു. തുടർച്ചയായി നികത്തപ്പെടുന്ന ബാക്ക്‌ലോഗ് കാരണം, ശരാശരി ബിൽ വർദ്ധിച്ചു.

രണ്ടാമതായി, എപ്പോൾ വേണമെങ്കിലും മാർക്കറ്റിംഗ്, സെയിൽസ്, അക്കൌണ്ടിംഗ് മുതലായവയിൽ വികസന വകുപ്പിന് ചോദ്യങ്ങൾ ചോദിക്കാമെന്നതിനാൽ പ്രോജക്ടുകളുടെ ഗുണനിലവാരം വളരെയധികം മെച്ചപ്പെട്ടു. ടീമിന്റെ ആവശ്യമായ കഴിവുകൾ സമയബന്ധിതമായി ബന്ധിപ്പിക്കാനും തികച്ചും വ്യത്യസ്തമായ തലത്തിലുള്ള പരിഹാരങ്ങൾ വാഗ്ദാനം ചെയ്യാനും ഞങ്ങൾക്ക് കഴിഞ്ഞു.

മൂന്നാമതായി, ജീവനക്കാർക്കും മാനേജർമാർക്കും ക്ലയന്റുകൾക്കും ആസൂത്രണം ചെയ്തതും പൂർത്തിയാക്കിയതുമായ ജോലികളിൽ പൂർണ്ണ സുതാര്യത ലഭിച്ചു. പ്രോജക്റ്റുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യാമെന്ന് ഞങ്ങൾ മനസിലാക്കി, ഇത് തികച്ചും സാങ്കേതികമായ ഒരു പ്രക്രിയയാണ്, അതിൽ നിന്ന് മാനുഷിക ഘടകം പൂർണ്ണമായും ഇല്ലാതാക്കാൻ കഴിയും.

നാലാമതായി, ടീം കൂടുതൽ ഐക്യപ്പെട്ടു. മുമ്പ്, മിത്തിക്കൽ ഡെവലപ്‌മെന്റ്, പ്രൊഡക്ഷൻ ഡിപ്പാർട്ട്‌മെന്റുകൾ എന്താണ് ചെയ്യുന്നതെന്ന് ജീവനക്കാർക്ക് അറിയില്ലായിരുന്നു.

ഇപ്പോൾ, സിസ്റ്റങ്ങളുടെ വികസന പ്രക്രിയയും സാങ്കേതിക കോൺഫിഗറേഷനും കാണുക:

• എങ്ങനെ വിൽക്കണം എന്നതിനെക്കുറിച്ചുള്ള ആശയങ്ങളും പ്രചോദനവും വിൽപ്പന വകുപ്പ് അതിൽ കണ്ടെത്തുന്നു,
• പോസ്‌റ്റുകൾ, ലേഖനങ്ങൾ, പൊസിഷനിംഗ്, പരസ്യ ടെക്‌സ്‌റ്റുകൾ എന്നിവയ്‌ക്കായി വിപണനക്കാർ പതിവായി ഉപയോഗപ്രദമായ ഉള്ളടക്കം എടുക്കുന്നു,
• മാനേജർമാർ ഉപഭോക്തൃ ആവശ്യങ്ങളും പെരുമാറ്റവും വിശകലനം ചെയ്യുന്നു, തന്ത്രം ക്രമീകരിക്കുന്നു.

തൽഫലമായി, ഞങ്ങൾക്കും ഞങ്ങളുടെ ക്ലയന്റുകൾക്കും ഞങ്ങളുടെ പങ്കാളികൾക്കും പ്രയോജനം ലഭിക്കുന്ന ഒരു വിൻ-വിൻ-വിൻ പരിവർത്തനമായിരുന്നു. അഭിപ്രായങ്ങളിൽ നിങ്ങളുടെ അഭിപ്രായം പങ്കിടുകയാണെങ്കിൽ ഞാൻ സന്തോഷിക്കും: എന്റെ ലേഖനത്തിൽ ഉപയോഗപ്രദമായ എന്തെങ്കിലും ഉണ്ടായിരുന്നോ, വികസനത്തിൽ നിങ്ങൾ എന്ത് പ്രോജക്റ്റ് മാനേജുമെന്റ് രീതികളാണ് ഉപയോഗിക്കുന്നത്!

അവലംബം: www.habr.com