گواهینامه‌ی شرکت PinkeVerify با تصدیق ۱۰ حوزه از ITIL4 به نرم‌افزار سرویس دسک پلاس اعطا شد! پکیج سوئیت کامل سرویس دسک پلاس موفق شد گواهینامه‌ی شرکت PinkeVerify را بابت انطباق تمرینات ITIL4 دریافت کند.این یعنی در کنار SERVIEW CERTIFEDTOOL این شرکت بین‌المللی نیز این محصول محبوب در مدیریت خدمات را بعد از ارزیابی شاخص‌های اندازه‌گیری، ارزش‌گذاری کرده و مورد تاییدش واقع شده.۱۰ تمرین از چارچوب ITIL4 در این ارزیابی مورد تایید واقع شده. که به ترتیب بشرح زیر است: #itil4 #itil #serview #servicedeskplus #pinkverify #itsm

در پایگاه‌های داده SQL Server، فایل لاگ تراکنش‌ها (Transaction Log) نقش حیاتی در بازیابی اطلاعات و حفظ یکپارچگی داده‌ها دارد. این فایل، کلیه تغییرات اعمال‌شده در دیتابیس را ثبت می‌کند و در شرایط خاص، مانند اجرای تراکنش‌های طولانی یا عدم انجام منظم پشتیبان‌گیری از لاگ، ممکن است به‌شدت افزایش یابد. این افزایش می‌تواند موجب کاهش فضای دیسک، افت عملکرد سرور و کندی در پردازش داده‌ها شود. معمولا در چنین شرایطی خطاهایی شبیه این: Warning: Your database transaction log file size has crossed the threshold. را خواهید دید. دلایل افزایش حجم فایل لاگ دلایل نیاز به کاهش حجم فایل لاگ برای مدیریت این وضعیت، کوچک‌سازی (Shrink) فایل لاگ از طریق دستورات SQL Server یا ابزار SQL Server Management Studio (SSMS) انجام می‌شود. این فرآیند باید با رعایت اصول مدیریت پایگاه داده و بررسی تأثیرات جانبی آن اجرا شود. کاهش حجم فایل لاگ با استفاده از SQL Server Management Studio (SSMS) برای shrink کردن لاگ فایل در SQL Server Management Studio (SSMS) مراحل زیر را انجام دهید: ۱. ورود به SQL Server Management Studio ۲. رفتن به تنظیمات دیتابیس ۳. انتخاب فایل لاگ برای کوچک‌سازی ۴. تنظیم اندازه و اجرای عملیات ۵. بررسی موفقیت‌آمیز بودن عملیات پس از اجرای Shrink، می‌توانید اندازه فایل را با این دستور SQL بررسی کنید: نکات مهم ✅ اگر دیتابیس در حالت Full Recovery Mode است، باید ابتدا از لاگ‌ها Backup بگیرید یا به حالت Simple Recovery Mode تغییر دهید.✅ Shrink بیش از حد ممکن است باعث Fragmentation شود، پس تنها در مواقع ضروری از این روش استفاده کنید.✅ اگر فایل لاگ همچنان بزرگ است، ممکن است یک تراکنش فعال وجود داشته باشد که مانع از کوچک شدن لاگ می‌شود. کاهش حجم فایل لاگ با استفاده از دستور برای کوچک کردن (shrink) لاگ فایل (Transaction Log) در SQL Server، می‌توانید از دستور DBCC SHRINKFILE استفاده کنید. این کار حجم فایل لاگ را کاهش می‌دهد اما باید با احتیاط انجام شود، مخصوصاً در دیتابیس‌هایی که نیاز به ریکاوری کامل دارند. مراحل انجام Shrink: اگر جایی مشکل داشتی، با مدانت در میان بگذارید تا بیشتر راهنمایی کنیم! 😊

