<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های علی قدرتی</title>
        <link>https://virgool.io/feed/@ali.ghodrati</link>
        <description></description>
        <language>fa</language>
        <pubDate>2026-06-27 15:31:47</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/103649/avatar/BwWOcZ.png?height=120&amp;width=120</url>
            <title>علی قدرتی</title>
            <link>https://virgool.io/@ali.ghodrati</link>
        </image>

                    <item>
                <title>نحوه عملکرد Single Sign-On چگونه است؟</title>
                <link>https://virgool.io/@ali.ghodrati/signle-sing-on-hq0nxf9i3tpk</link>
                <description>Single Sign-On چیست؟Single Sign-on (SSO) یک روش احراز هویت است که به کاربران امکان می دهد تا با استفاده از یک مجموعه از اعتبارنامه ها به طور ایمن با چندین برنامه و وب سایت احراز هویت کنند.SSO چگونه کار می کند؟SSO بر اساس یک رابطه اعتماد ایجاد شده بین یک برنامه کاربردی که به عنوان ارائه دهنده خدمات شناخته می شود و یک ارائه دهنده هویت مانند OneLogin کار می کند. این رابطه اعتماد اغلب بر اساس گواهی است که بین ارائه دهنده هویت و ارائه دهنده خدمات مبادله می شود. از این گواهی می توان برای امضای اطلاعات هویتی که از ارائه دهنده هویت به ارائه دهنده خدمات ارسال می شود استفاده کرد تا ارائه دهنده سرویس بداند که از منبع قابل اعتمادی می آید. در SSO، این داده‌های هویتی به شکل توکن‌هایی هستند که حاوی بیت‌هایی از اطلاعات مربوط به کاربر مانند آدرس ایمیل کاربر یا نام کاربری هستند.جریان ورود معمولاً به این صورت است:1- کاربر برنامه یا وب‌سایتی که می‌خواهد به آن دسترسی داشته باشد، یا همان ارائه‌دهنده خدمات، را باز میکند.2- ارائه‌دهنده خدمات رمزی را که حاوی اطلاعاتی درباره کاربر است، مانند آدرس ایمیل او، به سیستم SSO، با نام دیگر Identity Provider، به عنوان بخشی از درخواست احراز هویت کاربر ارسال می‌کند.3- Identity Provider ابتدا بررسی می کند که آیا کاربر قبلاً احراز هویت شده است یا خیر، در این صورت به کاربر اجازه دسترسی به برنامه Service Provider را می دهد و به مرحله 5 می رود.4- اگر کاربر وارد سیستم نشده باشد، با ارائه مدارک مورد نیاز توسط Identity Provider از او خواسته می شود که این کار را انجام دهد. این می تواند به سادگی یک نام کاربری و رمز عبور باشد یا ممکن است شامل نوعی دیگر از احراز هویت مانند یک رمز عبور یک بار مصرف (OTP) باشد.5- هنگامی که Identity Provider اعتبار ارائه شده را تأیید کرد، رمزی را برای تأیید احراز هویت موفق به ارائه دهنده خدمات ارسال می کند.6- این نشانه از طریق مرورگر کاربر به ارائه دهنده خدمات ارسال می شود.7- رمزی که توسط ارائه‌دهنده خدمات دریافت می‌شود، بر اساس رابطه اعتمادی که بین ارائه‌دهنده خدمات و ارائه‌دهنده هویت در طول پیکربندی اولیه تنظیم شده است، اعتبارسنجی می‌شود.8- به کاربر اجازه دسترسی به ارائه دهنده خدمات داده می شود.هنگامی که کاربر سعی می کند به وب سایت دیگری دسترسی پیدا کند، وب سایت جدید باید یک رابطه اعتماد مشابه با راه حل SSO پیکربندی شده داشته باشد و جریان احراز هویت مراحل مشابهی را دنبال می کند.SSO Token چیست؟توکن SSO مجموعه ای از داده ها یا اطلاعاتی است که در طی فرآیند SSO از یک سیستم به سیستم دیگر منتقل می شود. داده ها می توانند به سادگی آدرس ایمیل کاربر و اطلاعاتی در مورد سیستمی باشد که توکن را ارسال می کند. توکن‌ها باید به‌صورت دیجیتالی امضا شوند تا گیرنده توکن تأیید کند که توکن از یک منبع قابل اعتماد می‌آید. گواهی که برای این امضای دیجیتال استفاده می شود در طی فرآیند پیکربندی اولیه مبادله می شود.آیا SSO امن است؟پاسخ به این سوال این است که &quot;بستگی دارد&quot;.دلایل زیادی وجود دارد که چرا SSO می تواند امنیت را بهبود بخشد. یک راه حل ورود به سیستم می تواند مدیریت نام کاربری و رمز عبور را هم برای کاربران و هم برای مدیران ساده کند. کاربران دیگر نیازی به پیگیری مجموعه های مختلف اعتبارنامه ندارند و می توانند به سادگی یک رمز عبور پیچیده تر را به خاطر بسپارند. SSO اغلب کاربران را قادر می سازد تا به برنامه های خود بسیار سریعتر دسترسی پیدا کنند.SSO همچنین می‌تواند مدت زمانی را که میز کمک برای کمک به کاربران با رمزهای گمشده صرف می‌کند کاهش دهد. مدیران می توانند الزاماتی مانند پیچیدگی رمز عبور و احراز هویت چند عاملی (MFA) را به صورت متمرکز کنترل کنند. هنگامی که کاربر سازمان را ترک می کند، مدیران همچنین می توانند با سرعت بیشتری از امتیازات ورود به سیستم در سراسر هیئت مدیره صرف نظر کنند.Single Sign-On دارای اشکالاتی است. برای مثال، ممکن است برنامه هایی داشته باشید که بخواهید کمی بیشتر محدود کنید. به همین دلیل، مهم است که یک راه حل SSO را انتخاب کنید که به شما این امکان را می دهد که مثلاً قبل از ورود کاربر به یک برنامه خاص، به یک فاکتور تأیید هویت اضافی نیاز داشته باشید یا از دسترسی کاربران به برنامه های خاص جلوگیری کند، مگر اینکه به یک برنامه ایمن متصل شوند.SSO چگونه پیاده سازی می شود؟جزئیات نحوه اجرای یک راه حل SSO بسته به اینکه دقیقاً با چه راه حل SSO کار می کنید متفاوت است. اما مهم نیست که مراحل مشخص چیست، باید مطمئن شوید که اهداف روشنی را برای اجرای خود تعیین کرده اید. حتما به سوالات زیر پاسخ دهید:به چه نوع کاربرانی خدمات می دهید و نیازهای متفاوت آنها چیست؟آیا به دنبال یک راه حل On Prem یا یک راه حل مبتنی بر Cloud هستید؟آیا این راه حل می تواند با شرکت و نیازهای شما رشد کند؟به دنبال چه ویژگی هایی هستید تا مطمئن شوید که فقط کاربران قابل اعتماد وارد سیستم می شوند؟ MFA، احراز هویت تطبیقی، Device Trust، لیست سفید آدرس IP و غیره؟شما باید با چه سیستم هایی یکپارچه میشوید؟آیا به دسترسی API نیاز دارید؟چه چیزی یک سیستم SSO واقعی را می سازد؟مهم است که تفاوت بین ورود به سیستم و مدیریت رمز عبور را درک کنید، که گاهی اوقات به آنها SSO می گویند که می تواند به معنای همان Sign-on باشد نه Single Sign-on. با مدیریت گذرواژه، ممکن است نام کاربری و رمز عبور یکسانی داشته باشید، اما هر بار که به برنامه یا وب سایت دیگری منتقل می شوید، باید آنها را وارد کنید. سیستم ذخیره رمز عبور به سادگی اعتبار شما را برای همه برنامه های مختلف ذخیره می کند و در صورت لزوم آنها را درج می کند. هیچ رابطه اعتمادی بین برنامه ها و سیستم ذخیره رمز عبور تنظیم نشده است.با SSO، به معنای Single Sign-On، پس از ورود از طریق راه حل SSO، می توانید بدون نیاز به ورود مجدد به همه برنامه ها و وب سایت های مورد تایید شرکت دسترسی داشته باشید. این شامل برنامه های کاربردی ابری و همچنین برنامه های کاربردی اولیه است که اغلب از طریق یک پورتال SSO (که پورتال ورود نیز نامیده می شود) در دسترس هستند.نرم افزار SSO در مقابل راه حل SSO چیست؟هنگام تحقیق در مورد گزینه های SSO موجود، ممکن است مشاهده کنید که گاهی اوقات به آنها به عنوان نرم افزار SSO در مقابل راه حل SSO در مقابل ارائه دهنده SSO اشاره می شود. در بسیاری از موارد، تفاوت ممکن است صرفاً در نحوه طبقه‌بندی شرکت‌ها باشد. یک نرم افزار چیزی را پیشنهاد می کند که در محل نصب شده است. معمولاً برای انجام یک مجموعه خاص از وظایف طراحی شده است و نه چیز دیگری. یک راه حل نشان می دهد که توانایی گسترش یا سفارشی کردن قابلیت های محصول اصلی وجود دارد. ارائه دهنده راهی برای مراجعه به شرکتی است که راه حل را تولید یا میزبانی می کند. به عنوان مثال، OneLogin به عنوان یک ارائه دهنده راه حل SSO شناخته می شود.آیا انواع مختلف SSO وجود دارد؟زمانی که در مورد Single Sign-On (SSO) صحبت می کنیم، اصطلاحات زیادی به کار می روند.Federated Identity Management (FIM)OAuth (specifically OAuth 2.0 nowadays)OpenID Connect (OIDC)Security Access Markup Language (SAML)Same Sign On (SSO)SSO در واقع بخشی از یک مفهوم بزرگتر به نام Federated Identity Management است، بنابراین گاهی اوقات SSO به عنوان SSO فدرال شناخته می شود. FIM فقط به رابطه اعتمادی اشاره دارد که بین دو یا چند دامنه یا سیستم مدیریت هویت ایجاد می شود. Single Sign-on اغلب یک ویژگی است که در معماری FIM در دسترس است.OAuth 2.0 یک چارچوب خاص است که می تواند بخشی از معماری FIM نیز در نظر گرفته شود. OAuth بر روی آن رابطه قابل اعتماد تمرکز می کند که اجازه می دهد اطلاعات هویت کاربر در سراسر دامنه ها به اشتراک گذاشته شود.OpenID Connect (OIDC) یک لایه احراز هویت است که در بالای OAuth 2.0 برای ارائه عملکرد Single Sign-on ساخته شده است.Same Sign On که اغلب به آن SSO نیز می گویند، در واقع با Single Sign-on یکسان نیست، زیرا هیچ رابطه اعتمادی بین نهادهایی که احراز هویت را انجام می دهند، ندارد. بیشتر وابسته به این است که اعتبارنامه ها بین سیستم ها تکرار شوند و در صورت لزوم به سادگی در آن اعتبارنامه ها منتقل شوند. به اندازه هیچ یک از راه حل های Single Sign-on ایمن نیست.همچنین برخی از سیستم‌های خاصی وجود دارند که معمولاً هنگام بحث در مورد Single Sign-on ظاهر می‌شوند: Active Directory، Active Directory Federation Services (ADFS) و Lightweight Directory Access Protocol (LDAP).Active Directory که امروزه به طور خاص به عنوان Active Directory Directory Services (ADDS) شناخته می شود، سرویس دایرکتوری متمرکز مایکروسافت است. کاربران و منابع برای مدیریت مرکزی به سرویس دایرکتوری اضافه می شوند و ADDS با پروتکل های احراز هویت مانند NTLM و Kerberos کار می کند. بنابراین، کاربرانی که به ADDS تعلق دارند می توانند از دستگاه های خود احراز هویت کنند و به سیستم های دیگری که با ADDS ادغام می شوند دسترسی داشته باشند. این یک شکل از Single Sign-on است.Active Directory Federation Services (ADFS) نوعی سیستم Federated Identity Management است که قابلیت‌های Single Sign-on را نیز ارائه می‌کند. از SAML و OIDC پشتیبانی می کند. ADFS در درجه اول برای ایجاد اعتماد بین ADDS و سیستم های دیگر مانند Azure AD یا سایر جنگل های ADDS استفاده می شود.پروتکل دسترسی به دایرکتوری سبک وزن (LDAP) به سادگی یک استاندارد صنعتی است که راهی برای سازماندهی و جستجوی اطلاعات دایرکتوری تعریف می کند. LDAP به شما امکان می دهد منابعی مانند کاربران و سیستم ها را به صورت متمرکز مدیریت کنید. با این حال، LDAP نحوه ورود شما به آن سیستم ها را تعریف نمی کند، به این معنی که پروتکل های واقعی مورد استفاده در احراز هویت را تعریف نمی کند. با این حال، اغلب به عنوان بخشی از فرآیند احراز هویت و فرآیندهای کنترل دسترسی استفاده می شود. به عنوان مثال، قبل از اینکه کاربر بتواند به یک منبع خاص دسترسی پیدا کند، ممکن است از LDAP برای پرس و جو برای آن کاربر و هر گروهی که به آن تعلق دارند استفاده شود تا ببیند آیا کاربر به آن منبع دسترسی دارد یا خیر. راه حل های LDAP مانند OpenLDAP احراز هویت را از طریق پشتیبانی از پروتکل های احراز هویت مانند احراز هویت ساده و لایه امنیتی (SASL) ارائه می کنند.SSO SAAS چیست؟همانطور که بسیاری از برنامه های کاربردی دیگر برای اجرا در اینترنت حرکت کرده اند، عملکرد SSO نیز تغییر کرده است. پلتفرم هایی مانند OneLogin که در فضای ابری اجرا می شوند را می توان به عنوان راه حل SSO نرم افزار به عنوان سرویس (SaaS) طبقه بندی کرد.App-to-App SSO چیست؟در نهایت، ممکن است نام App-to-App یا Application-to-Application SSO را شنیده باشید. این هنوز یک استاندارد صنعتی نیست. این بیشتر اصطلاحی است که توسط SAPCloud برای توصیف فرآیند انتقال هویت کاربر از یک برنامه به برنامه دیگر در اکوسیستم آنها استفاده شده است. این تا حدودی شبیه به OAuth 2.0 است اما دوباره یک پروتکل یا روش استاندارد نیست و در حال حاضر مختص SAPCloud است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sun, 11 Dec 2022 22:37:33 +0330</pubDate>
            </item>
                    <item>
                <title>Protected Variations</title>
                <link>https://virgool.io/@ali.ghodrati/protected-variations-fdfwx78gm8qb</link>
                <description>اصل تغییرات محافظت شده مربوط به Low coupling است، زیرا به کاهش اثرات تغییرات کد یک قسمت A بر روی قسمت B دیگر کمک می کند. کد قسمت B در برابر تغییرات کد قطعه محافظت می شود. A، از این رو نام الگو.چگونه به چنین محافظتی دست می یابید؟ با سازماندهی مسئولیت ها حول رابط های پایدار.این به ویژه برای کدهایی که اغلب تمایل به تغییر دارند، مرتبط است. معرفی یک رابط بین این بخش ناپایدار کد و بقیه پایگاه کد به محدود کردن اثرات موج دار آن تغییرات مکرر کمک می کند.طبق درک من، اصل تغییرات محافظت شده بسیار نزدیک به مفهوم &quot;anti-corruption layer&quot; از Domain Driven Design است.برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Wed, 21 Sep 2022 20:50:21 +0430</pubDate>
            </item>
                    <item>
                <title>Polymorphism</title>
                <link>https://virgool.io/@ali.ghodrati/polymorphism-xcaspq6eqfgs</link>
                <description>اصل Polymorphism توصیه ای است برای استفاده از چندشکلی در کد خود.چندشکلی اغلب به عنوان داشتن یک کلاس پایه با روش های مجازی که یک رابط را تعریف می کند و کلاس های مشتق شده ای که این رابط را پیاده سازی می کنند دیده می شود، اما این تنها یک نوع چندشکلی است. انواع زیادی از چندشکلی وجود دارد (از جمله الگوها برای مثال) و امیدوارم بتوانیم در فلوئنت C++ به این موضوع بپردازیم.استفاده از Polymorphism زمانی است که چندین راه برای انجام یک کار وجود دارد، و شما می‌خواهید client ها این کار را از کدهای مختلفی جدا کنید که راه‌های مختلفی را برای انجام آن پیاده‌سازی می‌کنند.اصل Polymorphism بسیار نزدیک به الگوی Strategy است، اگر یکسان نباشد. این به اصل Low Coupling کمک می کند.برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Wed, 21 Sep 2022 20:46:31 +0430</pubDate>
            </item>
                    <item>
                <title>Pure Fabrication</title>
                <link>https://virgool.io/@ali.ghodrati/pure-fabrication-nkwha1oonzpv</link>
                <description>طبیعی است که اشیایی را در کد خود نشان دهیم که واقعیت دامنه ای را که می خواهیم مدل سازی کنیم، ترسیم می کند. برای مثال، اگر روی یک برنامه مالی کار می‌کنید، احتمالاً می‌توانید انتظار داشته باشید که با کلاس‌هایی به نام تراکنش یا پورتفولیو در کد مواجه شوید.اما گاهی اوقات شما مسئولیتی برای تعیین تکلیف دارید و به نظر می رسد که در هیچ کلاس دامنه ای مناسب نیست. و با توجه به اصل انسجام بالا، شما نباید مسئولیتی را به طبقه ای که قبلاً کار دیگری انجام می دهد تحمیل کنید.در آن زمان است که اصل Pure Fabrication مطرح می شود: کلاسی ایجاد کنید که به یک شی دامنه نگاشت نمی شود و اجازه دهید به این مسئولیت جدید به روشی منسجم دست یابد.این اصل احتمالاً یکی از سخت‌ترین حدس‌زنی‌ها است، زیرا برخلاف تمایل طبیعی ما برای نوشتن کدی است که نشان‌دهنده مشکلی است که می‌خواهیم حل کنیم.برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Wed, 21 Sep 2022 20:40:52 +0430</pubDate>
            </item>
                    <item>
                <title>High Cohesion</title>
                <link>https://virgool.io/@ali.ghodrati/high-cohesion-l1lx19zjfo55</link>
                <description>انسجام بالا یک الگوی ارزیابی است که سعی می کند اشیاء را به طور مناسب متمرکز، قابل مدیریت و قابل درک نگه دارد. چسبندگی بالا به طور کلی برای پشتیبانی از Low Coupling استفاده می شود.اصطلاح cohesion برای نشان دادن درجه ای که یک طبقه دارای مسئولیت واحد و کاملاً متمرکز است استفاده می شود. cohesion معیاری است که نشان می‌دهد چگونه روش‌های یک کلاس یا یک ماژول به طور معنادار و قوی مرتبط هستند و تا چه اندازه در ارائه یک هدف کاملاً تعریف شده برای سیستم متمرکز هستند.مشکلچگونه کلاس ها را متمرکز، قابل درک و قابل مدیریت نگه داریم؟راه حلمسئولیت ها را به گونه ای تعیین کنید که انسجام بالا باقی بماند. سعی کنید از کلاس هایی برای انجام کارهای بسیار متفاوت اجتناب کنید.نکات کلیدی در مورد انسجام بالاکد باید در عملیات خود بسیار خاص باشد.مسئولیت ها/روش ها به شدت به کلاس/ماژول مرتبط هستند.اصطلاح انسجام برای نشان دادن درجه ای که یک طبقه دارای مسئولیت واحد و کاملاً متمرکز است استفاده می شود. انسجام معیاری است که نشان می‌دهد چگونه روش‌های یک کلاس یا یک ماژول به طور معنادار و قوی مرتبط هستند و تا چه اندازه در ارائه یک هدف کاملاً تعریف شده برای سیستم متمرکز هستند. هر چه یک کلاس متمرکزتر باشد، انسجام آن بیشتر است - یک چیز خوب.یک کلاس زمانی به عنوان یک کلاس با انسجام پایین شناسایی می شود که دارای بسیاری از توابع نامرتبط در آن باشد. و این چیزی است که ما باید از آن اجتناب کنیم زیرا کلاس های بزرگ با توابع نامرتبط مانع از حفظ آنها می شوند. همیشه کلاس خود را کوچک و با هدف دقیق و عملکردهای بسیار مرتبط بسازید.مثالدر این مثال، هدف کلاس MyReader خواندن resource ها است و فقط این کار را انجام می دهد. موارد غیر مرتبط دیگر را اجرا نمی کند. از این رو بسیار منسجم است.class HighCohesive {    // -------------- functions related to read resource    // read the resource from disk    public String readFromDisk(String fileName) {         return &quot;reading data of &quot; + fileName;    }    // read the resource from web    public String readFromWeb(String url) {         return &quot;reading data of &quot; + url;    }    // read the resource from network    public String readFromNetwork(String networkAddress) {         return &quot;reading data of &quot; + networkAddress;    }}برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Wed, 21 Sep 2022 20:30:15 +0430</pubDate>
            </item>
                    <item>
                <title>پنجره کشویی - Sliding Window</title>
                <link>https://virgool.io/@ali.ghodrati/sliding-window-p7pwe2ibrsno</link>
                <description>پنجره کشویی تکنیک حل مسئله ساختار داده و الگوریتم برای مسائلی است که روی آرایه ها یا لیست ها اعمال می شوند. حل این مشکلات با استفاده از رویکرد brute force در O(n²) یا O(n3) بدون دردسر است. با این حال، تکنیک پنجره کشویی می تواند پیچیدگی زمانی را به O(n) کاهش دهد.ایده اصلی پشت تکنیک پنجره کشویی تبدیل دو حلقه تو در تو به یک حلقه است.در زیر چند سرنخ اساسی برای شناسایی چنین مشکلی وجود دارد:مشکل، بر اساس یک آرایه، لیست یا نوع رشته ای از ساختار داده خواهد بود.در یک آرایه ممکنه رنجی از طولانی ترین، کوتاه ترین، یا مقدار خاصی مورد نیاز باشد.مفهوم آن عمدتاً مبتنی بر ایده‌هایی مانند طولانی‌ترین دنباله یا کوتاه‌ترین دنباله چیزی است که یک شرط معین را کاملاً برآورده می‌کند.فرض کنید آرایه ای به صورت زیر داریم:پنجره ی کشویی ما با سایز 3 به صورت زیر روی این آرایه حرکت میکند.مراحل اساسی برای حل مشکل پنجره کشوییاین تکنیکی است که می تواند در بسیاری از الگوریتم ها استفاده شود. در زیر گام های اساسی برای حل مشکلات مربوط به تکنیک پنجره کشویی آورده شده است:یک HashMap یا Dictionary را برای شمارش ورودی آرایه خاص بگیرید و با استفاده از یک حلقه بیرونی، پنجره را به سمت راست افزایش دهید.یکی را داخل یک حلقه بگیرید تا با حرکت به سمت راست، سمت پنجره را کاهش دهید. این حلقه بسیار کوتاه خواهد بود.حداکثر یا حداقل اندازه یا تعداد پنجره فعلی را بر اساس تعداد قراردادی در مسئله ذخیره کنید.مثالی برای برای یافتن بزرگترین مجموع پنج عنصر متوالی:[ 5, 7, 1, 4, 3, 6, 2, 9, 2 ]مسئله های زیادی برای استفاده از این تکنیک وجود دارد. در لینک Github میتوانید نمونه ای از این ها را ببینید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 20 May 2022 00:06:26 +0430</pubDate>
            </item>
                    <item>
                <title>Low Coupling</title>
                <link>https://virgool.io/@ali.ghodrati/low-coupling-t45dhrrasxlq</link>
                <description>Coupling معیاری است که نشان می دهد یک عنصر چقدر به عناصر دیگر متصل است، دانش دارد یا به عناصر دیگر تکیه دارد. Low Coupling یک الگوی ارزیابی است که نحوه تخصیص مسئولیت ها به پشتیبانی را دیکته می کند.وابستگی کمتر بین کلاس هاتغییر در یک کلاس تأثیر کمتری بر کلاس های دیگر داردپتانسیل استفاده مجدد بالاتربیایید این الگو را با مشکل کد موجود و نحوه ارائه راه حل برای آن درک کنیم.مسئله: چگونه از وابستگی کم، تأثیر تغییر کم و افزایش استفاده مجدد پشتیبانی کنیم؟راه حل: مسئولیتی را تعیین کنید تا Coupling کم باقی بماند.به عنوان مثال، یک کلاس با Coupling  بالا (یا قوی) به بسیاری از کلاس های دیگر متکی است. چنین کلاس هایی ممکن است نامطلوب باشند. برخی از مشکلات زیر وجود دارد:تغییرات محلی اجباری به دلیل تغییرات در کلاس های مرتبط.در انزوا درک آن سخت تر است.استفاده مجدد سخت تر است زیرا استفاده از آن مستلزم حضور اضافی کلاس هایی است که به آنها وابسته است.نکات کلیدی Low Couplingوابستگی کم بین &quot;artifact&quot; ها (کلاس ها، ماژول ها، اجزا).نباید وابستگی زیادی بین ماژول ها وجود داشته باشد، حتی اگر وابستگی وجود داشته باشد باید از طریق رابط ها باشد و باید حداقل باشد.برای همکاری بین دو کلاس از کوپلینگ محکم (tight-coupling) خودداری کنید (اگر یک کلاس بخواهد منطق کلاس دوم را فراخوانی کند، کلاس اول به یک شی از کلاس دوم نیاز دارد، به این معنی است که کلاس اول یک شی از کلاس دوم ایجاد می کند).تلاش برای طراحی آزادانه جفت شده (coupled) بین اشیایی که با هم تعامل دارند.وارونگی کنترل (IoC) / تزریق وابستگی (DI) - اشیاء با DI وابستگی های خود را در زمان ایجاد توسط شخص ثالثی (مانند Java EE CDI، Spring DI…) که هر شیء را در سیستم هماهنگ می کند، داده می شود. از اشیا انتظار نمی رود که وابستگی های خود را ایجاد به دست آورند - وابستگی ها به اشیایی که به آنها نیاز دارند تزریق می شوند. مزیت کلیدی DI - loose coupling است.مثالاین یک نمونه از loose coupling است. در اینجا نحوه دستیابی به loose coupling با اعمال مکانیزم تزریق وابستگی را نشان خواهیم داد، پیاده سازی loose coupling برای اجازه شروع سفر با هر کلاسی که واسط وسیله نقلیه را پیاده سازی کرده است به دست می آید.مرحله 1: اینتفریس Vehicle برای اجازه اجرای loose coupling.interface Vehicle {
    public void move();
}مرحله 2: کلاس Car رابط Vehicle را پیاده سازی می کند.class Car implements Vehicle {
    @Override
    public void move() {
         System.out.println(&amp;quotCar is moving&amp;quot);
    }
}مرحله 3: کلاس Bile رابط Vehicle را پیاده سازی می کند.class Bike implements Vehicle {
    @Override
    public void move() {
         System.out.println(&amp;quotBike is moving&amp;quot);
    }
}مرحله 4: اکنون یک کلاس Traveler ایجاد کنید که مرجع رابط Vehicle را نگه می دارد.class Traveler {
    private Vehicle v;
    public Vehicle getV() {
         return v;
    }
    public void setV(Vehicle v) {
        this.v = v;
    }

    public void startJourney() {
         v.move();
    }
}مرحله 5: کلاس test برای مثال loose coupling - Traveler نمونه ای از loose coupling است.public static void main(String[] args) {
    Traveler traveler = new Traveler();
    traveler.setV(new Car()); // Inject Car dependency
    traveler.startJourney(); // start journey by Car
    traveler.setV(new Bike()); // Inject Bike dependency
    traveler.startJourney(); // Start journey by Bike
}برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 23:54:58 +0330</pubDate>
            </item>
                    <item>
                <title>Indirection</title>
                <link>https://virgool.io/@ali.ghodrati/indirection-gmztfd2vcaqi</link>
                <description>الگوی Indirection از Low Coupling پشتیبانی می کند و با انتساب مسئولیت میانجیگری بین دو عنصر به یک شی میانی، از پتانسیل مجدد بین دو عنصر استفاده می کند. نمونه ای از این، معرفی یک جزء کنترل کننده برای میانجیگری بین داده ها (model) و نمایش آن (view) در الگوی MVC است. این تضمین می کند که coupling بین آنها کم باقی می ماند.مشکل: برای جلوگیری از جفت شدن مستقیم بین دو (یا چند) چیز، کجا مسئولیت را تعیین کنیم؟ چگونه اجسام را جدا کنیم تا Low Coupling پشتیبانی شود و پتانسیل استفاده مجدد بیشتر باقی بماند؟راه حل: مسئولیت را به یک شی میانی بسپارید تا بین سایر مؤلفه ها یا سرویس ها واسطه شود تا مستقیماً جفت نشوند.واسطه بین اجزای دیگر یک جهت غیر مستقیم ایجاد می کند.همانطور که می بینید، در این مورد، مؤلفه Employee باید تماس بگیرد و در مورد مؤلفه Project بداند تا بتواند اطلاعات مربوط به کارکنان رزرو شده را به روز کند. علاوه بر این، بین هزینه‌های پروژه و مشتری پیوند دیگری وجود خواهد داشت. ما می خواهیم این سه جزء مستقل باشند، بنابراین این راه حل برای ما خوب نیست.پس چه چیزی نیاز داریم؟ مولفه جدیدی که به نوعی ارکستراتور برای دیگران خواهد بود. ترتیب عملیات را تعیین خواهد کرد. برای معرفی آن می توانیم از برخی از این الگوهای طراحی استفاده کنیم:bridgefacadeadaptermediatorچرا؟ زیرا ما به یک شی نیاز داریم که مسئولیت ارتباط بین همه ماژول ها را بر عهده بگیرد. به این ترتیب اجزا هیچ چیز در مورد یکدیگر نمی دانند. علاوه بر این، برای فهمیدن اینکه کدام مؤلفه به کدام یک نگاه می کند، مشکلی وجود نخواهد داشت، زیرا هیچ کدام به هیچ کدام نگاه نمی کنند.در اینجا یک نتیجه از معرفی واسطه به کد ما آمده است:برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 23:37:33 +0330</pubDate>
            </item>
                    <item>
                <title>Creator</title>
                <link>https://virgool.io/@ali.ghodrati/creator-txnxmnbfvili</link>
                <description>یکی از ساده ترین الگوهای GRASP هست و جوابی به یک سوال عمومی. هنگام توسعه نرم افزار حتما بارها و بارها نیاز به ساخت یک شی از یک کلاس داشتید. اما سوال اساسی این است که چه کسی وظیفه ساخت نمونه از کلاس مورد نظر ما رو دارد؟ تخصیص درست این وظیفه می‌تواند باعث پایین آوردن وابستگی‌ها، بالا بردن وضوح طراحی و در نهایت بالابردن قابلیت استفاده مجدد از برنامه ما بشود..خوب طبق تعریفی که آقای لارمن در این مورد دارند کلاس B وظیفه ساخت کلاس A را باید به عهده داشته باشد تنها اگر یکی از شرایط زیر وجود داشته باشد.کلاس B شامل کلاس A باشد. یا یک رابطه Aggregation با هم داشته باشن.کلاس B سوابق کلاس A را نگهداری کند.کلاس B استفاده بسیار زیادی از کلاس A داشته باشدکلاس B اطلاعاتی در اختیار داشته باشد که برای ساخته شدن کلاس A ضروری استبرای روشن تر شدن موضوع به تصویر زیر دقت کنید:همانطور که در تصویر مشاهده می‌کنید هدف ما طراحی سیستم برای ثبت سفارش است. هر سفارش تعدادی خطوط سفارش دارد که جزئیات آن را نگهداری می‌کند. و هر خط سفارش شامل یک کالا است. حالا سوالی که مطرح می‌شود این است که در این سیستم مسئول ایجاد شی از جنس SalesLineItem کدام یک از کلاس‌های موجود در تصویر است؟ با توجه به رابطه‌ای که بین کلاس Sale و SalesLineItem وجود دارد و مد نظر قراردادن بایدها و نبایدهای الگوی Creator مسئولیت این کار به عهده کلاس Sale است.با توجه به مطالبی که گفته شد، همانطور که در نمودار بالا نحوه تحقق این موضوع را مشاهده می‌کنید. در هر جایی از برنامه نیاز به ساخته شدن SalesLineItem داشته باشیم، دستور MakeLineItem با تعداد کالایی که قرار است در ردیف سفارش قرار بگیرد برای Sale ارسال می‌شود و کلاس Sale نمونه ای از SalesLineItem با مشخصات مورد نیاز را می‌سازد.بگرفته از سایت نیک آموزبرای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 23:27:02 +0330</pubDate>
            </item>
                    <item>
                <title>Controller</title>
                <link>https://virgool.io/@ali.ghodrati/controller-wwiusmpmgyiw</link>
                <description>کنترلر مسئول رسیدگی به درخواست های کلاینت است. کنترلر میانجی است بین کاربر شما که روی &quot;ارسال&quot; کلیک می کند و back-end شما که عملیاتی را انجام میدهد.نکات کلیدیوقتی درخواستی از لایه UI می آید، الگوی Controller به ما کمک می کند تا تعیین کنیم اولین شی که پیام را از لایه UI دریافت می کند چیست.این شی، یک شی کنترلر نامیده می شود که درخواستی را از لایه UI دریافت می کند و سپس با سایر اشیاء لایه domain برای انجام درخواست هماهنگ می شود.کار را به کلاس دیگر محول می کند و فعالیت کلی را هماهنگ می کند.مسئلهچه کسی باید مسئول رسیدگی به یک رویداد ورودی به سیستم باشد؟ یک رویداد ورودی، رویدادی است که توسط یک کلاینت خارجی ایجاد می شود. آنها با عملیات سیستم در پاسخ به رویدادهای سیستم مرتبط هستند، همانطور که message ها و method ها به هم مرتبط هستند.به عنوان مثال، زمانی که نویسنده ای که از یک واژه پرداز استفاده می کند، دکمه &quot;spell check&quot; را فشار می دهد، یک رویداد سیستمی ایجاد می کند که نشان دهنده &quot;perform a spell check&quot; است.کنترلر یک شیء رابط غیر کاربر (non-user interface object) است که مسئول دریافت یا مدیریت یک رویداد سیستم (system event) است. یک کنترلر متدی را برای عملکرد سیستم تعریف می کند.چه کسی باید مسئول رسیدگی به یک رویداد ورودی باشد، کدام شیء(های) فراتر از لایه UI تعامل را دریافت می کند؟راه حلمسئولیت دریافت یا مدیریت system event را به کلاسی که یکی از گزینه های زیر را نشان می دهد، محول کنید:نمایانگر overall system، device یا سعذسغسفثئ (facade controller) است.سناریوی مورد استفاده را نشان می‌دهد که در آن system event رخ می‌دهد، که اغلب به نام Handler، Coordinator یا Session یا (use-case or session controller) نامیده می‌شود.از یک کلاس کنترلر برای همه system event ها در سناریوی یکسان استفاده کنید.Controllerفوایدکلاس‌های UI یا کلاس‌های دامنه problem/software دامنه می‌توانند بدون تأثیر بر طرف دیگر تغییر کنند.کنترلر یک کلاس ساده است که بین کلاس های UI و دامنه، واسطه می شود.درخواست رسیدگی به رویداد (event handling requests)درخواست های خروجی (output requests)کنترلر (Controller) همچنین یک اصطلاح مهم در چارچوب های توسعه وب مدرن است که ستونی از الگوی معماری Model-View-Controller را تشکیل می دهد. کنترلرها در AngularJS، Spring MVC، Struts MVC، Ruby on Rails، Sails و غیره استفاده می شوند.برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 23:17:37 +0330</pubDate>
            </item>
                    <item>
                <title>Information Expert - دانای کل</title>
                <link>https://virgool.io/@ali.ghodrati/information-expert-rlaoehzmxd1z</link>
                <description>Information ExpertInformation ExpertExpertExpert Principleسوال: اصل اساسی ای که بر اساس آن می توان مسیولیت ها را به اشیا اختصاص داد چیست؟جواب: هر که بامش بیش، برفش بیشتر! به همین راحتی. مسیولیت را به کلاسی که بیشتریناطلاعات لازم برای انجام آن را دارد محول کنید.این اصل عنوان میکند که ، برای واگذاری مسیولیت ها، به یک مسیولیت معین نگاه کنید، اطلاعات مورد نیاز برای انجام آن رو تعیین کنید و سپس تعیین کنید که آن اطلعات در کجا ذخیر همیشود.این امر منجر به این میشود که مسیولیت، به کلاسی سپرده شود که بیشترین اطلاعات مورد نیاز برای انجام آن را دارد.مثال:بیایید برنامه Point of Sale (POS) را در نظر بگیریم:مروری کوتاه بر برنامه POS.درخواست مغازه، رستوران و ... که فروش را ثبت می کند.هر فروش یک یا چند مورد از یک یا چند نوع محصول است و در تاریخ معینی اتفاق می افتد.یک محصول دارای مشخصاتی شامل توضیحات، قیمت واحد، شناسه است.این برنامه همچنین پرداخت هایی (مثلاً نقدی) مرتبط با فروش را ثبت می کند.پرداخت مبلغ معینی معادل یا بیشتر از کل فروش است.بیان مشکل: چه کسی مسئول دانستن مجموع کل فروش است؟توسط Information Expert، ما باید به دنبال آن دسته از اشیا باشیم که اطلاعات مورد نیاز برای تعیین مجموع کل را دارند. در نتیجه کلاس Sale حاوی تمام اطلاعات مورد نیاز برای این کار است.public class Sale {
    //...
   public double getTotal(){
       double total = 0;
       for (SalesLineItem s : salesLineItem) {
           ProductSpecification prodspec
           = s.getProductSpecification();
           total += s.getQuantity()*prodspec.getPrice();
       }
       return total;
    }
}public class SalesLineItem {
     //...
     public double getSubTotal(){
         return this.getQuantity()
         productSpecification.getPrice();
  }
 }فواید:کپسوله سازی اطلاعات حفظ می شود زیرا اشیا از اطلاعات خود برای انجام وظایف استفاده می کنند. این معمولاً از اتصال کم (Low Coupling)پشتیبانی می کند که منجر به سیستم های قوی تر و قابل نگهداری می شود.رفتار در بین طبقاتی که اطلاعات مورد نیاز را دارند توزیع می‌شود، بنابراین تعریف کلاسی «سبک»،درک و حفظ آن را آسان‌تر میکند است. انسجام بالا (High Cohesion)معمولاً پشتیبانی می شود.برای مطالعه ی ادامه مطالب به لینک مراجعه کنید.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 22:47:21 +0330</pubDate>
            </item>
                    <item>
                <title>GRASP</title>
                <link>https://virgool.io/@ali.ghodrati/grasp-iymzdqzt2nst</link>
                <description>GRASP Principlesالگوهای نرم افزاری تفویض کلی مسئولیت ، General Responsibility Assignment Software Principles (Patterns )(یا اصول)، به اختصار GRASP، مجموعه ای از &quot;نه اصل اساسی در طراحی شی و انتساب مسئولیت&quot; است اولین بار توسط Craig Larman در سال 1997 کتاب Applying UML and Patterns  منتشر شد.الگوها و قواعد مختلف استفاده شده در GRASP عبارتند از:ControllerCreatorIndirectionInformation ExpertLow CouplingHigh CohesionPolymorphismProtected VariationsPure Fabricationهمه این الگوها برخی از مشکلات نرم افزاری مشترک بسیاری از پروژه های توسعه نرم افزار را حل می کنند. این تکنیک ها برای ایجاد روش های جدید کار اختراع نشده اند، بلکه برای مستندسازی و استانداردسازی بهتر اصول برنامه نویسی قدیمی و آزمایش شده در طراحی شی گرا ابداع شده اند.لارمن میگوید &quot;ابزار طراحی حیاتی برای توسعه نرم افزار، ذهنی است که در اصول طراحی به خوبی آموزش دیده است و نه UML یا تکنولوژی دیگری.&quot; بنابر این اصول GRASP واقعا یک مجموعه ابزار ذهنی است، یک کمک آموزشی برای کمک به طراحی نرم افزار شی گرا.الگو Patternدر طراحی شی گرا، یک الگو، توصیفی است از یک مشکل و راه حل آن که میتواند در زمینه ی موضوعی جدیدعنوان شود. به بیان ساده تر، الگو یک جواب عمومی، برای برخی مشکلات و مسايل عمومی است، که برای آن نامی خاص که توصیف کننده هم باشد گذاشته شده.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Sat, 08 Jan 2022 22:31:08 +0330</pubDate>
            </item>
                    <item>
                <title>چگونه فرصت های شغلی را کشف کنیم</title>
                <link>https://virgool.io/@ali.ghodrati/how-to-uncover-job-opportunities-br3fykagd90u</link>
                <description>شروع یک شغل جدید به معنای نه تنها ایجاد یک مجموعه مهارت جدید بلکه یادگیری نحوه ارتباط تجربه و مهارت های قبلی خود با نقش جدیدی است که دنبال می کنید. اگر آماده هستید که سفر خود را در یک مسیر شغلی جدید آغاز کنید ، این مطلب به شما کمک می کند تا در جستجوی شغل مورد نظر موفق باشید. شما یاد خواهید گرفت که چگونه بفهمید کارفرمای بالقوه شما به دنبال چه چیزی است و چگونه می توانید زمینه خود را به نیازهای آنها مرتبط کنید. استراتژی های شرح داده شده در زیر برای کمک به شما در تبدیل شدن به یک کاندیدای شغلی قدرتمند ، حتی اگر تجربه مستقیم مرتبط ندارید ، طراحی شده اند.اولین قدم درک کامل نقشی است که هدف قرار داده اید.نقش هدف خود را درک کنیدیکی از چالش های اصلی برای هر کسی که به دنبال شروع کار جدید است این است که چگونه در برابر کاندیداهایی که سابقه کار در این زمینه را دارند ، ایستادگی کند. غلبه بر این چالش با توسعه درک جامعی از نقشی که هدف قرار داده اید آغاز می شود. شما باید در زمینه هر شرکتی که متقاضی آن هستید ، و همچنین به طور گسترده تر ، نقش را درک کنید. داشتن یک درک جامع از آنچه برای موفقیت در نقش هدف شما لازم است ، به شما کمک می کند مناسب بودن خود را برای این نقش تعیین کنید و قدم هایی را که می توانید برای بهبود شانس استخدام خود بردارید ، شناسایی کنید.برای درک همه چیز ، از حداقل نیازهای لازم تا مهارت هایی که ممکن است به شما کمک کند تا در میان مردم متمایز شوید ، می توانید با تحقیق و تجزیه و تحلیل شرح شغل در سازمان های مختلف شروع کنید.در زیر استراتژی پیشنهادی ما را برای چگونگی رویکرد موثر به این فرآیند مشاهده خواهید کرد.تجزیه و تحلیل لیست های شغلیاولین قسمت این فرآیند جمع آوری اطلاعات از لیست های شغلی متعدد است:ده شرح شغل را برای نقش هدف خود پیدا کنید. برای این کار می توانید از سایت های شغلی مانند Indeed ، Glassdoor و LinkedIn استفاده کنید. اطمینان حاصل کنید که نقش هایی که انتخاب می کنید از شرکت های مختلف است ، عناوین مشابهی دارند و نقش هایی هستند که در واقع برای آنها درخواست می کنید. در هر شرح شغل ، باید بتوانید الزامات مربوط به نقش را برای بخشی مشخص کنید.تمام الزامات شغلی را با هم ترکیب کنید. برای انجام این کار ، یک سند جدید ایجاد کنید و تمام مسئولیت های مورد نیاز را از هر ده شرح شغل کپی کنید.تشخیص الزامات شغل از روی ظاهر متن ها (تعداد تکرارها). برخی از الزامات به احتمال زیاد در چندین توصیف ظاهر می شوند. هرچه بیشتر ظاهر شوند ، احتمال ضروری بودن آنها برای نقش بیشتر است. بیشترین موارد مورد نیاز را در بالای لیست خود قرار دهید. به عنوان مثال ، الزامی که در هر ده توصیف وجود دارد در بالای صفحه قرار دارد.پس از اتمام این مراحل ، باید تصویر واضح تری داشته باشید که بیشترین نیازها برای نقش مورد نیاز چیست. همچنین ممکن است سوالاتی داشته باشید:چرا الزامات در توصیف شغل متفاوت است؟ یکی از رایج ترین دلایل این امر مربوط به عناوین شغلی بیش از حد عمومی یا عناوین شغلی است که لزوماً دامنه خاص یک نقش معین را در یک شرکت خاص اعلام نمی کنند. به عنوان مثال ، یک مدیر برنامه در یک شرکت ممکن است بر مدیریت مشتری متمرکز باشد ، در حالی که در شرکت دیگر ، تأکید بر مدیریت پروژه باشد. یک تحلیلگر داده ممکن است در درجه اول از SQL در یک شرکت و از Python در شرکت دیگر استفاده کند. به دلیل این تفاوت ها ، جستجوی فراتر از عناوین شغلی مهم است. به همین دلیل ما فرآیند ذکر شده در بالا را توصیه می کنیم - برای اطمینان از اینکه دقیقاً نقش های مناسب خود را هدف قرار می دهید - و اینکه شرایط لازم برای آن نقش های دقیق را درک می کنید.چرا برخی از الزامات در لیست من بالاتر از آن چیزی است که فکر می کردم باشد ، در حالی که برخی دیگر انتظار داشتم، به سختی ظاهر شدند؟ اگر از نتایج خود شگفت زده شده اید ، ممکن است لازم باشد زمان بیشتری را صرف یادگیری آنچه در واقع نقش دارد ، کنید ، زیرا ممکن است پیش از این درباره نقشی که نیاز به تعدیل دارد ، پیش فرض داشته باشید. همچنین برای اطمینان از اینکه نقش های مناسب را در جستجوی کار خود هدف قرار داده اید ، ممکن است لازم باشد تحقیقات بیشتری انجام دهید.چگونه می توانم بفهمم که من واقعاً برای نقش هدف خود مناسب هستم؟ کاملاً طبیعی است که در این مرحله از فرآیند خود شک و تردید داشته باشید. به یاد داشته باشید ، این یک شغل جدید برای شما است. از شما انتظار نمی رود که همه چیز را در مورد نقش بدانید ، و احتمالاً مهارت ها و تجربه موجود شما به طور کامل در خط قرار نخواهد گرفت. هرچه بیشتر درباره این نقش بیاموزید ، بهتر به موارد لازم برای موفقیت پی خواهید برد ، و بیشتر در مورد چگونگی آماده سازی خود برای این موفقیت خواهید دانست.فهرسن حرفه ای خود را ایجاد کنیدبرای این مرحله بعدی ، می توانید به طور موقت لیست اصلی نقش مورد نیاز خود را که قبلاً ایجاد کرده اید کنار بگذارید. تمرکز در اینجا بر مدارک شغلی موجود شما ، و هر مهارت یا تجربه دیگری است که شما می توانید مربوط به نقش هدف شما و ارزش یک کارفرمای بالقوه داشته باشید.برای شروع ، یک لیست جامع از موارد زیر را جمع آوری کنید:مهارت های فنی (سخت). این مهارت ها مربوط به یک کار یا موقعیت خاص مانند برنامه نویسی ، نگارش فنی ، مدیریت پروژه و موارد دیگر است.مهارت های غیر فنی (بین فردی). اینها مهارتهایی است که افراد را قادر می سازد تا در محیط خود پیمایش کنند ، با دیگران خوب کار کنند ، عملکرد خوبی داشته و به اهداف خود برسند. آنها شامل مهارتهایی مانند ارتباطات ، رهبری ، مدیریت تیم و غیره هستند.خصوصیات شخصی اینها ویژگی های مثبت و ویژگی های شخصیتی مانند صداقت ، شوخ طبعی خوب و قابل اعتماد بودن است. می توانید علایق حرفه ای خود را نیز در این لیست قرار دهید.تحصیلات. این شامل هرگونه تحصیلات بعد از متوسطه ، گواهینامه ها یا کلاس های مستقلی است که بصورت آنلاین یا آفلاین تکمیل شده اند.نکته: شما نیازی به محدود کردن موجودی حرفه ای خود به مهارت ها و کیفیت های حاصل از تجربه حرفه ای ندارید. هر تجربه داوطلبانه ، فوق برنامه یا شخصی را در نظر بگیرید که ممکن است به یک مدیر استخدام در درک توانایی های شما کمک کند.هنگامی که موجودی مهارت و تجربه خود را ایجاد کردید ، آماده اید که این موارد را در برابر لیست نیازهای خود قرار دهید.پروفایل خود را با شرایط شغلی مطابقت دهیدمرحله نهایی در این فرآیند مطابقت مشخصات شما با شرایط شغلی است. هدف در اینجا این است که برای هر مدیر استخدام آسان ببیند که چرا شما برای نقش او مناسب هستید. این مهم را با یادگیری اینکه در جستجوی خود ، رزومه و مصاحبه های خود بر چه چیزهایی تأکید و تمرکز کنید ، به دست خواهید آورد.برای شروع ، موجودی حرفه ای مهارت ها و تجربیات خود را انجام دهید و هر مورد را به رنگ سبز ، نارنجی یا قرمز مشخص کنید ، این امر به ارتباط آن با نقش هدف شما بستگی دارد. ارتباط توسط این موضوع مشخص می شود که آیا یک مهارت مشخص در لیست نیازهای نقش شما نشان داده می شود ، چقدر در لیست شما ظاهر می شود و چقدر مستقیم با لیست شما همسو است.به عنوان مثال ، بگذارید بگوییم شما به نقش مدیر برنامه علاقه مند هستید. اگر در استفاده از نرم افزار مدیریت پروژه مهارت دارید و مهارت نرم افزار مدیریت پروژه در لیست نیازهای شغلی شما قرار دارد ، آن مورد را با رنگ سبز برجسته کنید. اگر تجربه استفاده از ابزاری را دارید که به طور مداوم در شرح شغل نشان داده نمی شوند اما هنوز هم می توانند مرتبط باشند ، این مهارت ها را با رنگ نارنجی برجسته کنید.از رنگ سبز باید برای مهارتهایی استفاده شود که با نقش هدف شما ارتباط مستقیم دارند. شما باید به دنبال نقش هایی باشید که بر این مهارت ها تأکید دارند. شما همچنین باید این مهارت ها را در رزومه خود برجسته کنید ، و آماده باشید تا در یک مصاحبه درباره آنها بحث کنید.از نارنجی باید برای شناسایی مهارت ها و تجربیاتی استفاده شود که مربوط به نقش هستند اما لزوماً به روشی مستقیم نیستند. اینها به طور کلی مهارتهای قابل انتقال شما هستند - مهارتهایی که از تجربیات گذشته با خود آورده اید و می تواند به شما در موفقیت در نقش جدیدتان کمک کند. برنامه ریزی کنید که باید این موارد را برای استخدام کنندگان و مدیران استخدام توضیح دهید ، زیرا ممکن است بلافاصله ارتباط آنها مشخص نباشد.از رنگ قرمز باید برای مواردی استفاده شود که مربوط به جستجوی شغل شما نیستند. این مهارت ها را اولویت بندی نکنید و از برجسته کردن آنها در رزومه خود و تمرکز روی آنها در هنگام مصاحبه خودداری کنید.از بین این سه دسته ، موارد نارنجی جایی است که باید بیشتر به آنها توجه کنید. وقتی نوبت به مهارت های قابل انتقال می رسد ، باید متقاعد کننده باشید ، زیرا نمی توانید روی یک استخدام کننده یا مدیر استخدام حساب کنید.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 19:48:31 +0430</pubDate>
            </item>
                    <item>
                <title>حاکمیت شرکتی و پروژه ای</title>
                <link>https://virgool.io/@ali.ghodrati/corporate-and-project-governance-qa6if1oefx99</link>
                <description>حاکمیت (Governance) در تجارت چارچوب مدیریتی است که در آن تصمیم گیری می شود و تعهد و مسئولیت تعیین می شود. به زبان ساده ، حکمرانی درک این است که چه کسی مسئول است. در این مطالعه ، ما در مورد حاکمیت شرکتی و حاکمیت پروژه بحث خواهیم کرد. مهم است که یاد بگیرید چگونه حاکمیت شرکتی و پروژه با هم مرتبط هستند زیرا ممکن است مجبور شوید در مورد مصاحبه در مورد حاکمیت صحبت کنید. علاوه بر این ، شما باید درک کنید که چگونه پروژه شما با ساختار حاکمیت سازمان ارتباط دارد.حاکمیت شرکتی - Corporate governanceهر سازمانی با مجموعه استانداردها و عملکردهای خاص خود اداره می شود که اقدامات آن را هدایت و کنترل می کند. این استانداردها و عملکردها ، حاکمیت شرکتی نامیده می شوند و بر پروژه های شما تأثیر می گذارند. حاکمیت شرکتی چارچوبی است که در آن سازمان به اهداف و مقصود خود می رسد. حاکمیت شرکتی نیز راهی برای تعادل بخشیدن به الزامات موجودیت های مختلف شرکتی مانند ذینفعان ، مدیریت و مشتریان است. حاکمیت شرکتی بر هر قسمت از سازمان تأثیر می گذارد ، از جمله برنامه های اقدام ، کنترل های داخلی و خارجی و اندازه گیری عملکرد.حکمرانی و مدیریت تغییر توأمان هستند. به مطلب های قبلی درباره مدیریت تغییر فکر کنید. برای اجرای موفقیت آمیز مدیریت تغییر ، ضروری است که ساختار و فرهنگ سازمان را درک کنید. حاکمیت موثر در مدیریت تغییر نقش ها و مسئولیت های مشخصاً مشخص شده را در حین تغییر فراهم می کند. این امر باعث می شود افراد درون سازمان بتوانند درک دقیق از تصمیم گیرندگان و رابطه بین افراد مدیریت کننده و مشارکت کننده در فرآیند مدیریت تغییر داشته باشند.مثال دیگر حاکمیت در داخل سازمان ایجاد و استفاده از کمیته های راهبری (steering committees)است. کمیته های راهنما درباره اولویت های یک سازمان تصمیم می گیرند و روند کلی فعالیت های آن را مدیریت می کنند. کمیته راهبری اساساً به عنوان یک هیئت مشاوره یا شورا برای کمک به مدیر پروژه و شرکت در تصمیم گیری های استراتژیک که هم شرکت و هم پروژه را تحت تأثیر قرار می دهد ، کمک می کند.حاکمیت پروژه ای - Project governanceشما به عنوان یک مدیر پروژه مسئولیت حاکمیت پروژه را بر عهده خواهید داشت. حاکمیت پروژه چارچوبی برای نحوه تصمیم گیری پروژه است. حاکمیت پروژه به اجرای روان ، به موقع و در حد بودجه کمک می کند. حاکمیت پروژه شامل تمام عناصر اصلی موفقیت آمیز یک پروژه است. این به شما می گوید که یک سازمان چه فعالیت هایی انجام می دهد و چه کسی مسئول این فعالیت ها است. حاکمیت پروژه سیاست ها ، مقررات ، عملکردها ، فرایندها ، رویه ها و مسئولیت ها را شامل می شود.چگونگی تلاقی پروژه و حاکمیت شرکتیحاکمیت پروژه باید متناسب با نیازهای خاص سازمان شما باشد. این نیازها بر چگونگی اجرا و نظارت بر چارچوب حاکمیت بر روی پروژه شما تأثیر می گذارد. حاکمیت پروژه مربوط به مناطقی از حاکمیت شرکتی است که به طور خاص مربوط به فعالیت های پروژه است. حاکمیت موثر پروژه اطمینان حاصل می کند که پروژه های سازمان با اهداف بزرگتر سازمان مطابقت دارند ، به طور کارآمد ارائه می شوند و پایدار هستند. این شامل:با در نظر گرفتن منافع بلند مدت و کوتاه مدت سازمان خودتصمیم گیری منطقی در مورد اینکه کدام پروژه ها را به عهده بگیریم و در صورت نداشتن منابع کافی از پروژه ها اجتناب کنیدارائه اطلاعات به موقع ، مرتبط و قابل اعتماد به هیئت مدیره و سایر سهامداران عمدهاستخراج ورودی و خرید مدیران ارشد از آنجا که آنها تصمیم گیرنده هستنددر مرحله شروع ، اولویت بندی اهداف روشن ، قابل دستیابی و پایدار به منظور کاهش سردرگمی و تعارضدر مرحله برنامه ریزی ، اختصاص مالکیت و مسئولیت پذیری به یک تیم باتجربه برای تحویل ، نظارت و کنترل رونددر مرحله اجرا، یادگیری از اشتباهات و انطباق با دانش جدید یا پیشرفتهحاکمیت شرکتی می تواند باعث رفع بسیاری از موانع قبل از تصمیم گیری باشد. این تصمیمات می تواند نه تنها روی یک پروژه واحد ، بلکه بر کل شرکت تأثیر بگذارد.در عین حال ، حاکمیت شرکتی می تواند به حمایت از حاکمیت پروژه کمک کند ، زیرا نظارت بر انطباق و کاهش ریسک را فراهم می کند و برای مدیران پروژه راهنمایی و هدایت می کند. حاکمیت شرکتی مناسب همچنین می تواند به مدیران پروژه در تأمین منابع ، رسیدگی به مسائل ، جلوگیری از تأخیر در تصمیم گیری ، خرید از سهامداران و دستیابی به دید پروژه ها در سطح اجرایی کمک کند.نتیجه گیریهنگامی که برای نقش جدیدی مصاحبه می کنید و همزمان با شروع یک نقش یا پروژه جدید ، باید به فرهنگ و ساختار یک سازمان فکر کنید. شما باید فرآیندها و شیوه های اداره یک سازمان را به همان شیوه در نظر بگیرید. این به شما کمک می کند نحوه تصمیم گیری را بفهمید ، چه کسی مسئول چه چیزی است و چه موضوعات بالقوه و نگران کننده ای دارند.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 19:14:23 +0430</pubDate>
            </item>
                    <item>
                <title>مشارکت در مدیریت تغییر</title>
                <link>https://virgool.io/@ali.ghodrati/participating-in-change-management-aaicvjwhduxn</link>
                <description>سلام ، خوش آمدید. در مطلب قبلی ، ما در مورد روند مدیریت تغییر صحبت کردیم. مدیریت تغییر در واقع یک کار بزرگ و یک پروژه است. همانطور که گفته شد ، شما همیشه مسئولیت هدایت و برنامه ریزی کل فرایند مدیریت تغییر به پایان را بر عهده ندارید. در عوض ، ممکن است از یکی از اعضای تیم پروژه ، مدیر یا رهبر ارشد دیگری بخواهید تا در انجام این انتقال کمک کند. اگر در مدیریت تغییر شرکت می کنید ، شخص دیگری مسئول موفقیت اجرای این تغییرات است. فرض کنیم شما به تازگی پروژه ایجاد سیستم جدید ورود را به اتمام رسانده اید. این پروژه اکنون در مرحله ای است که باید توسط سازمان نصب و تصویب شود ، اما شما صلاحیت رسمی یا تأثیرگذاری در ایجاد این تغییر را ندارید. نقش شما به عنوان مدیر پروژه پس از آن شامل نمی شود که کارمندان از سیستم جدید استفاده کنند ، این کار شخص دیگری است. اما فقط به این دلیل که شما مستقیماً خواهان آن نیستید و یا تغییر را رهبری نمی کنید ، هنوز راههایی وجود دارد که می توانید و باید در آنها شرکت کنید. و این همان چیزی است که این بخش در مورد آن است ، روند واگذاری پروژه و روشهایی که شما به عنوان مدیر پروژه که سیستم جدید را ایجاد کرده است ، می توانید در آن شرکت کنید. همدردی با چالش های مدیریت تغییر می تواند به شما کمک کند تا با روش هایی ظریف فرایند را پشتیبانی کنید. در این حالت ، مشارکت در مدیریت تغییر ممکن است به معنای برقراری ارتباط با کارمندان در طول پروژه در مورد چگونگی تجربهUX بهتر به مشتریان آنها باشد. شما با ارائه اطلاعات به کارمندان از این فرایند پشتیبانی می کنید تا آنها احساس آمادگی کنند تا پس از آماده شدن سیستم ، بتوانند خود را با تغییرات تغییر دهند. از آنجا که مشارکت در مدیریت تغییر بخش مهمی از موفقیت در یک مدیر موفق پروژه است ، من می خواهم چند مثال را به شما ارائه دهم تا ببینید چگونه این امر در انواع مختلف سازمان ها می تواند انجام شود. خواهید دید که چگونه دانش خود را در مورد ساختار سازمانی و فرهنگ ترکیب کنید تا در مورد برنامه ریزی برای فرآیند مدیریت تغییر تصمیم بگیرید. بیایید همان پروژه چک کردن داروخانه را در دو ساختار سازمانی مختلف و با فرهنگ تیمی متفاوت بررسی کنیم تا بفهمیم چگونه این ایده ها به کار گرفته می شوند. بگویید زنجیره داروخانه یک ساختار سازمانی کلاسیک است و دارای فرهنگ سازمانی غیر رسمی است. پروژه نهایی نیاز به تغییر نام از سیستم قدیمی ورود به سیستم &quot;Speedy Care&quot; به سیستم جدید با نام &quot;Speedy Check-in&quot; دارد. اجرای این تغییر ، نمونه ای از مدیریت تغییر است. شما به عنوان مدیر پروژه ، باید با انتقال نیازهای پروژه از طریق کانالهای مناسب ، در فرایند مدیریت تغییر شرکت کنید. در این حالت ، مدیر ارشد اجرایی یا مدیرعامل ، یک ایمیل برای C-suite ارسال می کند ، اکنون اینها همه افسران ارشد سطح یک سازمان هستند. مدیر عامل به آنها اطلاع می دهد که نام باید تغییر کند و لطفا تیم های خود را برای اجرای تغییر نام مطلع سازد. از آنجا که این یک ساختار کلاسیک در یک سازمان سلسله مراتبی است ، بودجه ها به طور جداگانه مدیریت می شوند و بخش بازاریابی برای تغییر تمام پوسترهای چاپی خود برای فروشگاه ها نیاز به 10،000 دلار اضافی دارد. این درخواست به مدیر ارشد مالی یا مدیر مالی بر می گردد. ممکن است تعدیل هزینه ها و تغییرات فرآیند دیگری نیز وجود داشته باشد که برای اطمینان از نام موفقیت آمیز سیستم باید در سراسر سازمان اتفاق بیفتد. در این حالت ، ممکن است لازم باشد چندین جلسه با دیگران داشته باشید تا به آنها در درک اینکه چه عواملی تغییر می کند ، کمک کنید. حال فرض کنید که زنجیره داروخانه یک ساختار سازمانی ماتریکس است و فرهنگ رسمی شرکت دارد. مدیریت تغییر در این سناریو چگونه است؟ خوب ، شما ممکن است با نمایندگان بازاریابی و فناوری ملاقات کنید تا تأثیر کلی بودجه را برای تمام تغییرات لازم توضیح دهید. با فرهنگ رسمی ، ممکن است سندی بنویسید که تمام بودجه ، جدول زمانی و آموزش تأثیرپذیری از تغییر نام را توصیف کند. سپس ممکن است آن سند را برای دریافت بازخورد و همسویی از همه ذینفعان به گردش درآورید و آن بازخورد را با مدیرعامل در میان بگذارید تا آنها بتوانند دامنه کامل تغییر نام را درک کنند. بازخورد و همسویی ذینفعان به مدیر عامل می گوید که روند مدیریت تغییر چگونه پیش رفته است. آیا همه در مورد پیامدها توافق کردند؟ بازخورد مثبت بود یا مقاومت وجود داشت؟ سپس ، هنگامی که مدیرعامل نیاز دارد تا تغییر نام را به کل سازمان اعلام کند ، ممکن است فردی در تیم خود یک یادداشت رسمی بنویسد که شرح دهد چرا باید تغییر نام رخ دهد و این یادداشت را برای کارمندان و تیم های خود به اشتراک بگذارد. به خاطر داشته باشید اینها فقط نمونه هایی هستند و ساختار هر سازمان ، فرهنگ تیمی و فرایندهای مدیریت تغییر متفاوت خواهد بود. اما درک این چارچوب می تواند به شما کمک کند تا در چگونگی مشارکت موثر در مدیریت تغییر و پشتیبانی آن حرکت کنید. این درک می تواند به شما اجازه دهد از خود سوالاتی بپرسید که مدیریت تغییر را آگاه می کند ، مانند اینکه واکنش سازمان در برابر تغییر چیست؟ چه چیزی می تواند بر تغییر تأثیر بگذارد؟ بهترین ابزارهای ارتباطی چیست؟ چه روشهای مدیریت تغییر منجر به اجرای موفقیت آمیز پروژه من و غیره می شود؟ پاسخ به این سوالات به شما کمک می کند تا برای انواع سناریوهای ممکن آماده شوید ، و راه حل هایی برای حمایت موثر از تصویب پروژه خود تهیه کنید. آنها همچنین به شما کمک می کنند در طول مسیر از چالش های احتمالی استفاده کنید و پروژه خود را از طریق یک فرایند مدیریت تغییر موفقیت آمیز هدایت کنید.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 18:51:26 +0430</pubDate>
            </item>
                    <item>
                <title>نقش یک مدیر پروژه در مدیریت تغییر</title>
                <link>https://virgool.io/@ali.ghodrati/a-project-managers-role-in-change-management-clz6jeedukgx</link>
                <description>در این مطالعه ، ما در مورد استراتژی های نزدیک شدن به مدیریت تغییر به عنوان یک مدیر پروژه بحث خواهیم کرد. مدیریت تغییر ممکن است در درجات مختلف در پروژه های مختلف به عهده شما باشد. موفقیت پروژه شما به تصویب و پذیرش قابل تحویل شما بستگی دارد - خواه این امر مستلزم راه اندازی یک ابزار خارجی جدید است یا فرایندی که باعث تغییر فعالیت در یک مرکز تولید می شود. در هر دو مورد ، بیشترین تأثیر تغییر بر روی افرادی خواهد بود که از محصول یا فرآیند در حال تغییر استفاده و تعامل می کنند. به عنوان مثال ، اگر رابط کاربری وب سایت شما تغییر کند ، تأثیر عمده آن بر روی کاربر تأثیر می گذارد. کاربر باید بیاموزد که چگونه وب سایت دوباره سازمان یافته است و با روش جدید برای پیمایش آن سازگار است.تغییرات اجتناب ناپذیر است ، اما ما اغلب در برابر آنها مقاوم هستیم. شما می توانید با پذیرفتن تغییرات در زمان وقوع آنها و متقاعد کردن مخاطبان بیشتر برای پذیرش تغییرات ، از موفقیت پروژه خود اطمینان حاصل کنید. وقتی رویکردی دقیق برای تغییر مدیریت اعمال می کنید ، می توانید مواردی را که ممکن است در مراحل بعدی پروژه شما اتفاق بیفتد برطرف کنید.یکپارچه سازی مدیریت پروژه و مدیریت تغییرشما به عنوان مدیر پروژه می توانید مدیریت تغییر را برای نتیجه موفقیت آمیز پروژه خود لازم بدانید. مدیریت تغییر و مدیریت پروژه هر دو هدف افزایش احتمال موفقیت پروژه و ترکیب ابزارها و فرایندها برای تحقق این هدف است. موثرترین راه برای دستیابی به هدف پروژه ادغام مدیریت پروژه و مدیریت تغییر است و انجام این کار به عنوان مدیر پروژه به عهده شما است. بیایید به چند روش برای دستیابی به مدیریت تغییر در پروژه های خود نگاهی بیندازیم:فعال باشید: مدیریت تغییرات را در مراحل مدیریت پروژه خود بگنجانید. به عنوان مثال ، می توانید مرور اسناد را به صورت دوره ای برنامه ریزی کنید تا اطمینان حاصل کنید که اعضای تیم شما می دانند جایی برای بیان پیشنهادات و نگرانی های خود وجود دارد. همچنین می توانید گام هایی را برای پایان پروژه خود برنامه ریزی کنید تا محصولات قابل ارائه را در قالب نمایش ها ، تالارهای گفتگو و پرسش یا فیلم های بازاریابی به کاربران معرفی کنید. شما می توانید تمام این تصمیمات را در برنامه خود لحاظ کنید تا تغییرات احتمالی کمتر روی جدول زمانی شما تأثیر بگذارد. اگر این مراحل در برنامه شما گنجانده نشده است ، می توانید اهمیت یک طرح مدیریت تغییر را برای ذینفعان بالا ببرید و تأکید کنید. برنامه ریزی مدیریت تغییر فعال و فراگیر می تواند به شما کمک کند تا سهامداران بالقوه تحت تأثیر از تغییرات آینده آگاه شوند.برقراری ارتباط: برقراری ارتباط در مورد تغییرات آینده برای اطمینان از موفقیت در مدیریت تغییر بسیار حیاتی است. ارتباط باید بطور منظم در میان ذینفعان تحت تأثیر ، تیم مدیریت تغییر و تیم پروژه برقرار شود.یک روند سازگار را دنبال کنید: پیروی از یک فرایند مدیریت تغییر واضح ، به حفظ ثبات هر زمان تغییر کمک می کند. فرایند مدیریت تغییر باید در اوایل پروژه شما ایجاد و مستند شود تا راهنمای نحوه مدیریت تغییرات باشد. همچنین ممکن است سازمان شما یک برنامه مدیریت تغییر اساسی داشته باشد که بتواند برای پروژه شما تصویب شود. این ممکن است شامل مواردی باشد که ترویج تغییر باید اتفاق بیفتد ، زمانی که آموزش باید رخ دهد ، زمانی که راه اندازی یا انتشار آن اتفاق می افتد و مراحل مربوطه برای هر مرحله از فرآیند.از ابزارها استفاده کنید: ترکیب ابزارها برای کمک به تصویب یک تغییر می تواند بسیار مفید باشد. بیایید چند نمونه را که می توانید در پروژه بعدی خود استفاده کنید بررسی کنیم. مکانیسم های بازخورد ، مانند نظرسنجی ها ، می توانند ورودی سهامداران را بگیرند. نمودارهای جریان می توانند روند توسعه پروژه را تجسم کنند. نقشه برداری از فرهنگ می تواند فرهنگ شرکت و چگونگی تأثیر ارزش ها ، هنجارها و رفتار کارکنان توسط این شرکت را نشان دهد.شما به عنوان مدیر پروژه ، مسئول تحویل موفقیت آمیز پروژه ها هستید. همانطور که مهارت های خود را در طول این برنامه به دست می آورید ، خواهید دید که مدیریت موفقیت برای موفقیت پروژه های شما ضروری است.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 18:30:14 +0430</pubDate>
            </item>
                    <item>
                <title>مقدمه ای برای مدیریت تغییر</title>
                <link>https://virgool.io/@ali.ghodrati/introduction-to-change-management-wapxn1szakh5</link>
                <description>خوش برگشتی. بیایید در مورد مدیریت تغییر صحبت کنیم. گاهی اوقات تحویل یک پروژه ابزاری جدید یا فرآیند جدید است که باید توسط سازمان اتخاذ شود. شما به تازگی یاد گرفته اید که درک ساختار و فرهنگ سازمانی به شما کمک می کند تا پروژه خود را برنامه ریزی و مدیریت کنید. همچنین به شما کمک می کند تغییرات را از پروژه خود به یک سازمان انجام دهید. در مدیریت پروژه ، فرآیند تحویل پروژه تکمیل شده شما و جلب نظر مردم برای پذیرش آن ، مدیریت تغییر نامیده می شود. درک مدیریت تغییر می تواند اطمینان حاصل کند که یک پروژه با موفقیت به پایان رسیده و سازمان توصیه های پروژه را می پذیرد و تصویب می کند. به عنوان مثال ، اگر شما در حال راه اندازی سیستم جدید ردیابی زمان برای کارمندان هستید ، اگر کارمندان سیستم جدید را قبول نکنند ، پروژه موفقیت آمیز نخواهد بود. وقتی شما از مدیریت تغییر و نقش خود در این فرآیند آگاهی دارید ، می تواند اطمینان حاصل کند که تغییرات به سادگی انجام می شود و پذیرش آن راحت تر است. فرزندخواندگی معمولاً اولین مرحله برای تأثیرگذاری مطلوب پروژه شما پس از اجرای آن است. بیا شروع کنیم. به عنوان یک مدیر پروژه جدید ، ممکن است شما مسئولیت برنامه ریزی تمام مدیریت تغییر مورد نیاز پروژه خود را نداشته باشید. اما صرف نظر از این ، شما می توانید با درک نقش خود در فرآیند و نحوه واکنش سازمان به این تغییر ، به موفقیت در پروژه کمک کنید. مهم است که تشخیص دهیم این افراد در یک سازمان مستقیماً تحت تأثیر هرگونه تغییر در محل کار قرار می گیرند. اجرای یک پروژه جدید می تواند به معنای تغییر در روندها ، بودجه ها ، برنامه ها و نقش ها و مسئولیت های کارکنان باشد. حتی تغییرات زیبایی مانند ایجاد تغییرات در لابی یا تغییر لوگوی جدید شرکت ، به این معنی است که کارمندان باید با چیز جدید و متفاوت سازگار شوند. چیزی به سادگی افزودن آرم جدید می تواند منجر به دردسر بزرگی برای کارمندان شود ، کارمندان مجبورند همه لوازم التحریر قدیمی را عوض کنند و مطمئن شوند همه افراد در دفتر از آرم جدید به درستی استفاده می کنند. هنگامی که موفقیت پروژه خود را در نظر می گیرید ، مهم است که به خاطر داشته باشید تغییراتی را که افراد در نتیجه باید اعمال کنند ، به خاطر بسپارید. تفکر در مورد این تغییرات شما را برای موفقیت در پذیرش و تصویب پروژه خود آماده می کند. بسیاری از مدل ها و استراتژی های مدیریت تغییر وجود دارد و جستجوی سریع در اینترنت توضیحات و مثالهای بیشتری را برای شما فراهم می کند که احتمالاً هرگز به آن نیاز نخواهید داشت. در حالی که ما در مورد مدیریت تغییر صحبت دیگری داریم ، در صورت تمایل می توانید برای ادامه یادگیری ، مقاله های مربوط به موضوع را از سازمان های معتبر مدیریت پروژه بخوانید. اگرچه مدلهای مختلف زیادی وجود دارد ، همه آنها از مفاهیم کلی یکسانی برخوردارند. مدیریت تغییر در مدیریت پروژه حول سه مفهوم اصلی و بهترین روش ها متمرکز شده است. اولین مفهوم اصلی ایجاد احساس مالکیت و فوریت در اطراف پروژه است. مالکیت به معنای این است که دیگران احساس کنند که توانایی مسئولیت انجام موفقیت آمیز وظایف خود را دارند. فوریت به معنای درک آنها از مهم بودن پروژه و شناسایی اقدامات لازم برای پیشبرد پروژه است. وقتی اعضای تیم در یک پروژه احساس مالکیت و فوریت می کنند ، باعث افزایش علاقه ، انگیزه و تعامل با نتیجه پروژه می شود. مفهوم اصلی دیگر این است که در هنگام انتخاب افرادی که در تیم شما کار می کنند ، ترکیب صحیح مهارت ها و شخصیت ها مشخص شود. افرادی را پیدا کنید که دانش و مهارت آنها مکمل یکدیگر هستند. اگر تیم شما برای شما انتخاب شده است ، ببینید آیا می توانید انتخاب کنید چه کسی به کدام وظایف اختصاص داده شود. اگر این امکان وجود ندارد ، یافتن راه هایی برای برقراری ارتباط با تیم خود برای شما بسیار مهم است. این کار آنها را در مورد پروژه هیجان زده خواهد کرد بنابراین در صورت نیاز می توانند طرفدار تغییر باشند. یک راه موثر برای ایجاد انگیزه در تیم شما ، برقراری ارتباط واضح با دیدگاه و رویکرد شما برای پروژه است. سپس می توانید چگونگی دیدن همه افراد را که به عنوان یک تیم برای تحقق آن کار می کنند ، به اشتراک بگذارید. برقراری ارتباط با این ایده به وضوح به دیگران این امکان را می دهد تا در دیدگاه شما سهیم شوند و در زندگی بخشیدن به آن صاحب مالکیت شوند. اصلی ترین مفهوم اصلی ، موثر و مهم است. و من نمی توانم به اندازه کافی بر این مسئله تأکید کنم: ارتباط کلیدی است. داشتن ارتباط موثر با تیم خود به معنای شفاف بودن و مقابله با برنامه ها و ایده های خود و در دسترس قرار دادن اطلاعات است. اطمینان حاصل کنید که تیم شما به همراه سایر اعضای سازمان از پیشرفت شما اطلاع دارند. به شما این امکان را می دهد که همه احساس کنند که در پروژه حضور دارند و بخشی از آن هستند. پس از اتمام پروژه ، ممکن است مقاومت یا چند مانع را تجربه کنید. به یاد داشته باشید ، تغییر یک شبه اتفاق نمی افتد ، بنابراین هنوز از آن دست نکشید. اگر فیدبکی دریافت کردید ، می توانید با کمک به افراد در تنظیم ، پاداش دادن به تلاش های آنها و یادآوری ارزش کلی پروژه برای بلند مدت ، این روند را پیش ببرید. درک روند تغییر می تواند به شما کمک کند تعیین کنید چگونه می توانید از پاسخ موفقیت آمیز به پروژه خود پشتیبانی کنید. به عنوان مثال ، درک اهمیت ارتباطات به شما کمک می کند تا از برقراری ارتباط واضح برنامه های پروژه با تیم خود و همچنین انتقال تأثیرات پیش بینی شده پروژه با بقیه سازمان مطلع باشید. یادگیری درباره مدیریت پروژه چابک را به یاد دارید؟ از آنجا که این یک روش محبوب است که احتمالاً در برخی موارد استفاده خواهید کرد ، می خواهم به این نکته اشاره کنم که بسیاری از اصول مدیریت پروژه Agile با مدیریت تغییر موفقیت آمیز همسو است. شما می پرسید چگونه ممکن است یک تیم چابک رویکرد مدیریت را تغییر دهد؟ پذیرای تغییر در تیم های چابک یک ارزش اساسی است. معمولاً خواهید فهمید که آنها در وضعیت تکاملی قرار دارند یا دائماً با تغییرات سازگار می شوند.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 18:00:12 +0430</pubDate>
            </item>
                    <item>
                <title>متعادل سازی فرهنگ شرکت و اهداف استراتژیک (Case study)</title>
                <link>https://virgool.io/@ali.ghodrati/case-study-balancing-company-culture-and-strategic-goals-isg1rxkmyrj3</link>
                <description>همانطور که آموخته اید ، فرهنگ سازمانی به ارزشهایی که کارمندان به اشتراک می گذارند و ارزشها ، ماموریت ، تاریخچه و موارد دیگر سازمان اشاره دارد. به عبارت دیگر ، فرهنگ سازمانی را می توان شخصیت یک شرکت دانست. فرهنگ سازمانی یک شرکت می تواند به موفقیت داخلی و خارجی آن کمک کند. وقتی فرهنگ یک شرکت با استراتژی و اهداف شرکتی آن مطابقت داشته باشد ، سطح عملکرد آن چشمگیر است. هنگام تحقیق در مورد یک شرکت برای یک شغل احتمالی جدید ، درک فرهنگ شرکت می تواند به شما کمک کند تصمیم بگیرید که آیا مناسب شما و اولویت های شما است. همچنین ، درک فرهنگ یک شرکت به عنوان مدیر پروژه می تواند به شما کمک کند تا در مورد زمانی که می خواهید اقدامات و تصمیمات شما در این فرهنگ قرار گیرد ، آگاهانه انتخاب کنید یا اینکه می خواهید عمداً علیه این فرهنگ عقب بروید تا تغییر ایجاد کند یا ایجاد پیشرفت کند. بیایید مثالی از فرهنگ سازمانی مثبت و چگونگی انطباق یک مدیر پروژه با آن فرهنگ را بررسی کنیم.فرهنگ خانواده Javaقهوه خانه Family Java بیش از 2000 فروشگاه در سراسر جهان دارد. فرهنگ Family Java ارتباط تنگاتنگی با استراتژی و توانایی های آنها دارد - این همان چیزی است که احساس می کنند آنها را از سایر کافی شاپ ها متمایز می کند. این شرکت روی یک رویکرد رابطه محور و اولین کارمندان سرمایه گذاری کرده است. فرهنگ آنها نشان می دهد که کارمندان چیزی هستند که شرکت را منحصر به فرد می کنند. این امر به پرورش یک فضای گرم ، راحت و آرام برای کارمندان و مشتریان کمک می کند. از آنجا که فرهنگ سازمانی Family Java کارمندانی را پرورش داده است که واقعاً به شرکت و شغل خود اهمیت می دهند ، این کارمندان محیطی یکسان برای لذت بردن از مشتریان خود ایجاد می کنند.ماموریت و ارزشهای Family Java مستقیماً با این روش صحبت می کنند:ماموریتبرای فراهم آوردن محیطی شاد که در آن کارمندان ما خانواده ما شوند و مهمانان دوستان ماارزش هایبرای ایجاد مکانی که همه از آن استقبال کنندهمیشه بهترین تلاش خود را بکنیم و خود را مسئول نتایج بدانیمبا دیگران با احترام و مهربانی رفتار کنمخانواده جاوا سخت تلاش کرده است تا بتواند ساختاری را برای عملی ساختن مأموریت و ارزش های روزانه ایجاد کند. آنها این ارزش ها را تمرین می کنند ، همه در حالی که به سطوح جدیدی در فروش و رشد دست می یابند. به عنوان مثال ، The Family Java معتقد است که اولین هزینه کارمندان خود را با صرف هزینه بیشتر در مراقبت های بهداشتی کارمندان نسبت به دانه های قهوه بیان می کند! هر یک از کارمندان برای موفقیت شرکت و توانایی آنها در انجام مأموریت و پایبندی به ارزشهای خود بسیار مهم است. به نوبه خود ، این شرکت با ارائه آموزش های اساسی ، بورسیه های تحصیلی ، کمک به مراقبت های روزانه و رشد در شرکت ، باعث می شود که کارکنان آنها احساس ارزش کنند.خانواده جاوا قادر است از پیوند حیاتی بین فرهنگ و اهداف استراتژیک برای دستیابی به عملکرد بهینه استفاده کند. هنگام ارزیابی فرهنگ سازمانی آنها ، شرکت بر ویژگیهای مثبت آنها متمرکز شده و با آنچه سازگار است و سازگار است سازگار است. خانواده جاوا با اختصاص دادن وقت برای انجام كامل آنچه شركت به خوبی انجام می دهد ، فرهنگی ایجاد كرده است كه منفی گرایی را از بین می برد ، كاركنان را قادر می سازد تا بهترین افراد خود باشند و با اهداف استراتژیك خود همسو هستند.رابطه یک مدیر پروژه با فرهنگ سازمانییادگیری ارزش های شرکتآوی از آغاز نقش خود به عنوان مدیر پروژه در The Family Java بسیار هیجان زده شد. او در طول مصاحبه شغلی خود در مورد فرهنگ سازمان سوالاتی را پرسیده بود و در مورد رویكرد اول مردم این شركت به او گفتند. شرکت قبلی Avi سودآوری را بر کار تیمی و راهنمایی اولویت قرار داد. در حالی که شرکت قبلی وی بسیار موفق بود ، برای آوی دشوار بود که به طور معناداری به کار خود بپردازد ، زیرا فرهنگ بیش از رضایت شغلی کارکنان آنها بیشتر بر روی نتایج مالی متمرکز بود. Avi احساس می کرد رویکرد Family Family بهتر با ارزشهای خودش مطابقت دارد.روشن کردن انتظارات شرکتمدیر Avi در The Family Java گفت که نقش او شامل تأکید قابل توجهی در تیم سازی و بالا بردن روحیه خواهد بود. وقتی کار را شروع کرد ، آوی از مدیر خود خواست که برای تحقق اهداف تیمی و ایجاد روحیه ، زمان سرمایه گذاری مورد انتظار شرکت را روشن کند. وی همچنین پیشنهادات و راهنمایی هایی را براساس آنچه در گذشته در این شرکت انجام شده بود ، خواستار شد. اگر آوی پیش فرض های نادرستی راجع به فرهنگ شرکت ارائه می داد و سعی در مدیریت پروژه هایی با توجه به فرهنگ شرکت قبلی خود داشت ، شاید بر سرعت همکاری و برقراری ارتباط تأکید می کرد. آوی اکنون می دانست که برای رسیدن به جدول زمانی پروژه و دستیابی به نتیجه مطلوب ، باید به دقت انتظارات مربوط به فرهنگ The Family Java با حجم کار پروژه را متعادل کند.اعمال فرهنگ سازمانی برای یک پروژهقبل از شروع اولین پروژه خود ، آوی برای آشنایی با همه افراد در The Family Java برنامه ناهار تیمی را ترتیب داد. سپس ، او برنامه هایی را برای دیدار با سبک کار و اهداف حرفه ای آنها با تک تک اعضای تیم خود ترتیب داد. وی همچنین پرسید که چگونه می تواند به حمایت و رفع موانع موجود در آنها کمک کند. یکی از اعضای تیم Avi ، میگل ، گفت که او نیاز به شروع روز کاری خود را زود دارد زیرا او ساعت 3:00 فرزندان خود را از مدرسه انتخاب کرد. بعد از شنیدن این موضوع ، آوی از برنامه ریزی جلسات تیم در اواخر بعدازظهر خودداری کرد. یکی دیگر از اعضای تیم ، الیسا ، به آوی گفت که او ترجیح می دهد مکالمات رو در رو یا تلفنی را به ایمیل ارسال کند ، زیرا احساس می کند ارتباط کلامی بهتری دارد. وقتی آوی نیاز به گفتگو با الیسا داشت ، اطمینان حاصل کرد که تا آنجا که ممکن است شخصاً با او صحبت کند. با پیشرفت پروژه ، آوی به طور مرتب با همه اعضای تیم خود چک می کرد. او همچنین برنامه &quot;هفتگی قهوه&quot; را با تیم خود برنامه ریزی کرد ، زیرا یاد گرفته بود که این سنت شرکت است. تلاش های آوی برای تطبیق سبک مدیریت پروژه خود با فرهنگ سازمانی Family Java مورد توجه مدیران اجرایی و ذینفعان قرار گرفت و وی در بدست آوردن منابع مورد نیاز مورد حمایت بسیاری قرار گرفت.نتیجه گیریفرهنگ هر سازمانی که با آن روبرو می شوید متفاوت خواهد بود و می تواند با گذشت زمان تغییر کند. مانند Avi ، ارزش این را دارد که به عنوان مدیر پروژه از فرهنگ شرکت خود مطلع شوید زیرا این امر مستقیماً به موفقیت پروژه های شما مربوط می شود.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 14:40:19 +0430</pubDate>
            </item>
                    <item>
                <title>مدیریت پروژه در زندگی و سازمان (از زبان Amar)</title>
                <link>https://virgool.io/@ali.ghodrati/amar-project-management-in-life-and-in-the-organization-m9b6vzinipum</link>
                <description>به جهت اینکه در مطالب اینچنینی که یکی از متخصصان گوگل از خود صحبت میکند ممکن است فهم مطلب در ترجمه های ناقص و گوگلی به درستی بیان نشود ، اصل مطلب را به اشتراک گذاشتم.Hi, I&#x27;m Amar. I&#x27;m a Senior Engineering Program Manager at Google Shopping. On a day-to-day basis, I drive programs which spans across multiple products at Google. The way I look at program management, it&#x27;s more like, life is program management. Everything in life is program; having kids, building a house, buying car. Everything we do there&#x27;s a start and end deal. What we see across the board in anything and everything we do, there&#x27;s a tremendous amount of friction in the system. In the decision-making, in the budgeting, everything in life. That applies equally to software program management, or even if you are in the construction industry. If you see right from starting the construction project, to really getting the bids and all the stuff. There&#x27;s a tremendous amount of chaos from the perspective of that you know, are the right people connected? Are the right decision-making people in the meeting? Are there the right number of approvals that we have in a timely basis? There are many of these things that I had witnessed during my career and the previous companies and even at Google, that those were not efficient and those were really adding a huge risk or exposing the risk late in the development cycle. That is what I had seen as a chaotic world. I really felt that you know what? I can really help out in solving some of that chaos. On a day-to-day basis, I work on bringing order into chaos. There&#x27;s chaotic world out there in the software program development, so we as a program manager, make sure that we bring that together. When I started my program management journey, one of the main thing, what I was looking for, (and thanks to the mentors, I really cherish the mentors) one of the thing they taught me, that you know what? &quot;Amar, when you&#x27;re coming to work every day, ask what are the top three challenges that you want to solve today?&quot; To date, I follow... I always follow... think about what are the top three things that I want to address today? Big ones, impactful ones, as well as I also look at and also help my team understand on a weekly basis, how success looks like. Every Monday morning, I&#x27;ll have meeting with the strategy folks. Very strategic discussions on how the success looks like in this week. How would we define the week is successful? That is how I start my week. It works miracles in the program delivery and overall in life. I love those aspects.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 14:30:54 +0430</pubDate>
            </item>
                    <item>
                <title>یادگیری در مورد فرهنگ یک سازمان</title>
                <link>https://virgool.io/@ali.ghodrati/learning-about-an-organizations-culture-b2dvqozdyy8m</link>
                <description>مهم است که با فرهنگ سازمانی که در آن کار می کنید یا می خواهید در آن کار کنید آشنا شوید. درک فرهنگ شرکت می تواند به شما کمک کند تا تیم خود را از طریق یک پروژه هدایت کنید. این جمله را از پیتر دراکر ، کارشناس مدیریت در نظر بگیرید: &quot;Does culture eat strategy for breakfast?&quot; دراکر این نکته را القا می کند که فرهنگ یک شرکت همیشه موفقیت آن را تحت تأثیر قرار می دهد ، صرف نظر از اینکه مدل تجاری شرکت چقدر موثر باشد. فرهنگ سازمانی برای سلامت یک شرکت ، افرادی که در آنجا کار می کنند و مشتریانی که به آنها خدمات ارائه می دهد حیاتی است.اهمیت فرهنگ سازمانیهویت: فرهنگ یک سازمان هویت آن را مشخص می کند. هویت آن اساساً نحوه کار شرکت را از داخل و خارج توصیف می کند. ارزش ها و فرهنگ سازمانی یک شرکت در کنار هم قرار دارند. ارزشهای آن بخشی از هویت آن است. تقریباً می توانید فرهنگ یک سازمان را به عنوان شخصیت آن در نظر بگیرید. به همین دلیل یادگیری مأموریت و گزاره های ارزش شرکت شما (یا شرکت هدف) مهم است. اظهارات ماموریت و ارزش به شما کمک می کند تا دلیل وجود شرکت را بفهمید و به شما درک می دهد که شرکت به چه چیزی اعتقاد دارد و چگونه رفتار می کند.افراد: فرهنگ سازمانی قوی و مثبت به حفظ بهترین کارمندان شرکت کمک می کند. افرادی که احساس ارزشمندی ، مشارکت و چالش می کنند بیشتر از همه تلاش خود را می کنند و می خواهند برای رسیدن به موفقیت تلاش کنند. فرهنگ یک سازمان می تواند به حفظ کارکنان با استعداد در یک شرکت کمک کند ، و همچنین می تواند افراد بزرگی را نیز جذب کند! از طرف دیگر ، یک فرهنگ سمی می تواند نتیجه عکس داشته باشد. یافتن سازمانی با فرهنگ متناسب با شخصیت شما بسیار مهم است. یکی از راه های کسب اطلاعات بیشتر در مورد فرهنگ یک سازمان گفتگو با افرادی است که در آنجا کار می کنند. همچنین می توانید لباس ، اصطلاحات و رفتار کلی کارمندان فعلی را یادداشت کنید.فرایندها: فرهنگ سازمانی می تواند تأثیر مستقیم بر فرایندهای شرکت و در نهایت بهره وری آن داشته باشد. فرهنگ این سازمان در کل شرکت القا می شود - از کارمندان آن گرفته تا نحوه انجام وظایف کارمندان. به عنوان مثال ، شرکتی که ارزش بازخورد و مشارکت کارکنان را دارد ممکن است با در نظر گرفتن فرصتهای زیادی برای اظهارنظر کارکنان ، در روند کار آنها منعکس شود. با اجازه دادن به کارمندان برای شنیدن صدای آنها ، این شرکت به فرهنگ خود پایبند است.درک فرهنگ سازمانبه عنوان یک مدیر پروژه ، درک فرهنگ شرکت شما بسیار مهم است ، خصوصاً به دلیل اینکه می تواند روی پروژه هایی که کار می کنید تأثیر بگذارد. برخی از جنبه های فرهنگ یک سازمان که به طور مستقیم با نحوه مدیریت پروژه ها مرتبط هستند ، ارتباطات ، تصمیم گیری ، تشریفات ، سبک های مدیریت قبلی و ارزش ها هستند. برای کسب اطلاعات بیشتر در مورد فرهنگ یک شرکت و نحوه اعمال آن به عنوان مدیر پروژه ، می توانید:سوال بپرسبا پرسیدن سوال از مدیریت و همتایان می توانید با فرهنگ یک سازمان آشنا شوید. پرسیدن این سوالات در مرحله مصاحبه برای درک بهتر فرهنگ شرکت قبل از پذیرش موقعیت می تواند مفید باشد. ممکن است بخواهید در مورد:اتمسفرفرم لباس شرکت چیست؟اعتبار افراد در این شرکت به چه صورت است؟آیا ریسک پذیری تشویق می شود و در صورت عدم موفقیت چه اتفاقی می افتد؟چگونه مدیران تیم خود را پشتیبانی و انگیزه می دهند؟تعامل افراد در این نقش با مشتریان و کاربران چگونه است؟اعضای تیم چه زمانی و چگونه به یکدیگر بازخورد می دهند؟برخی از سنتهای محل کار کدامند؟برخی از راه های جشن موفقیت شرکت چیست؟سیاست هایسیاست های مربوط به روزهای بیماری و تعطیلات چیست؟آیا شرکت امکان انعطاف پذیری کارمندان را دارد (به عنوان مثال ، کار در خانه ، ساعات کار انعطاف پذیر)؟چه سیاست هایی وجود دارد که از کارمندانی که هویت خود را در محل کار به اشتراک می گذارند پشتیبانی می کند؟فرایندهاروند پردازش شرکت چیست؟کارمندان چگونه تأثیر کار خود را اندازه گیری می کنند؟ارزش هایاساسنامه شرکت چیت و چه چیزهایی ارزش است؟چگونه شخصی در این نقش ممکن است در مأموریت سازمان سهیم باشد؟چگونه سازمان از پیشرفت حرفه ای و رشد شغلی پشتیبانی می کند؟به داستان های مردم گوش دهیدگوش دادن به صحبت های کارمندان فعلی و دید آنها از شرکت ، بینش خوبی به شما می دهد.تجارب کارمندان از پروژه های مشابه در گذشته چگونه بوده است؟آنها می توانند در مورد ذینفعان و مشتریان اصلی به شما چه بگویند؟تشریفات شرکت را یادداشت کنیدآیین ها می توانند محرک قدرتمند فرهنگ باشند. آنها افراد را درگیر می کنند و به آنها کمک می کند تا حس هدف و تجربه مشترک را القا کنند.تولد و تعطیلات چگونه جشن گرفته می شود؟آیا کارمندان به طور کلی ناهار را در یک زمان و در یک مکان می خورند؟تعاملات کارمندان را مشاهده کنید: مشاهده نحوه تعامل کارکنان می تواند به شما کمک کند سبک تعامل خود را مطابق با هنجارهای شرکت تنظیم کنید.آیا تعاملات کارمندان ماهیت رسمی تر یا غیررسمی دارند؟آیا از کارمندان در نقش های مختلف ایده هایشان درخواست می شود؟تأثیر خود را درک کنیدبه عنوان یک مدیر پروژه ، شما یک عامل تغییر می شوید. به یاد داشته باشید: عامل تغییر شخصی از درون سازمان است که با تمرکز بر بهبود اثربخشی و توسعه سازمان ، به سازمان کمک می کند تا تغییر شکل دهد. وقتی نقش جدیدی را شروع کردید ، با مدیریت بنشینید تا بهتر بفهمید از شما چه انتظاری می رود و چگونه می توانید از فرصت بیشترین استفاده را ببرید.مهارت های ارتباطی خود را تیز کنیدمهارت های ارتباطی بین فردی قسمت عمده ای از مدیریت پروژه است. نحوه ارتباط یک شرکت مستقیماً با فرهنگ سازمانی آن گره خورده است. هنگام اجرای پروژه ها به احتمال زیاد با بخشهای مختلف و سطوح مدیریتی تعامل خواهید داشت. برای برقراری ارتباط موثر ، باید نحوه حرکت در کانالهای مختلف شرکت خود را بفهمید. وقتی نقش جدیدی را شروع می کنید ، در مورد شیوه های ارتباطی سوال کنید: آیا معمول است که ایمیل تیم را بجای اینکه بطور جداگانه از طرف شما ارسال شود ، امضا کنید؟ آیا ارائه باید شامل اعضای تیم باشد یا فقط توسط مدیر پروژه ارائه شود؟ این می تواند به شما کمک کند مطمئن شوید که به انتظارات پایبند هستید.نزدیک شدن به پروژه های متفاوت از نحوه مدیریت پروژه های مشابه در گذشته با مقاومت قابل توجهی روبرو می شود. اگرچه برخی از پروژه ها ممکن است شما را به شکستن وضعیت موجود دعوت کنند ، اما وقتی از فرهنگ سازمان خود قدردانی می کنید ، ممکن است به اعضای تیم خود کمک کنید تا هرگونه پیشرفتی را که اجرا می کنید بپذیرند.غذای اصلیفرهنگ سازمانی از آن جهت مهم است که تأثیر مستقیمی بر شما به عنوان مدیر پروژه دارد و یادگیری نحوه پیمایش فرهنگ سازمانی به شما یک مزیت بزرگ در هنگام اجرای پروژه ها می دهد. توانایی حرکت در تعاملات دپارتمان ، برقراری ارتباط موثر و برنامه ریزی پروژه خود مطابق با فرهنگ سازمان به شما کمک می کند تا برای موفقیت در مسیر شغلی مدیریت پروژه خود موفق شوید.لیست مطالب فصل اول از این لینک در دسترس است.</description>
                <category>علی قدرتی</category>
                <author>علی قدرتی</author>
                <pubDate>Fri, 23 Apr 2021 14:19:49 +0430</pubDate>
            </item>
            </channel>
</rss>