اگر در زمان ارسال ایمیل در کد خود با این پیام
"The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required"
برخورد می کنید.
لطفا موارد زیر را بررسی کنید
+-------------------------+---+--------+--------+--------+----------+
| Class Type | | normal | static | sealed | abstract |
+-------------------------+---+--------+--------+--------+----------+
| Can be instantiated | : | YES | NO | YES | NO |
| Can be inherited | : | YES | NO | NO | YES |
| Can inherit from others | : | YES | NO | YES | YES |
+-------------------------+---+--------+--------+--------+----------+
مقایسه Interface و Abstract Class و زمان استفاده از آن
به طور کلی Interfaceها یک قالب اجرائی برای کلاسها می باشند . بدین صورت که با تعریف مشخصات کلی متدها بدون پیاده سازی آنها، کلاسهای مشتق شده را مم به پیاده سازی کامل آن متدها میکند .
اگر قصد حذف فیلد های اضافی در صفحه ی تسویه حساب رو دارید این کار به دو روش انجام می شود.
۱٫میتونید براحتی با افزودن کد های زیر در functions.php قالبتون این کار رو انجام بدید.
این کد برای حذف تمامی فیلد ها هست. اگر قصد حذف نکردن فیلدی دلخواه رو دارید از لیست زیر میتونید حذفش کنید.
همونطور که می دونید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است
اما انجام صحیحش کار ساده ای نیست!
برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید
خیلی از افراد یا شرکت ها همواره بدنبال این هستند که ببینند چه ابزار جدیدی آمده که میتواند در جهت پیشبرد اسکرام به آنها کمک کند.
حتی اگر ندانند که اصلاً اسکرام چی هست.
شما می توانید اسکرام رو با حداقل ابزارهای آن پیش ببرید.
نهایت امر یک Excel نیاز خواهید داشت و لا غیر.
وقتی را هم که صرف جستجو، یادگیری و آزمون و خطای این می کنید که کدام ابزار به کار شما خواهد آمد را صرف افزایش دانش خود در اسکرام کنید.
همونطور که مستحضرید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است
اما انجام صحیح آن کار ساده ای نیست!
برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید.
قبل از شروع هر اسپرینت در اسکرام، نیازی نیست اصطلاحاً "مته به خشخاش" بذارید و بخواهید در ابتدا همه مقدمات برگزاری اسپرینت آماده باشد تا بعد آن را برگزار کنید.
این موضوع مخصوصاً در اسپرینت اول همواره اتفاق خواهد افتاد.
کار رو شروع کنید و در Sprint Review آنچه که اتفاق افتاده را بررسی کنید.
حتی اگر Product Backlog هم برای اسپرینت اول آماده نیست باز مشکلی وجود ندارد و می توانید این اسپرینت را برگزار کنید.
گفته ها در مورد اسکرام بسیار است
اگر شما تمایل دارید اسکرام بخوانید باید ماها به مطالعه بپردازید و کتاب های زیادی مطالعه نمایید.
اما از قواعد اصلی اسکرام می توان به موارد زیر اشاره کرد که اسکلت اسکرام را تشکیل می دهد.
روشهای چابک و اسکرام هر دو برای تیمهای امروز هستند.
تیمهایی که با استفاده از خود سازماندهی (Self Organize) موفقترند و میتوانند ارزشهای بیشتری عرضه کنند.
خود-سازماندهی، به خرید بیشتر سهام شرکت توسط کارکنان، و تعهد بیشتر اعضای تیم به اهداف میانجامد،
چون این خود آنها هستند که اهداف را برای خودشان تعریف میکنند.
همه ما برای کارهایمان سررسید داریم، و میخواهیم سریعتر حرکت کنیم و کارهای بیشتری را به انجام برسانیم.
به همین دلیل زمان در اسکرام یک چارچوب محدود دارد.
تقریبا در تمام عناصر اسکرام راهنماها و محدودیتهایی برای زمان بندی پروژه وجود دارد.
آیا عالی نبود اگر تیم شما در کاری که انجام میدهند و چگونگی انجام آن، هر هفته بهتر از قبل میشدند؟
در این روش میتوانید اطمینان داشته باشید که تیم شما مرتب و به طور سیستماتیک، روند گردش کار خود را بهبود میبخشد.
به طور خلاصه در اجایل یک سری ارزش و اصول معرفی شده است که با به کار بستن آنها در محیط توسعه می توان به نتایجی مانند محصولات کارآمد ، مشتری خوشحال ، نیروی کار با انگیزه دست یافت. اما مشکلی که وجود داشت این بود که اجایل در حد یک بیانیه یا تعریف بود و هیچ راه حل عملی برای آن مطرح نشده بود. در همین زمان متدهایی مطرح شدند(البته قبل از اجایل مطرح شده بودند) که اصول و ارزش های اجایل در آنها نهادینه شده بود.
اما چگونه می توان چابک شد؟
برای چابک شدن باید در پروسه توسعه و یا حتی سطوح کلان سازمان مانند مدیریت منابع انسانی پروژه و یا هر سطحی، ارزش ها و اصول چابک رعایت شوند و در نظر گرفته شوند. به عبارتی باید همه سازمان چابک شود و نه فقط بخش یا واحد توسعه نرم افزار. به همین دلیل حرکت سازمان به سمت Agile را تغییر یا Change گفته نمی شود و از اصطلاح Transformation یا تحول استفاده می شود. یعنی باید سازمان در راه چابک شدن متحول شود.
برای اینکه بتوان به سطحی از چابکی دست یافت می توان از Practice های Agile مانند Scrum , XP , Crystal و یا … بهره جست.
یکی از این متدها اسکرام است
اسکرام یکی از متدهای رایج و پرطرفدار اجایل می باشد که تیم ها در آن با همکاری خود مشتری، چند هفته یکبار خروجی از نرم افزار را بیرون می دهند و فیدبک ذینفعان را دریافت می کنند و طبق بازخورد ها محصول را در مسیر درست قرار می دهند و اینگونه می شود که محصولات مشتری پسندی به وجود می آید.
مشکل بزرگی که در صنعت نرم افزار وجود داشت این بود که خروجی پروژه ها مثلا بعد از دو سال هزینه بدرد نخور می شد ، یعنی تیم دو سال بر روی پروژه کار میکرد و نهایتاً مشتری می گفت این آن چیزی نیست که من می خواستم و … . امّا بعد از ظهور اجایل ما مجبوریم مشتری را در روند تولید محصول دخیل نماییم به طور مداوم بازخوردهای او را بگیریم ، خلاقیت ایجاد نماییم و به طور کلی محصول را خوشمزه کنیم.
نتیجه گیری
Agile یک تفکر ناب در زمینه توسعه نرم افزار می باشد که خروجی و هدف آن ارائه نرم افزار کارآ می باشد. در Agile هزینه توسعه بدلیل Lean بودن و تحلیل و طراحی سازگار پایین خواهد بود. در Agile بدلیل Iteration عمل کردن و ارتباط چهره به چهره دائم با مشتری و آزمایش یکپارچه شاهده محصول با کیفیت و کارکننده خواهیم بود. در Agile به دلیل خود سازمانده بودن تیم ها شاهد نفرات و تیم های خوشحال و راضی خواهیم بود. و سازمان نیز بدلیل چابک بودن دارای سود بالایی خواهد بود.
شرکت های توسعه نرم افزار در ایران معمولا و اکثرا در مقوله مدیریت منابع انسانی با مشکل مواجه هستند. به همین دلیل است که اکثر برنامه نویس ها در محیط کاری خود احساس راحتی نمی کنند و همیشه عذاب می کشند و اکثراً فکر می کنند که در حال حیف شدن می باشند و باید در شرکت هایی مثل گوگل و یا مایکروسافت کار کنند .
دلیل اینکه برنامه نویس در محیط کار احساس راحتی نمی کند مدیریت اشتباه می باشد. مدیریت جوی را درست می نماید که برنامه نویس در آن جو نمی تواند نفس بکشد و همیشه دوست دارد در جای دیگری جز آنجا کار کند. کاری کنیم نیروی کار علاقه مند به پروژه بشود. گفتم به پروژه و نه برنامه نویسی به این دلیل که خوشبختانه اکثر برنامه نویس های ما به برنامه نویسی علاقه شدیدی دارند ولی متاسفانه به خود پروژه و یا محصول علاقه چندانی ندارند. برنامه نویس کاری ندارد که پروژه به کجا میرود آیا Fail می شود یا نه؟ آیا پروژه سر وقت تمام می شود یا نه؟ و این خیلی بد است که برنامه نویس فقط می خواهد رفع تکلیف کند.
برای اینکه بتوانیم برنامه نویس ها را از حالت رفع تکلیف خارج نماییم .
ادامه مطلب
زمانی قول کاری را به دیگران بدهید که حتماً با تیم خود در مورد آن م کرده باشید.
شما هستید تا تیم خوب بنظر برسد نه {خود شما}. هرچند که ممکن است فکر کنید که اگر تیم خوب بنظر برسد، رئیس به این نتیجه خواهد رسید که دیگه به شما نیازی ندارد!!
اسکرام و اصول چابک هیچکدام با دستور العمل نیامدند. پس اعضاء تیم را با اجرای بدون چون چرای کتابها و نظرات دیگران که درباره اسکرام و اجایل نوشته شده است آزار ندهید و از بین نبرید. کافیست که به اصول و ارزش های چابک پایبند باشید.
هر چیزی که از تکراری شدن اوضاع جلوگیری می کند را تست کنید. از آزمایش چیزهای جدید نترسید.
یک نگاه یکپارچه یا تیم ورک را به بصورت فرهنگ تزریق کنید و واژه ما و آنها را از بین اعضاء تیم و ذی نفعان حذف کنید. بگذارید تیمی یکدست و همدل خلق شود تا معجزه آن شما را شگفت زده کند.
یک تعادل بین حجوم مالک محصول (ایجاد استرس،تزریق کار زیاد،آداب بعد و.) به افراد تیم و غرور کاذب اعضاء تیم برقرار کنید. این دو نکته مهم و کلیدی است که می تواند تیم را متلاشی کند. در مورد اول از افراد تیم محافظت کنید و در مورد دوم اعضاء تیم باید بدانند که همیشه نقطه بهبود وجود دارد و آنها آخرش نیستند.
شکستی وجود ندارد.
هر وقت پلن یا هدفی تعیین می شود که انجام نمی شود، این به معنی شکست نیست، بلکه تلاشی است که می شود آن را بهتر کرد.
از افراد تیم تشکر و قدردانی بجا و درست کنیم. (نه تملق)
اعضای تیم را دعوت کنید با کار و فسلفه کار شما بیشتر آشنا بشوند، حتی بخشی از کار شما را انجام بدهند.
شاید در اوایل کار لازم باشد همه جلسات را خودتان برگزار کنید، ولی می توانید کمکم از آنها بخواهید این کار را انجام بدهند.
در حدی که انگار به شما نیازی نیست،
لطفا ساکت باشید و گوش کنید.
از ساکت ماندن نترسید، بگذارید جواب از سمت تیم بیاید.
البته در عمل سخت است وقتی می بینید تیم گیر کرده است و نمی داند چه کند.
اما اگر تیم دائم به سخنرانی و پیشنهادات شما عادت داشته باشد، دچار مشکل خواهد شد.
البته به این معنی نیست که شما اصلا پیشنهاد ندهید، اما باید بدانیم که وظیفه اسکرام مستر این است که به تیم کمک کند تا مشکل را خودش حل کند.
این وقفه ها نباید در طول یک اسپرینت اتفاق بیافتد و باعث طولانی شدن اسپرینت بشوند.
در عوض اگر تا حد زیادی ضروری است می بایست اسپرینت توسط تیم کنسل شود.
بعبارت دیگر عامل وقفه باید در Product Backlog قرار بگیرد تا در اسپرینت جدید به آن رسیدگی شود.
تیم توسعه اطلاع جامعی از نیازهای مشتری و اولویت بندی آنها بر اساس ROI ندارد.
پس در نتیجه تیم توسعه نمی تواند آیتم های پروداکت بک لاگ (Product Backlog) را اولویت دهی و سازماندهی کند.
این وظیفه مالک محصول (Product Owner) است که این کار را انجام بدهد.
تنها کاری که تیم می تواند در این قسمت انجام بدهد مشارکت با P.O در اولویت بندی هایی است که از لحاظ تکنیکالی باید جابجا شوند و امکان انجام آنها از لحاظ فنی نیست.
اسکرام به ما کمک می کنه تا از افراد تیم های خوبی بسازیم نه تیم هایی از افراد خوب بسازیم.
اگر محصول با ارزش و موفق است کل تیم در این موفقیت نقش داشته است.
اگر محصول شکست خورده باز کل تیم مقصر است.
ممکن است یکی از اعضای تیم را قهرمان موفقیت ها بدانیدکه این اشتباه است و
تیم تصمیم میگیرد که در طول یک اسپرینت (Sprint) چه کارهایی را می تواند انجام بدهد و در واقع توانش چقدر است.
هیچ کس نمی تواند به تیم فشار وارد کند تا حجم کار بیشتری را انجام بدهد.
در صورت وقوع این اتفاق، اعضای تیم آزرده خاطر خواهند شد و مطمئناً
بیکار بودن اسکرام مستر اشکالی ندارد،
می تواند فعالیت تیم را نظاره کرده و منتظر باشد تا مانعی اتفاق بیافتد تا ورود کند.
اما اگر Scrum Master بخواهد چون وقت اضافه یا خالی دارد در انجام یک Task مشارکت جدی داشته باشد و یا مسئولیتی از اعضای تیم توسعه را بعهده بگیرد
این باعث می شود تا از وظیفه اصلیش که برطرف کردن موانعی است که بر سر راه تیم ممکنه پیش بیاد و یا هر آنچه که در فعالیت تیم وقفه ایجاد میکنه دور بماند.
اگرچه کنسل شدن یک اسپرینت خیلی نادر است،اما
این می تواند خیلی وسوسه انگیز باشه که اول صبر کنیم تا همه چی آماده شود و بعد
کنیم.
بعد از اینکه اسپرینت به هر دلیلی کنسل شد تیم می بایست اسپرینت را به
شروع کند.
اساس تیم در اسکرام بر اساس self-organized بودن آن است.
چیزی به نام Task-Assign توسط هر عضوی از تیم یا سازمان کارفرما یا سازمان مجری در اسکرام وجود ندارد.
اگر روحیه و فرهنگ این کار را ندارید اسکرام را انتخاب نکنید!
کاری که میتواند انجام شود
در اعضای تیم برای انتخاب یک Task است.
مدیریت همزمان چند پروژه کار آسانی نیست.
اما با مدیریت درست زمان، اولویتبندی اصولی و نهادینه کردن ارتباطات میان اعضای تیم، کاملا قابل اجراست.
اگر در حال اجرای چند پروژه به شکل همزمان بودید، چند دقیقه به این موارد فکر کنید و با آرامش و روشی درست جلو بروید.
ممکن است برای اینکه تیم به شفافیت لازم در task ها برسد زمان زیادی تلف شود.
به عنوان مثال چنانچه task ها پیش نیازی داشته باشند و scrum master این پیش نیازها را تهیه نکند، تیم نمی تواند کار خود را شروع کند.
برای این مشکل توصیه می شود که فرهنگی در تیم شکل بگیرد تا برای شروع یک task از استانداردی مشخص پیروی شود.
اگر scrum master کنترل زمان را نداشته باشد،
ممکن است اعضای تیم برای شفافیت task با یکدیگر بحث کنند تا به نتیجه برسند اما این موضوع باعث شود که اعضای دیگر خسته شوند و جلسه کسل کننده شود.
چنانچه یک فرد scrum master چند پروژه مختلف باشد، ممکن است برای راحتی کار جلسات این پروژه ها با هم برگزار بشوند، که اصلا توصیه نمی شود.
این ها مشکلاتی بود که ممکن است بخاطر scrum master بوجود بیاید.
نوآوری هیچ گونه مرزی ندارد. تنها مرز فقط تخیل شماست. زمان در اختیار شماست که چه چیز را می خواهید از این جعبه بیرون بیاورید. اگر شما جزئی از یک صنعت رو به رشد هستید، به راه هایی فکر کنید که بیشتر موثر باشید؛ چگونه مشتری پسندتر باشید و اینکه چگونه به سهولت تجارت کنید. اگر شما جزئی از یک صنعت راکد هستید، هر چه سریع تر از آن بیرون آیید قبل از این که خودتان فرسوده شوید، غیر موثر شوید و از تجارت خارج شوید. به یاد داشته باشید که طفره رفتن اینجا یک گزینه برای شما محسوب نمی شود. هم اکنون شروع به نوآوری کنید.
هیچ میانبری به برتر بودن نیست .شما باید برتری خودتان را تعهد کنید .از استعدادها و توانایی های خود استفاده کنید و مهارت هایی که بهترین راه را برای جلو انداختن شما از بقیه مهیا می سازد را به کار گیرید .با یک استاندارد بالا زندگی کنید و به جزئیاتی که واقعا باعث تفاوت شما با دیگران می شود توجه کنید.ممتاز بودن و برتری سخت نیست . خیلی ساده همین الان تصمیم بگیرید که ممتاز و برتر باشید و سپس از آن چیزی که زندگی به شما بازتاب می دهد متحیر می شوید.
اگر شما هنوز این راه را پیدا نکردید ،به جستجو ادامه دهید .درمانده نشوید .با تمام وجود از ته قلب خود تلاش کنید، سر انجام شما این راه را پیدا خواهید کرد.
من این را در ۴ کلمه خلاصه می کنم : Do What You Love یا کاری انجام بده که دوستش داری . در جستجوی حرفه و مسیری باشید که به زندگی شما جهت ، مقصد و خشنودی می دهد .هدف ها را تشخصی دهید و برای هدف هایی که به زندگی شما معنی و ارزش می بخشد تلاش کنید .این کار فقط به سلامتی روحی و انگیزه داشتن شما کمک نمی کند ، بلکه باعث می شود شما در زمان های سختی احساس بهتری داشته باشید و التیام بخش شما خواهد بود .آیا شما در روز شنبه صبح از تخت خود می پرید و پیش به سوی پیشرفت و کارهای این هفته می روید؟ اگر پاسخ شما خیر است بیشتر فکر کنید تا دلیلش را پیدا کنید .
لباسی را می پوشیم که کسان دیگری آنها را ساخته اند. ریاضیاتی را استفاده می کنیم که اشخاص دیگری آن را توسعه داده اند … منظورم این است که ما به ندرت چیزی را به دست می آوریم. خیلی شگفت انگیز و خارق العاده است وقتی چیزی را خلق می کنید که بر اساس تجربه و دانش بشری باشد.
به صورتی زندگی کنید که از لحاظ اخلاقی منطقی باشد. سعی کنید که در دنیای اطرافتان تغییری حاصل کنید و به سوی بهتری سوق دهید. آن گاه توجیه بهتری برای زندگی خواهید یافت و بهترین مرهم برای ملالت و خستگی به شمار می رود. همیشه کارهای زیادی برای انجام دادن هست. همیشه در مورد کاری که انجام می دهید با دیگران گفت و گو کنید. نصیحت نکنید یا حق به جانب نباشید و یا متعصبانه فکر نکنید همچنین افراد را از بحث دور نکنید. از مثال زدن خجالت نکشید و از هر فرصتی استفاده کنید که به دیگران اجازه دهید بدانند که چه کاری را انجام می دهید.
1- آن ها تشویق می کنند
2- آن ها می بینند
3- آن ها به تیم قدرت می دهند
4- آن ها قبول می کنند
5- آن ها بررسی میکنند
6- آن ها یاد می دهند
7- آن ها تمرکز می کنند
8- آن ها راهنمایی می کنند
9- آن ها انگیزه می دهند
10- آن ها اعتماد می کنند
11- آن ها نتیجه ارایه می دهند
12- آن ها کمک می کنند
13- آن ها گوش می دهند
14- آن ها تفریح ایجاد می کنند
15- آن ها تقویت می کنند
16- آن ها تشکر می کنند
17- آن ها الگو می شوند
۱) استفاده از سرویس RDP
باز کردن سرویس RDP روی اینترنت مهلک ترین اشتباه ممکن است. با توجه به ضعف RDP روی حملاتی مثل Brute Force امکان نفوذ به سیستم ها و اجرای حملات باج افزاری بسیار جدی و محتمل است. تغییر پورت RDP هم مشکل را برطرف نمیکند. بنابراین باز کردن RDP روی IPهای Valid سازمان را به عنوان یک راهکار فراموش کنید. گزارش Shodan نشان می دهد که متاسفانه روی نزدیک به ۱۲۰۰۰تا IP در ایران پروتکل RDP فعال است و در دسترس همگان است!
۲) رعایت حداقل های امنیتی
راهکار شما برای دورکاری باید دارای حداقلهای امنیتی لازم باشد. راهکار شما باید تضمین کند که کارمندان نمی توانند فایلها و اسناد سازمان را به روی سیستم شخصی خود در خانه انتقال دهند. همچنین کارمندان نباید بتوانند فایل آلوده ای را از کامپیوتر شخصی خود به داخل سازمان منتقل کنند.
۳) دسترسی اینترنت به نرم افزارهای تحت وب
برخی سازمانها ناچارا نرم افزارهای تحت وب خود را روی اینترنت Publish کرده اند. این اقدام به هیچ وجه منطقی نبوده و میتواند منشاء سوء استفاده های غیرمجاز حتی توسط کارمندان شود. ضمن اینکه نفوذ به آنها کار سخت و پیچیده ای نخواهد بود.
۴) کاهش پیچیدگی ها
استفاده از راهکار شما نباید برای کارمندان سخت و پیچیده باشد بطوریکه کارمندان قید استفاده از آنرا بزنند!
۵) در نظر گرفتن پهنای باند اینترنت خانگی
راهکار شما باید متناسب با پهنای باند اینترنت خانگی به سهولت قابل استفاده باشد.
۶) سهولت در پیاده سازی
راهکار شما باید سریع و آسان پیاده سازی شود و نباید هزینه زیادی را به سازمان تحمیل کند.
۷) مانیتورینگ
راهکار شما باید قابل نظارت باشد. باید بتوانید نحوه استفاده کارمندان را مانیتور کنید و اگر کارمندی قصد سوء استفاده داشته باشد و از طریق سیستم وصل شده باشد اما کم کاری کند و وظایف خود را انجام ندهد بتوانید او را شناسایی کنید.
۸) اعمال محدودیت
استفاده از سیستم دورکاری را محدود به IPهای داخل کشور کنید.
۹) محدودیت های سیستم شخصی و مقایسه آن با سیستم سازمانی
فراموش نکنید سیستم کاربر در خانه تحت کنترل شما نیست و نمی تواند باشد. ممکن است استانداردهای سازمانی شما را نداشته باشد. ممکن است آلوده به ویروس باشد. از طرفی شما نمی توانید کارمندان را مم به رعایت شرایط خاصی روی سیستم شخصی خود در خانه کنید. همچنین نمی توانید سازمان را متحمل هزینه کنید تا برای هر کارمند یک کامپیوتر در منزل تهیه کند! شما نمی توانید به سیستم شخصی کارمندان متصل شوید و به آنها پشتیبانی بدهید. پس راهکار دورکاری شما باید با این محدودیت ها و ریسکها سازگار باشد و بتوانید بدون ریسک از همان سیستم های آلوده و نامطمئن استفاده کرده و یک ارتباط مطمئن و امن را برقرار کنید.
اگر برای راه اندازی هریک از مراحل فوق نیاز به مشاوره داشتید می توانید به شماره ۰۹۱۹۸۶۰۰۸۵۰ در واتزاپ پیام ارسال کنید. قطعا با راه اندازی موثر سیستم های دورکاری می توانیم در مهار کرونا سهیم باشیم.
فراموش نکنیم که کرونا یک فرصت و آزمون بزرگ برای سیستم های دورکاری در کشور است که اگر نتیجه آن موفق باشد می تواند بعد از کرونا هم حداقل برای برخی مشاغل ادامه یابد.
گرچه این روزها کارمندان سازمانها با تشویق به دورکاری حضور کمتری در سازمانها دارند اما این روزها، روزهای پرکاری برای بخشهای IT سازمانها خواهد بود.
۱. کار در ساعات همیشگی
یک نکته مهم در دورکاری این است که شما یک فریلنسر نشدهاید! اگر شما و شرکتی که در آن کار میکنید کار در منزل را برای برهه زمانی کنونی در نظر گرفتهاید، بهتر است در همان ساعاتی که هرروز سر کار بودید در خانه هم کار کنید.
۲. در ساعات کاری آنلاین و گوش بهزنگ باشید
در طول ساعات کاری خود باید سعی کنید همیشه برای صحبت با همکاران یا مشتریان خود آماده باشید. شاید لازم باشد جلسهای با همکاران خود در بیگانت مسنجر داشته باشید یا اینکه لازم باشد تلفن مشتریان خود را جواب دهید. کار کردن در منزل به این معنی نیست که قرار است در ساعات کاری به مسائل دیگر مشغول باشید، بلکه باید گوش به زنگ باشید تا از چیزی عقب نیافتید.
۳. اگر لازم است، محیط کار را در منزل خود بهینه کنید
پیشنهاد میکنیم میز کاری برای خودتان در منزل فراهم کنید که از هرگونه حواسپرتی به دور باشد. حتی اگر لازم است میزتان را جابهجا کنید. از این کار دریغ نکنید، چراکه نباید اجازه دهید موارد کماهمیت جلو تمرکز شما را بگیرد.
۴. پلیلیست بهرهوری خود را پیدا کنید
کار کردن در محیطی ساکت میتواند خستهکننده باشد مخصوصا اگر با پیژامه نشسته باشید! به همین دلیل توصیه میکنیم یک پلیلیست از صداهایی که میتواند به بالا رفتن بهرهوری شما کمک کند انتخاب کنید و در طول کار پخش کنید.
۵. با همکاران خود مکالمه داشته باشید
اگر ارتباط خود را به کل با همکاران قطع کنید و با آنها صحبت نکنید، احتمالا در حین کار کردن تمرکز خود را از دست میدهید.
۶. برنامهریزی برای کارهای روزمره خود را فراموش نکنید
با برنامهریزی و مشخص کردن ساعت به ساعت برای انجام هر کدام از وظایفتان بهتر میتوانید سراغ آنها بروید. برای این کار میتوانید از اپلیکیشنهای ToDo List استفاده کنید. یک اپلیکیشن رایگان در این زمینه TaskFlow است. این اپلیکیشن هم برای اندروید و هم iOS قابل استفاده است.
۷. برای خود وقتهای استراحت در نظر بگیرید
وقتی حضور فیزیکی همکارانتان نباشد، شما راحتتر میتوانید برای مدت طولانی روی صندلی بنشینید که این مورد اصلا برای سلامتی شما خوب نیست!
۸. با پیژامه کار نکنید!
این مورد آخر شاید کمی خندهدار به نظر برسد، اما واقعیت این است که کار کردن با پیژامه میتواند در بهرهوری شما تاثیر منفی بگذارد. اگر لباسهای رسمیتری بپوشید، درواقع به ذهن خود این سیگنال را میدهید که «حالا وقت کار کردن است».
منظور این نیست که با کت و شلوار پشت کامپیوتر بشینید، اما همین که لباس کار کردن شما با لباسی که از خواب بیدار میشوید فرق داشته باشد، خودش کمک شایانی است به اینکه حسابی روی کارهای خود تمرکز کنید.
شما برای حفظ سلامتی کارکنانتان چه فکری کردهاید؟ جالب است بدانید ژاپن که سومین اقتصاد برتر دنیا محسوب میشود، بدون ترس از خوابیدن چرخ اقتصاد و تولید خود، از کسب و کارهای مختلف در این کشور درخواست کرده تا امکان دورکاری را برای کارمندان فراهم کنند زیرا به اهمیت دورکاری برای کاهش رفت و آمد و گردهمآیی مردم در اماکن عمومی مانند مترو، اتوبوس و… برای کنترل شیوع کروناویروس پی برده است.
بحرانهایی اینچنین همیشه بوده، هست و در آینده هم گریبان بشر را در سرتاسر این کره خاکی خواهد گرفت، بنابراین بهترین راه حل برای جلوگیری از ایجاد لطمه به کسب و کار، تغییر نگرش و رویکرد صاحبان کسب و کارها و سازمانها نسبت به دورکاریست تا در کنار هم از این مشکلات عبور کنیم.
اگر تمایل داشتید، گروه مهندسی مع کامبادن تجربیات خویش را با شما در میان خواهد گذاشت.
درباره این سایت