بسیاری از شرکت‌ها فناوری اطلاعات را صرفاً ابزاری پشتیبان می‌بینند، در حالی که همین نگاه سنتی می‌تواند میلیون‌ها دلار فرصت از دست رفته و ساعت‌ها سردرگمی به همراه بیاورد. وقتی استراتژی IT با اهداف کسب‌وکار همسو نباشد، پروژه‌ها شکست می‌خورند، سرمایه‌ها هدر می‌رود و حتی بهترین تیم‌ها توانایی خلق ارزش واقعی را از دست می‌دهند. اما راه حل چیست؟ چگونه می‌توان فناوری و کسب‌وکار را طوری به هم پیوند زد که هر تصمیم، هر فرآیند و هر ابزار، دقیقاً به تحقق اهداف سازمان کمک کند؟ در چارچوب‌های مدیریت فناوری اطلاعات (مثل ITIL یا مدل‌های انطباق IT–Business Alignment) همواره تفاوت میان فاکتورهای طراحی (Design Factors) و اهداف کسب‌وکار (Business Objectives) از نکات کلیدی‌ست که بسیاری از مدیران نادیده می‌گیرند. بیایید روشن و طبقه‌بندی‌شده توضیح دهیم: ۱. اهداف کسب‌وکار (Business Objectives) اهداف کسب‌وکار نقطه‌ی مقصد هستند — یعنی «کسب‌وکار چه می‌خواهد به دست آورد؟» این اهداف معمولاً از استراتژی سازمانی استخراج می‌شوند و ماهیتاً غیرفنی هستند. ✅ نمونه‌ها: 🔸 ویژگی‌ها: ۲. فاکتورهای طراحی (Design Factors) فاکتورهای طراحی در دیدگاه‌هایی مثل ITIL 4: Design & Transition یا مدل Kuin (کویین) به معنای عوامل تأثیرگذار بر طراحی خدمات، فرآیندها یا ساختار IT هستند. به‌عبارتی، چگونگی رسیدن به اهداف را تحت تأثیر قرار می‌دهند. ✅ نمونه‌ها: 🔸 ویژگی‌ها: ۳. تفاوت بنیادین (در یک جمله) اهداف کسب‌وکار می‌گویند “چه می‌خواهیم به دست آوریم”، و فاکتورهای طراحی می‌گویند “در چه شرایطی و چگونه باید طراحی کنیم تا به آن برسیم”. ۴. نگاه کویین (Kuin) به انطباق IT با کسب‌وکار در مدل کویین، هدف اصلی IT alignment این است که فناوری اطلاعات: یعنی کویین تأکید دارد بر: «تناسب طراحی IT با شرایط واقعی سازمان، بدون انحراف از اهداف کلان کسب‌وکار.» جدول مقایسه اهداف کسب‌وکار با فاکتورهای طراحی جنبه اهداف کسب‌وکار فاکتورهای طراحی ماهیت مقصد و نتیجه‌ی مطلوب شرایط و محدودیت‌های طراحی تمرکز چرا (Why) چگونه (How) سطح تصمیم راهبردی (Strategic) تاکتیکی و عملیاتی تعیین‌کننده مدیران ارشد سازمان طراحان و مدیران IT نقش در انطباق مبنا و جهت‌دهنده ابزار انطباق و ترجمان اهداف به طراحی IT سناریو: یک شرکت پتروشیمی بزرگ ۱. پس‌زمینه ۲. اهداف کسب‌وکار (Business Objectives) ۳. فاکتورهای طراحی (Design Factors) برای رسیدن به اهداف فوق، بخش IT چند فاکتور طراحی را شناسایی کرده است: فاکتور طراحی اثر بر طراحی IT زیرساخت شبکه و سرورها نیاز به گسترش شبکه و پیاده‌سازی ERP ابری برای فروش و لجستیک مهارت‌های IT کمبود کارشناسان داده و تحلیلگر فرآیند؛ نیاز به استخدام و آموزش فرهنگ سازمانی مقاومت کارکنان در برابر تغییرات دیجیتال؛ نیاز به Change Management بودجه IT محدودیت مالی برای خرید تجهیزات گران‌قیمت؛ نیاز به انتخاب راهکار بهینه ریسک امنیت سایبری حفظ داده‌های مشتریان و تراکنش‌های مالی بین‌المللی؛ نیاز به امنیت چندلایه قوانین و مقررات صادرات رعایت استانداردهای بین‌المللی؛ نیاز به کنترل و گزارش‌دهی خودکار ۴. نحوه انطباق با اهداف کسب‌وکار مرحله ۱: تحلیل همسویی (با مدل کویین) ✅ نتیجه: IT و کسب‌وکار در چهار بعد اصلی هم‌راستا شدند. مرحله ۲: پیاده‌سازی (با ITIL4) ۵. سناریوی نهایی و اثرات 🔹 این سناریو نشان می‌دهد که اهداف کسب‌وکار تعیین‌کننده مسیر و مقصد هستند، و فاکتورهای طراحی IT چارچوب و محدودیت‌های مسیر تحقق آن اهداف را مشخص می‌کنند. معرفی مدل کویین (Kuin Model) خب بیایید مدل کویین (Kuin Model) را دقیق و خلاصه اما کاربردی بررسی کنیم — مدلی که هدفش انطباق فناوری اطلاعات با اهداف کسب‌وکار است و از جمله مدل‌های تأثیرگذار در حوزه‌ی IT–Business Alignment محسوب می‌شود. مدل کویین (Kuin, 1993) یکی از مدل‌های کلاسیک در حوزه‌ی Strategic Alignment است که توضیح می‌دهد چگونه فناوری اطلاعات (IT) می‌تواند به‌صورت پویا و مؤثر با کسب‌وکار همسو شود. کویین معتقد بود که هماهنگی میان IT و کسب‌وکار، تنها با «همسویی اهداف» ممکن نیست؛ بلکه باید بین استراتژی‌ها، ساختارها، فرآیندها و فرهنگ‌ها نیز […]

