در هفته های گذشته از شما و بسیاری از همکارمون از طریق LinkedIn درخواست کردم که نظرسنجی که در مورد ماندگاری بود رو پر کنن.
طبق قولی که داده بودم، تحلیل این نظر سنجی رو میخوام با شما به اشتراک بزارم.
1. فرصت رشد برای سازمان ها شاهراه حیاتی ماندگاری است
در صورتی که در سازمانی نقش مدیریتی دارید، برای نگهداشت و پیشرفت کارکنان می بایست برای آنها مکانیزم های رشد ساختار مندی را طراحی و پیاده سازی کنید. ساختار های رشد می بایست بر اساس Career Path و Job Profile پرسنل طراحی شود.
در صورتی که در بدنه مهندسی فعال هستید، از مدیران خود درخواست مسیر رشد و Career Path داشته باشید.
2. بیشتر سازمان ها در رشد پرسنل موفق عمل کردهاند ولی میزان رشد به قدر کافی نبود است.
به صورت کلی در Tech Company ها، رشد به دو دسته "رشد فنی" و به دست آوردن یک"جایگاه شغلی" متفاوت تقسیم می شود.
در صورتی که مدیر هستید، مسیر شغلی پرسنل را برای آنها شفاف کنید.
در صورتی که در بدنه مهندسی فعال هستید، با جلسات One-On-One موادم، مسیر رشد خود را با مدیرتان بررسی کنید و از وی در مورد قدم بعدی سوال کنید.
3. در بیشتر سازمان ها رشد بعد از سال اول محقق شده است.
درصورتی که تازه به یک سازمان پیوسته اید، برای به دست آوردن رشد عجله نداشته باشید. مسیر های رشد بعد از 1 سال برای شما شفاف خواهند شد. سعی کنید افراد کلیدی را پیدا کنید و با آنها مسیر رشد را خود را چک کنید.
4. سازمان ها به افرادی که رشد پیدا کرده اند حقوق بهتری پرداخت کرده اند.
برای دریافت حقوق بهتر، نیازمند رشد و ماندگاری حداقل یکسال در سازمانتان هستید، مدیران بر روی افرادی سرمایه گذاری می کنند که ماندگاری آنها تا حدی تضمین شده باشد. این بدان معنی نیست که هر سازمانی ارزش ماندگاری بیشتر از 1 سال را دارد.
به صورت کلی دو برداشت زیر هم از این نظرسنجی برای من وجود داشت :
1. نظرسنجی های تخصصی در سطح سوشال مدیا، جذاب نیستند و به راحتی امکان جذب مخاطب را نداریم.
2. پرداختن به موضوعاتی همچون رشد در سطح کامیونیتی بسیار پر طرفدار هست و جای خالی آن حس می شود.
در نهایت در صورتی که در سازمانتان نیاز به برنامه ریزی برای رشد دارید(سطح سازمانی) با من در ارتباط باشید.
همچنین در صورتی که نیاز به Career Path دقیق برای خودتون دارید از طریق Adplist می تونید با من در ارتباط باشید تا با هم براتون برنامه ریزی کنیم.
@learning_with_m
طبق قولی که داده بودم، تحلیل این نظر سنجی رو میخوام با شما به اشتراک بزارم.
1. فرصت رشد برای سازمان ها شاهراه حیاتی ماندگاری است
در صورتی که در سازمانی نقش مدیریتی دارید، برای نگهداشت و پیشرفت کارکنان می بایست برای آنها مکانیزم های رشد ساختار مندی را طراحی و پیاده سازی کنید. ساختار های رشد می بایست بر اساس Career Path و Job Profile پرسنل طراحی شود.
در صورتی که در بدنه مهندسی فعال هستید، از مدیران خود درخواست مسیر رشد و Career Path داشته باشید.
2. بیشتر سازمان ها در رشد پرسنل موفق عمل کردهاند ولی میزان رشد به قدر کافی نبود است.
به صورت کلی در Tech Company ها، رشد به دو دسته "رشد فنی" و به دست آوردن یک"جایگاه شغلی" متفاوت تقسیم می شود.
در صورتی که مدیر هستید، مسیر شغلی پرسنل را برای آنها شفاف کنید.
در صورتی که در بدنه مهندسی فعال هستید، با جلسات One-On-One موادم، مسیر رشد خود را با مدیرتان بررسی کنید و از وی در مورد قدم بعدی سوال کنید.
3. در بیشتر سازمان ها رشد بعد از سال اول محقق شده است.
درصورتی که تازه به یک سازمان پیوسته اید، برای به دست آوردن رشد عجله نداشته باشید. مسیر های رشد بعد از 1 سال برای شما شفاف خواهند شد. سعی کنید افراد کلیدی را پیدا کنید و با آنها مسیر رشد را خود را چک کنید.
4. سازمان ها به افرادی که رشد پیدا کرده اند حقوق بهتری پرداخت کرده اند.
برای دریافت حقوق بهتر، نیازمند رشد و ماندگاری حداقل یکسال در سازمانتان هستید، مدیران بر روی افرادی سرمایه گذاری می کنند که ماندگاری آنها تا حدی تضمین شده باشد. این بدان معنی نیست که هر سازمانی ارزش ماندگاری بیشتر از 1 سال را دارد.
به صورت کلی دو برداشت زیر هم از این نظرسنجی برای من وجود داشت :
1. نظرسنجی های تخصصی در سطح سوشال مدیا، جذاب نیستند و به راحتی امکان جذب مخاطب را نداریم.
2. پرداختن به موضوعاتی همچون رشد در سطح کامیونیتی بسیار پر طرفدار هست و جای خالی آن حس می شود.
در نهایت در صورتی که در سازمانتان نیاز به برنامه ریزی برای رشد دارید(سطح سازمانی) با من در ارتباط باشید.
همچنین در صورتی که نیاز به Career Path دقیق برای خودتون دارید از طریق Adplist می تونید با من در ارتباط باشید تا با هم براتون برنامه ریزی کنیم.
@learning_with_m
adplist.org
Get mentored by Masoud Daneshpour on ADPList
Hi, I'm Masoud.
A people-focused developer with over 21 years of experience in Software Engineering.
My passion is to help other developers grow in their career paths and achieve their dreams.
I can help you create career paths, help you design software…
A people-focused developer with over 21 years of experience in Software Engineering.
My passion is to help other developers grow in their career paths and achieve their dreams.
I can help you create career paths, help you design software…
سلام دوستان 😃
من بالغ بر 10 سال در نقش های مدیریتی تیم های فنی در رول های مختلف ایفای نقش کرده ام، نقش هایی مثال CTO، Techlead، Team Lead، Chapter Lead و ...
در سال های اخیر اساسی ترین نیاز افرادی که باهاشون کار می کردم رو عدم شناخت درست این نقش و شرح وظایف آن و همچنین روش رسیدن به این نقش بوده و هست. به همین دلیل از اواخر اردیبهشت ماه با هدف قرار دادن چندین کتاب و همچنین گردآوری تجربیات حرفه ای ها و در آخر تجربیات خودم، دوره "Techlead 360°: از برنامه ریزی تا رشد" برای ارائه آماده شد.
این دوره مخصوص :
1. افرادی که علاقه به ورود به دنیای مدیریت Technology و تبدیل شدن به Techlead شدن را دارند.
2. آن دسته از Techlead هایی که هم اکنون در این نقش فعال بوده و برای رشد خود در این شغل نیازمند شناخت بهتری از این کار دارند.
سرفصل های این دوره شامل موارد زیر است :
🔹 روز اول: برنامه ریزی، شناخت و روز های اول
• به چه کسی Techlead گفته می شود؟
• وظایف یک Techlead چیست؟
• چگونه برای تبدیل شدن به Techlead برنامه ریزی کنیم ؟
• درک تعریف مدیریت برای یک Techlead.
• توانمندی های فنی یک Techlead چیست ؟
• توانمندی های نرم یک Techlead چیست ؟
• شرح وظایف روزانه یک Techlead چیست ؟
• تعیین اولویتها و مدیریت زمان برای یک Techlead.
• همه چیز درباره Stakeholder Management و اهمیت آن برای یک Techlead.
• جلسات مهم و نحوه برگزاری آنها
• انواع جلسات (استندآپ، ریفاینمنت، رتریسپکتیو و ...)
• گزارشهایی که یک Techlead باید ارائه کند
• مدیریت تیم و تیمداری
• ساختاردهی تیم و توزیع وظایف
• ایجاد انگیزه و مدیریت تعارضات
🔹 روز دوم: زندگی کاری یک Techlead
• اصول بازخورد(feedback)
• رهبری فنی تیم
• هدایت فنی و نظارت بر کیفیت کد
• تشویق به نوآوری و بهبود مستمر
• اصول مدیریت کیفی کد
•روش های توسعه بهینه( Code Review، Pair Programming، Mob Programming، Design Reviews و ...)
• تفویض اختیار
• ارزیابی و پشتیبانی از تیم
• پلن رشد اعضای تیم
• توسعه فردی و حرفهای اعضای تیم
• روشهای شناخت و ارتقای استعدادها
• اصول مدیریت کیفی کد و رهبری فنی تیم
این دوره در دو روز 8 و 9 شهریور(پنجشنبه و جمعه) به صورت آنلاین برگزار خواهد شد.
برای ثبت نام از این لینک استفاده کنید : https://lu.ma/lbl1to9j
برای ادای احترام به شما همراهان کانال، کد تخفیف `20PF` تقدیم شما می گردد.
به امید دیدار شما دوستان و همراهان گرامی.
@learnin_with_m
من بالغ بر 10 سال در نقش های مدیریتی تیم های فنی در رول های مختلف ایفای نقش کرده ام، نقش هایی مثال CTO، Techlead، Team Lead، Chapter Lead و ...
در سال های اخیر اساسی ترین نیاز افرادی که باهاشون کار می کردم رو عدم شناخت درست این نقش و شرح وظایف آن و همچنین روش رسیدن به این نقش بوده و هست. به همین دلیل از اواخر اردیبهشت ماه با هدف قرار دادن چندین کتاب و همچنین گردآوری تجربیات حرفه ای ها و در آخر تجربیات خودم، دوره "Techlead 360°: از برنامه ریزی تا رشد" برای ارائه آماده شد.
این دوره مخصوص :
1. افرادی که علاقه به ورود به دنیای مدیریت Technology و تبدیل شدن به Techlead شدن را دارند.
2. آن دسته از Techlead هایی که هم اکنون در این نقش فعال بوده و برای رشد خود در این شغل نیازمند شناخت بهتری از این کار دارند.
سرفصل های این دوره شامل موارد زیر است :
🔹 روز اول: برنامه ریزی، شناخت و روز های اول
• به چه کسی Techlead گفته می شود؟
• وظایف یک Techlead چیست؟
• چگونه برای تبدیل شدن به Techlead برنامه ریزی کنیم ؟
• درک تعریف مدیریت برای یک Techlead.
• توانمندی های فنی یک Techlead چیست ؟
• توانمندی های نرم یک Techlead چیست ؟
• شرح وظایف روزانه یک Techlead چیست ؟
• تعیین اولویتها و مدیریت زمان برای یک Techlead.
• همه چیز درباره Stakeholder Management و اهمیت آن برای یک Techlead.
• جلسات مهم و نحوه برگزاری آنها
• انواع جلسات (استندآپ، ریفاینمنت، رتریسپکتیو و ...)
• گزارشهایی که یک Techlead باید ارائه کند
• مدیریت تیم و تیمداری
• ساختاردهی تیم و توزیع وظایف
• ایجاد انگیزه و مدیریت تعارضات
🔹 روز دوم: زندگی کاری یک Techlead
• اصول بازخورد(feedback)
• رهبری فنی تیم
• هدایت فنی و نظارت بر کیفیت کد
• تشویق به نوآوری و بهبود مستمر
• اصول مدیریت کیفی کد
•روش های توسعه بهینه( Code Review، Pair Programming، Mob Programming، Design Reviews و ...)
• تفویض اختیار
• ارزیابی و پشتیبانی از تیم
• پلن رشد اعضای تیم
• توسعه فردی و حرفهای اعضای تیم
• روشهای شناخت و ارتقای استعدادها
• اصول مدیریت کیفی کد و رهبری فنی تیم
این دوره در دو روز 8 و 9 شهریور(پنجشنبه و جمعه) به صورت آنلاین برگزار خواهد شد.
برای ثبت نام از این لینک استفاده کنید : https://lu.ma/lbl1to9j
برای ادای احترام به شما همراهان کانال، کد تخفیف `20PF` تقدیم شما می گردد.
به امید دیدار شما دوستان و همراهان گرامی.
@learnin_with_m
lu.ma
Techlead 360°: از برنامه ریزی تا رشد · Luma
آیا آمادهاید تا به یک Techlead حرفهای تبدیل شوید؟ 🎯
⚠️ این دوره رایگان نیست ! ⚠️
💵 برای پرداخت از این لینک استفاده کنید : https://zarinp.al/615360
در دوره…
⚠️ این دوره رایگان نیست ! ⚠️
💵 برای پرداخت از این لینک استفاده کنید : https://zarinp.al/615360
در دوره…
Learning With M
سلام دوستان 😃 من بالغ بر 10 سال در نقش های مدیریتی تیم های فنی در رول های مختلف ایفای نقش کرده ام، نقش هایی مثال CTO، Techlead، Team Lead، Chapter Lead و ... در سال های اخیر اساسی ترین نیاز افرادی که باهاشون کار می کردم رو عدم شناخت درست این نقش و شرح وظایف…
سلام به همگی.
ظرفیت دوره تکمیل شد.
۸ و ۹ شهریور در خدمتتون خواهم بود.
ظرفیت دوره تکمیل شد.
۸ و ۹ شهریور در خدمتتون خواهم بود.
سلام،
دوستانی که در دوره "Techlead 360°: از برنامه ریزی تا رشد" ثبت نام کرده اند و تایید شدند، براشون یک لینک گروه ارسال شده.
لطفا عضو اون گروه بشید.
ممنون.
دوستانی که در دوره "Techlead 360°: از برنامه ریزی تا رشد" ثبت نام کرده اند و تایید شدند، براشون یک لینک گروه ارسال شده.
لطفا عضو اون گروه بشید.
ممنون.
رفقا سلام 😊،
یه چالش فکری برای آخر هفتتون دارم.
از این به بعد هفتگی یک چالش مطرح میکنم و سعی می کنیم با هم بهش پاسخ بدیم.
در انتهای هفته آینده نظرات رو جمع بندی میکنم و منتشر میکنم.
قطعا مشارک شما باعث بهبود یادگیری هممون میشه.
لطفا در بخش کامنت ها نظرات خودتون رو اعلام کنید.
#چالش شماره ۱:
فرض کنید کد بیس بسیار پیچیده ای دارید. کیفیت کد پایینه و اثری از تست یا نیست یا کارا نیست. مالکان شرکت درک مناسبی از تکنولوژی ندارند و مالک محصول هم علاقه به دلیوری سریع داره.
ازتون خواسته میشه برای توسعه یک فیچر جدید در این کد بیس برنامه ریزی کنید.
راهکار شما باید بخشی یا همه این موارد رو در بر بگیره:
۱. رضایت ذینفعان
۲. برنامه ریزی تحویل
۳. شکست کار برای تیم
۴. مکانیزم بهبود کیفیت کد، بعد از تغییرات شما
یه چالش فکری برای آخر هفتتون دارم.
از این به بعد هفتگی یک چالش مطرح میکنم و سعی می کنیم با هم بهش پاسخ بدیم.
در انتهای هفته آینده نظرات رو جمع بندی میکنم و منتشر میکنم.
قطعا مشارک شما باعث بهبود یادگیری هممون میشه.
لطفا در بخش کامنت ها نظرات خودتون رو اعلام کنید.
#چالش شماره ۱:
فرض کنید کد بیس بسیار پیچیده ای دارید. کیفیت کد پایینه و اثری از تست یا نیست یا کارا نیست. مالکان شرکت درک مناسبی از تکنولوژی ندارند و مالک محصول هم علاقه به دلیوری سریع داره.
ازتون خواسته میشه برای توسعه یک فیچر جدید در این کد بیس برنامه ریزی کنید.
چه راهکار هایی پیشنهاد میدید؟
راهکار شما باید بخشی یا همه این موارد رو در بر بگیره:
۱. رضایت ذینفعان
۲. برنامه ریزی تحویل
۳. شکست کار برای تیم
۴. مکانیزم بهبود کیفیت کد، بعد از تغییرات شما
سلام سلام.
یک موقعیت شغلی هست که محدوده غرب تهران هست.
به دنبال یک برنامه نویس .Net هستند.
مدیر توسعشون رو میشناسم، آدم قوی و توانمندی هست.
هرکدوم از عزیزان علاقه مند هستند پیام بدن تا معرفیشون کنم.
@MDP66
#موقعیت_شغلی
#DotnetDeveloper
یک موقعیت شغلی هست که محدوده غرب تهران هست.
به دنبال یک برنامه نویس .Net هستند.
مدیر توسعشون رو میشناسم، آدم قوی و توانمندی هست.
هرکدوم از عزیزان علاقه مند هستند پیام بدن تا معرفیشون کنم.
@MDP66
#موقعیت_شغلی
#DotnetDeveloper
سلام،
این سوال رو خیلی از من پرسیده میشه، به خاطر همین تصمیم گرفتم با اجازه فرستنده سوال، یک بار پاسخ بهش بدم.
از نظر من، داشتن دانش توی هر زمینه ای بد نیست و حتما توی پیدا کردن کار کمک ما خواهد کرد. ولی نکته مهمی که دارم اینه که بیایم و یک تقسیم بندی خوب داشته باشیم.
تقسیم بندی ای که من پیشنهاد میدم شامل دو بخش کلی هست :
1. مفاهیم و ابزار های بنیادی.
این دسته از مفاهیم و ابزار ها مثل حروف الفبا، برای یادگیری هستند، بدون اونها توسعه دانش نه اینکه ممکن نباشه، ولی قطعا سخت خواهد بود. مثلا شما برای یادگیری ریاضیات مستقیما به زبان فارسی نیاز ندارید، ولی برای یادگیری بهتر مجبورید بخونید، پس به صورت غیر مستقیم به الفبای فارسی نیاز دارید. بخشی از مفاهیم و ابزار های که ما استفاده می کنیم از همین دسته هستند. مثلا :مفاهیم برنامه نویسی، OOP، git، الگوریتم ها، ساختمان داده ها، اصول اولیه پایگاه داده، اصول اولیه وب، اصول اولیه سیستم عامل و ... . به اعتقاد من هرچه قدر به این مفاهیم بیشتر مسلط بشید با تغییر تکنولوژی و ابزار ها غافلگیر نخواهید شد و به سرعت می تونید اونها رو یاد بگیرید.
2. ابزار ها، مفاهیم و فریم ورک های جانبی.
این دسته از ابزار ها و مفاهیم روی مفاهیم پایه و بنیادی شکل میگیرند و برای بهبود مشکلی راه حل جدیدی ارائه میدن، مثلا DDD برای حل آدرس کردن پیچیدگی در دامین پیچیده راه حل ارائه میده، یا Microservice ها، یکی از مشکلاتی رو که پاسخ میدن برای حل مقیاس پذیری هست.
دسته دوم خیلی تغییرات در اونها زیاده و همیشه یکی جدیدش داره میاد. مثلا فریم ورک ها و یا لایبرری هایی که روی JS معرفی میشن.
حالا بخوام جواب این دوستمون رو بدم، میگم که تلاش کنید تا بیشتر تایمتون رو روی مفاهیم و ابزار های بنیادی صرف کنید ولی از ابزار ها و مفایم جانبی هم غافل نشید. برای پیدا کردن کار توی شرکت های کوچک و متوسط شما کافیه نیاز رو درست درک کنید و با همون ابزار ها و مفایم پایه بهش پاسخ بدید.
آخرین نکته هم این که خبر خوب اینه که توی شرکت های بزرگ ها هم همین کار رو باید بکنید ! فقط درصدی هم ابزار ها و مفاهیم جانبی لازم میشه.
به صورت کلی منطقی هم هست، توی شرکت های کوچک اندازه محصول طوری نیست که لازم باشه شما با k8s به صورت حرفه ای کار کنید، شاید کلا اصلا وجود هم نداشته باشه. یا انقدر محصول بزرگ باشه که مقیاس پذیری مساله مهمی باشه.
راستش خودم بیشتر فکر می کنم که توی شرکت های بزرگ، مهندس نرم افزار خوب باید تمرکزش روی تولید محصولی باشه که در طول زمان قابل نگهداری باشه و بشه بهبودش داد، برای همین شاید تمرکز روی سادگی- هم در فکر کردن، هم در طراحی، هم در عملیات- یکی از مهمترین حوزه هایی هست که میتونید براش وقت خوبی صرف کنید.
ارادت.
پ.ن : شاید عنوان " ابزار ها، مفاهیم و فریم ورک های جانبی" خیلی دقیق و مناسب نباشه، ولی کلمه بهتری پیدا نکردم. اگر پیشنهادی داشتید خوشحال میشم مطرح کنید.
این سوال رو خیلی از من پرسیده میشه، به خاطر همین تصمیم گرفتم با اجازه فرستنده سوال، یک بار پاسخ بهش بدم.
از نظر من، داشتن دانش توی هر زمینه ای بد نیست و حتما توی پیدا کردن کار کمک ما خواهد کرد. ولی نکته مهمی که دارم اینه که بیایم و یک تقسیم بندی خوب داشته باشیم.
تقسیم بندی ای که من پیشنهاد میدم شامل دو بخش کلی هست :
1. مفاهیم و ابزار های بنیادی.
این دسته از مفاهیم و ابزار ها مثل حروف الفبا، برای یادگیری هستند، بدون اونها توسعه دانش نه اینکه ممکن نباشه، ولی قطعا سخت خواهد بود. مثلا شما برای یادگیری ریاضیات مستقیما به زبان فارسی نیاز ندارید، ولی برای یادگیری بهتر مجبورید بخونید، پس به صورت غیر مستقیم به الفبای فارسی نیاز دارید. بخشی از مفاهیم و ابزار های که ما استفاده می کنیم از همین دسته هستند. مثلا :مفاهیم برنامه نویسی، OOP، git، الگوریتم ها، ساختمان داده ها، اصول اولیه پایگاه داده، اصول اولیه وب، اصول اولیه سیستم عامل و ... . به اعتقاد من هرچه قدر به این مفاهیم بیشتر مسلط بشید با تغییر تکنولوژی و ابزار ها غافلگیر نخواهید شد و به سرعت می تونید اونها رو یاد بگیرید.
2. ابزار ها، مفاهیم و فریم ورک های جانبی.
این دسته از ابزار ها و مفاهیم روی مفاهیم پایه و بنیادی شکل میگیرند و برای بهبود مشکلی راه حل جدیدی ارائه میدن، مثلا DDD برای حل آدرس کردن پیچیدگی در دامین پیچیده راه حل ارائه میده، یا Microservice ها، یکی از مشکلاتی رو که پاسخ میدن برای حل مقیاس پذیری هست.
دسته دوم خیلی تغییرات در اونها زیاده و همیشه یکی جدیدش داره میاد. مثلا فریم ورک ها و یا لایبرری هایی که روی JS معرفی میشن.
حالا بخوام جواب این دوستمون رو بدم، میگم که تلاش کنید تا بیشتر تایمتون رو روی مفاهیم و ابزار های بنیادی صرف کنید ولی از ابزار ها و مفایم جانبی هم غافل نشید. برای پیدا کردن کار توی شرکت های کوچک و متوسط شما کافیه نیاز رو درست درک کنید و با همون ابزار ها و مفایم پایه بهش پاسخ بدید.
آخرین نکته هم این که خبر خوب اینه که توی شرکت های بزرگ ها هم همین کار رو باید بکنید ! فقط درصدی هم ابزار ها و مفاهیم جانبی لازم میشه.
به صورت کلی منطقی هم هست، توی شرکت های کوچک اندازه محصول طوری نیست که لازم باشه شما با k8s به صورت حرفه ای کار کنید، شاید کلا اصلا وجود هم نداشته باشه. یا انقدر محصول بزرگ باشه که مقیاس پذیری مساله مهمی باشه.
راستش خودم بیشتر فکر می کنم که توی شرکت های بزرگ، مهندس نرم افزار خوب باید تمرکزش روی تولید محصولی باشه که در طول زمان قابل نگهداری باشه و بشه بهبودش داد، برای همین شاید تمرکز روی سادگی- هم در فکر کردن، هم در طراحی، هم در عملیات- یکی از مهمترین حوزه هایی هست که میتونید براش وقت خوبی صرف کنید.
ارادت.
پ.ن : شاید عنوان " ابزار ها، مفاهیم و فریم ورک های جانبی" خیلی دقیق و مناسب نباشه، ولی کلمه بهتری پیدا نکردم. اگر پیشنهادی داشتید خوشحال میشم مطرح کنید.
دوست خوب و خفن داشتن این شکلیه.
مسعود بیگی عزیز در @refhubofficial قابلیت خرید نسخه های چاپی رو در کنار هوش مصنوعی ای که وجود داشت اضافه کردند و این کتاب بسیار جذاب رو برای من به عنوان هدیه ارسال کرده.
اگر اهل مطالعه هستید، پیشنهاد می کنم حتمی https://refhub.ir رو به عنوان یک منبع تخصصی کتاب داشته باشید.
مسعود بیگی عزیز در @refhubofficial قابلیت خرید نسخه های چاپی رو در کنار هوش مصنوعی ای که وجود داشت اضافه کردند و این کتاب بسیار جذاب رو برای من به عنوان هدیه ارسال کرده.
اگر اهل مطالعه هستید، پیشنهاد می کنم حتمی https://refhub.ir رو به عنوان یک منبع تخصصی کتاب داشته باشید.
رفقا سلام،
دوره TechLead 360 برگزار شد و من از نتیجه خیلی راضی بودم.
در انتهای دوره با عزیزانی که در دوره بودند تصمیم گرفتیم برای تمرین و شبکه سازی بیشتر، یک روز رو حضوری دور هم جمع بشیم.
تصمیم گرفتم این دور همی رو به صورت عمومی برگزار کنم که شبکه سازی بهتری انجام بشه و همه بتونن ازش استفاده کنن.
برای همین تمام افرادی که در دوره شرکت کردند و یا نکردند می تونن توی این جلسه رایگان همراه ما باشند.
ظرفیت دوره 50 نفر هست و احتمالا زود پر بشه، برای همین من اطلاع رسانی عمومیش رو روز شنبه شروع می کنم تا شما عزیزان بتونید اول ثبت نام کنید.
نکته مهم اینه که به دلیل اینکه روز جمعه کاخانه نوآوری به صورت کلی باز نیست، فقط افرادی که ثبت نام کنن و اسمشون توی لیست باشه می تونن اون روز از در کارخانه نوآوری وارد بشن پس ثبت نام با مشخصات کامل رو فراموش نکنید.
برای اطلاعات بیشتر و ثبت نام می تونید از این لینک استفاده کنید :
https://B2n.ir/tl360-meetup
دوره TechLead 360 برگزار شد و من از نتیجه خیلی راضی بودم.
در انتهای دوره با عزیزانی که در دوره بودند تصمیم گرفتیم برای تمرین و شبکه سازی بیشتر، یک روز رو حضوری دور هم جمع بشیم.
تصمیم گرفتم این دور همی رو به صورت عمومی برگزار کنم که شبکه سازی بهتری انجام بشه و همه بتونن ازش استفاده کنن.
برای همین تمام افرادی که در دوره شرکت کردند و یا نکردند می تونن توی این جلسه رایگان همراه ما باشند.
ظرفیت دوره 50 نفر هست و احتمالا زود پر بشه، برای همین من اطلاع رسانی عمومیش رو روز شنبه شروع می کنم تا شما عزیزان بتونید اول ثبت نام کنید.
نکته مهم اینه که به دلیل اینکه روز جمعه کاخانه نوآوری به صورت کلی باز نیست، فقط افرادی که ثبت نام کنن و اسمشون توی لیست باشه می تونن اون روز از در کارخانه نوآوری وارد بشن پس ثبت نام با مشخصات کامل رو فراموش نکنید.
برای اطلاعات بیشتر و ثبت نام می تونید از این لینک استفاده کنید :
https://B2n.ir/tl360-meetup
academy.daneshpour.ir
آکادمی یادگیری با M | Techlead 360 : تمرین و شبکه سازی
<p dir="rtl">دوره Techlead 360 یک دوره آ...
Learning With M pinned «رفقا سلام، دوره TechLead 360 برگزار شد و من از نتیجه خیلی راضی بودم. در انتهای دوره با عزیزانی که در دوره بودند تصمیم گرفتیم برای تمرین و شبکه سازی بیشتر، یک روز رو حضوری دور هم جمع بشیم. تصمیم گرفتم این دور همی رو به صورت عمومی برگزار کنم که شبکه سازی بهتری…»
دوستان سلام،
دوره بعدی تکلید ۳۶۰ رو میخوایم برگزار کنیم.
شما کدوم حالت به نظر شما بهتره؟
دوره بعدی تکلید ۳۶۰ رو میخوایم برگزار کنیم.
شما کدوم حالت به نظر شما بهتره؟
Anonymous Poll
61%
آنلاین، در چهار روز ۴ ساعته در طول دو هفته(پنجشنبه و جمعه)
16%
حضوری، در سه روز ۵ ساعته(دو پنجشنبه و یک جمعه)
23%
هیبرید،۳ جلسه آنلاین ۴ ساعته در طول دو هفته(پنجشنبه و بک جمعه) + جلسه حضوری ۳ ساعته(تمرین+شبکه سازی)
Learning With M pinned «دوستان سلام،
دوره بعدی تکلید ۳۶۰ رو میخوایم برگزار کنیم.
شما کدوم حالت به نظر شما بهتره؟»
دوره بعدی تکلید ۳۶۰ رو میخوایم برگزار کنیم.
شما کدوم حالت به نظر شما بهتره؟»
Forwarded from صادق سپندارند
چرا بهترین افراد، همیشه بهترین مدیران نمیشوند؟
"همه ما روزی به جایی میرسیم که دیگر نمیتوانیم بهتر از قبل عمل کنیم؛ هنر مدیریت این است که پیش از رسیدن به آن نقطه، بهترین خود را بسازیم." - جانسون
پیدا کردن یک مدیر خوب همواره یکی از سوالات اساسی در سازمانها بوده است. چالش اصلی اینجاست که بسیاری از افراد با داشتن توانمندیهای فنی یا عملکرد عالی، به جایگاه مدیریت ارتقا مییابند، اما در نهایت به دلیل ناکارآمدی در موقعیت جدید، عملکرد ضعیفی از خود نشان میدهند. این مسأله به خوبی توسط "اصل پیتر" توضیح داده میشود: افراد تا زمانی ارتقا مییابند که به موقعیتی برسند که مهارتهای لازم برای آن را ندارند و در آن سطح ناکارآمد میشوند. به بیان سادهتر، افراد تا رسیدن به نقطهای که در آن کارایی ندارند ارتقا پیدا میکنند و سپس در همان موقعیت باقی میمانند.
تحقیقات نشان میدهد که ویژگیهایی که افراد را برای ارتقا مناسب میسازند، لزوماً ویژگیهایی نیستند که آنها را به مدیران موفق تبدیل کنند. انتخاب مدیران تنها بر اساس عملکرد فردی یا اعتماد به نفس آنها میتواند منجر به تصمیمات نادرست شود. بسیاری از افراد ممکن است علاقهمند به پست مدیریت باشند، اما این علاقه به تنهایی نمیتواند معیار مناسبی برای موفقیت در این نقش باشد.
در تحقیقی که به بررسی بهترین روش برای انتخاب مدیران انجام شده است، افراد را به گروههای سه نفره شامل یک مدیر و دو زیردست تقسیم کرده و عملکرد تیمها را ارزیابی کرده است. نتایج نشان داد که مدیرانی که به صورت تصادفی انتخاب شده بودند، عملکرد بهتری نسبت به افرادی که مشتاقانه به دنبال جایگاه مدیریت بودند، داشتند. این یافته جالب نشان میدهد که تمایل به مدیریت یا اعتماد به نفس بالا به تنهایی تضمینکننده موفقیت در نقش مدیریتی نیست.
همچنین این تحقیق نشان داد که رقابت سالم و همکاری میان اعضای تیم، عامل مهمی در موفقیت تیمها بود. مدیرانی که به جای خودمحوری بر روی همکاری و ایجاد محیطی حمایتی تمرکز داشتند، نتایج بهتری به دست آوردند. این نکته کلیدی به ما یادآوری میکند که توانایی برقراری ارتباط موثر، حل مسائل به صورت تیمی، و تشویق به همکاری میتواند ویژگیهای تعیینکننده یک مدیر موفق باشد.
در نهایت، سازمانها باید با تمرکز بر مهارتهای ارتباطی، توانایی حل مسئله، و ایجاد انگیزه در دیگران دست به انتخاب مدیرانی بزنند که نه تنها توانایی رهبری دارند، بلکه میتوانند تیمهای خود را به موفقیت هدایت کنند.
#مدیریت #اکونومیست #ارتقا #اصل_پیتر #موفقیت #تیم #مهارت #تصمیمگیری #نقش #سپندارند
"همه ما روزی به جایی میرسیم که دیگر نمیتوانیم بهتر از قبل عمل کنیم؛ هنر مدیریت این است که پیش از رسیدن به آن نقطه، بهترین خود را بسازیم." - جانسون
پیدا کردن یک مدیر خوب همواره یکی از سوالات اساسی در سازمانها بوده است. چالش اصلی اینجاست که بسیاری از افراد با داشتن توانمندیهای فنی یا عملکرد عالی، به جایگاه مدیریت ارتقا مییابند، اما در نهایت به دلیل ناکارآمدی در موقعیت جدید، عملکرد ضعیفی از خود نشان میدهند. این مسأله به خوبی توسط "اصل پیتر" توضیح داده میشود: افراد تا زمانی ارتقا مییابند که به موقعیتی برسند که مهارتهای لازم برای آن را ندارند و در آن سطح ناکارآمد میشوند. به بیان سادهتر، افراد تا رسیدن به نقطهای که در آن کارایی ندارند ارتقا پیدا میکنند و سپس در همان موقعیت باقی میمانند.
تحقیقات نشان میدهد که ویژگیهایی که افراد را برای ارتقا مناسب میسازند، لزوماً ویژگیهایی نیستند که آنها را به مدیران موفق تبدیل کنند. انتخاب مدیران تنها بر اساس عملکرد فردی یا اعتماد به نفس آنها میتواند منجر به تصمیمات نادرست شود. بسیاری از افراد ممکن است علاقهمند به پست مدیریت باشند، اما این علاقه به تنهایی نمیتواند معیار مناسبی برای موفقیت در این نقش باشد.
در تحقیقی که به بررسی بهترین روش برای انتخاب مدیران انجام شده است، افراد را به گروههای سه نفره شامل یک مدیر و دو زیردست تقسیم کرده و عملکرد تیمها را ارزیابی کرده است. نتایج نشان داد که مدیرانی که به صورت تصادفی انتخاب شده بودند، عملکرد بهتری نسبت به افرادی که مشتاقانه به دنبال جایگاه مدیریت بودند، داشتند. این یافته جالب نشان میدهد که تمایل به مدیریت یا اعتماد به نفس بالا به تنهایی تضمینکننده موفقیت در نقش مدیریتی نیست.
همچنین این تحقیق نشان داد که رقابت سالم و همکاری میان اعضای تیم، عامل مهمی در موفقیت تیمها بود. مدیرانی که به جای خودمحوری بر روی همکاری و ایجاد محیطی حمایتی تمرکز داشتند، نتایج بهتری به دست آوردند. این نکته کلیدی به ما یادآوری میکند که توانایی برقراری ارتباط موثر، حل مسائل به صورت تیمی، و تشویق به همکاری میتواند ویژگیهای تعیینکننده یک مدیر موفق باشد.
در نهایت، سازمانها باید با تمرکز بر مهارتهای ارتباطی، توانایی حل مسئله، و ایجاد انگیزه در دیگران دست به انتخاب مدیرانی بزنند که نه تنها توانایی رهبری دارند، بلکه میتوانند تیمهای خود را به موفقیت هدایت کنند.
#مدیریت #اکونومیست #ارتقا #اصل_پیتر #موفقیت #تیم #مهارت #تصمیمگیری #نقش #سپندارند
Learning With M
چرا بهترین افراد، همیشه بهترین مدیران نمیشوند؟ "همه ما روزی به جایی میرسیم که دیگر نمیتوانیم بهتر از قبل عمل کنیم؛ هنر مدیریت این است که پیش از رسیدن به آن نقطه، بهترین خود را بسازیم." - جانسون پیدا کردن یک مدیر خوب همواره یکی از سوالات اساسی در سازمانها…
Please open Telegram to view this post
VIEW IN TELEGRAM