زیرساخت شبکه مانند ستون‌های یک ساختمان است؛ شاید در نگاه اول دیده نشود، ولی بنیان هر سازمانی بر آن استوار است. برای حفظ انگیزه‌ی کارشناسان زیرساخت، ابزارهایی مانند داشبورد دیجیتال، پورتال اطلاع‌رسانی، جلسات ارائه، اینفوگرافیک‌های جذاب، تیزرها یا خبرنامه‌های داخلی می‌توانند دستاوردهای آن‌ها را به نمایش بگذارند. کارشناسان این بخش بعنوان نگهبانان ستون فقرات سازمان همواره از دید مدیران ارشد و کاربران دورند. دلایلی زیادی برای این موضوع هست ولی در اینجا لیستی از دلایل دیده نشدن کارشناسان زیرساخت آورده شده: دلیل عدم دیده شدن کارشناسان زیرساخت شرح عدم توجه به ارزش فعالیت‌های زیرساختی بسیاری از سازمان‌ها به اهمیت زیرساخت‌ها توجه نمی‌کنند و این باعث نادیده گرفتن تلاش‌های کارشناسان زیرساخت می‌شود. مقایسه با تیم‌های دیگر تیم‌های فروش، بازاریابی یا توسعه محصول بیشتر دیده می‌شوند زیرا دستاوردهای آن‌ها مستقیماً به سود و درآمد سازمان مرتبط است. کمبود ابزارهای مناسب برای نمایش دستاوردها اگر ابزارهای مناسب برای مستندسازی و نمایش دستاوردهای زیرساختی وجود نداشته باشد، این دستاوردها به چشم نمی‌آیند. عدم ارتباط موثر با دیگر بخش‌ها اگر تیم زیرساخت ارتباط مؤثر و مستمر با دیگر بخش‌ها نداشته باشد، دستاوردهای آن‌ها منتقل نمی‌شود و دیده نمی‌شود. شکل‌گیری تصویری منفی از کارهای زیرساختی در برخی سازمان‌ها، زیرساخت‌ها به عنوان یک بخش پرزحمت و کم‌قدردانی در نظر گرفته می‌شوند که باعث نادیده گرفتن دستاوردها می‌شود. عدم وجود سیستم‌های بازخورد مناسب در بسیاری از سازمان‌ها، بازخورد برای فعالیت‌های زیرساختی به ندرت ارائه می‌شود، که باعث کاهش انگیزه برای نمایش دستاوردها می‌شود. تمرکز بر مشکلات به‌جای موفقیت‌ها معمولاً مشکلات و خرابی‌ها سریع‌تر از دستاوردهای مثبت زیرساختی جلب توجه می‌کنند، که باعث نادیده گرفتن موفقیت‌ها می‌شود. عدم حمایت و توجه مدیران اگر مدیران ارشد سازمان فعالیت‌های زیرساختی را در اولویت قرار ندهند یا آن‌ها را معرفی نکنند، تلاش‌های تیم زیرساخت دیده نخواهند شد. این دلایل می‌توانند باعث شوند که فعالیت‌های زیرساختی و تلاش‌های کارشناسان این حوزه نادیده گرفته شوند و نتایج مثبت آن‌ها به درستی منعکس نشوند. تا مدیریت زیرساخت حرفه‌ای داشته باشید مدیران برای انتقال اهمیت این فعالیت‌ها به دیگران و بخصوص مدیریت ارشد می‌توانند اقدامات زیر را انجام دهند: این اقدامات، نه‌تنها فعالیت‌های زیرساختی را در سازمان نمایان می‌کند، بلکه به درک ارزش واقعی آن‌ها نیز کمک می‌کند.