چارچوب ITIL برای همه! [کارشناسان توسعه‌ی نرم‌افزار]
برنامه‌نویسان و تیم توسعه نرم‌افزاری به دلیل درگیر شدن با محیط‌های برنامه‌نویسی و باگ‌تریگر‌ها معمولاً دل‌خوشی نسبت به چارچوب ITIL ندارند و اینان نیز شبیه کارشناسان NOC این چارچوب و ابزار ITIL را مناسب کارشناسان پشتیبانی کاربران می‌دانند. این تفکر غلط دلایل بسیاری دارد. آنان نمی‌خواهند بطور مهندسی شده تغییرات لازم در تولیدات خود را بر اساس مدیریت تغییر و نشر پیش ببرند.
دلیل مخالفت آنان، عدم درک درست ITIL است زیرا بدون ارزیابی درست و برای شانه خالی کردن از زیر بار رفتن آن، بهانه‌هایی نظیر دست و پا گیر بودن تمرینات ITIL می‌آورد در حالی‌که هدف ITIL تسریع و بهبود در ارایه‌ی خدمت است چه آن خدمت زیرساخت باشد چه تولید و توسعه‌ی نرم‌افزار. از این رو نه تنها چارچوب ITIL برای برنامه‌نویسان و تیم توسعه است بلکه از آن به شکل بسیار مناسبی در جهت توسعه‌ی فعالیت‌های خود می‌توانند استفاده کنند.
این کمک می‌کند تا نرخ تغییرات ناآگاهانه در برنامه‌ی توسعه نرم‌افزار به حداقل برسد. فرایند انتشار به بهترین وجه و با کمترین سعی و خطا صورت گیرد. دارایی‌های مرتبط با یک نرم‌افزار را کنترل و تاثیر تغییرات بر آنها را اندازه بگیرند. پروژه‌های نرم‌افزاری خلق کنند و به تفکیک وظایف هر بخش از توسعه، یک یا چند فاز یا کار را بین اعضای تیم توزیع کنند. پس مدیریت رویداد، مدیریت رخداد، مدیریت درخواست، مدیریت مشکل، مدیریت تغییر، مدیریت نشر و مدیریت دارایی‌ها و خریدها و قراردادها جزو لاینفکی از نیازمندی کارشناسان نرم‌افزار است. کارشناسان تیم توسعه بیشتر از هر کسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #releasemanagement #itsm #incidentmanagement #problemmanagement #changemanagement
برنامه‌نویسان و تیم توسعه نرم‌افزاری به دلیل درگیر شدن با محیط‌های برنامه‌نویسی و باگ‌تریگر‌ها معمولاً دل‌خوشی نسبت به چارچوب ITIL ندارند و اینان نیز شبیه کارشناسان NOC این چارچوب و ابزار ITIL را مناسب کارشناسان پشتیبانی کاربران می‌دانند. این تفکر غلط دلایل بسیاری دارد. آنان نمی‌خواهند بطور مهندسی شده تغییرات لازم در تولیدات خود را بر اساس مدیریت تغییر و نشر پیش ببرند.
دلیل مخالفت آنان، عدم درک درست ITIL است زیرا بدون ارزیابی درست و برای شانه خالی کردن از زیر بار رفتن آن، بهانه‌هایی نظیر دست و پا گیر بودن تمرینات ITIL می‌آورد در حالی‌که هدف ITIL تسریع و بهبود در ارایه‌ی خدمت است چه آن خدمت زیرساخت باشد چه تولید و توسعه‌ی نرم‌افزار. از این رو نه تنها چارچوب ITIL برای برنامه‌نویسان و تیم توسعه است بلکه از آن به شکل بسیار مناسبی در جهت توسعه‌ی فعالیت‌های خود می‌توانند استفاده کنند.
این کمک می‌کند تا نرخ تغییرات ناآگاهانه در برنامه‌ی توسعه نرم‌افزار به حداقل برسد. فرایند انتشار به بهترین وجه و با کمترین سعی و خطا صورت گیرد. دارایی‌های مرتبط با یک نرم‌افزار را کنترل و تاثیر تغییرات بر آنها را اندازه بگیرند. پروژه‌های نرم‌افزاری خلق کنند و به تفکیک وظایف هر بخش از توسعه، یک یا چند فاز یا کار را بین اعضای تیم توزیع کنند. پس مدیریت رویداد، مدیریت رخداد، مدیریت درخواست، مدیریت مشکل، مدیریت تغییر، مدیریت نشر و مدیریت دارایی‌ها و خریدها و قراردادها جزو لاینفکی از نیازمندی کارشناسان نرم‌افزار است. کارشناسان تیم توسعه بیشتر از هر کسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #releasemanagement #itsm #incidentmanagement #problemmanagement #changemanagement
چارچوب ITIL برای همه! [ناظران و ممیزین]
درج اطلاعات و مستندسازی داده‌ها بدون نظارت، مشتی زباله یا Garbage است اطلاعات زائدی که هیچ خاصیتی ندارند. خاصیت داده‌ها به صحت و درستی آن است و داده‌ها در صورت درج درست، به روزرسانی دقیق و نظارت مستمر، به داده‌های معتبر تبدیل خواهند شد و بر اساس این داده‌های معتبر است که می‌توان از آنها اطلاعات مفید استخراج کرد.
تبدیل داده به اطلاعات بحث مهمی است اما پیش از آن باید داده‌ها، درست وارد شوند. لذا چارچوب ITIL و ابزار آن بستر مهمی برای ناظران و ممیزین فراهم می‌کند تا صحت فرم و فیلدها طراحی شده در تمرینات، گردشکارها، قوانین واگذاری، مسئولیت‌پذیری کارشناسان، قوانین اطلاع‌رسانی و مفاهیم حسابرسی بر اساس ماتریس RACI را در دستور کار قرار دهند بدیهی است که ممیزین با دشبوردها و موتور گزارش‌ساز قادر به مشاهده‌ی وضعیت کلیه‌ی تمرینات پیاده‌سازی شده هستند. این یعنی حتی برای مباحث استاندارد امنیت اطلاعات ISMS نیز حضور ممیزین باید بخوبی در چارچوب ITIL دیده شود تا دستورالعمل‌های این استاندارد نیز به نحو احسن تدوین و اجرا گردد.
ناظران وظیفه‌ی کنترل دقت و صحت داده‌ها را برعهده دارند و با تمسک به آن می‌توانند بر تولید محتوای معتبر مسلط شوند. این یعنی ناظران با تمام تمرینات ITIL درگیر هستند آنان با بررسی کارها، درخواست‌های رخداد، سرویس، مشکلات، تغییرات، پروژه‌ها، دارایی‌ها و اقلام پیکربندی و مدیریت نشر و... سریع‌تر می‌توانند سازمان را به بهبود مستمر برسانند. ناظران و ممیزین بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #isms #itsm #incidentmanagement #problemmanagement #changemanagement #eventmanagement #releasemanagement #RACI #CMDB
درج اطلاعات و مستندسازی داده‌ها بدون نظارت، مشتی زباله یا Garbage است اطلاعات زائدی که هیچ خاصیتی ندارند. خاصیت داده‌ها به صحت و درستی آن است و داده‌ها در صورت درج درست، به روزرسانی دقیق و نظارت مستمر، به داده‌های معتبر تبدیل خواهند شد و بر اساس این داده‌های معتبر است که می‌توان از آنها اطلاعات مفید استخراج کرد.
تبدیل داده به اطلاعات بحث مهمی است اما پیش از آن باید داده‌ها، درست وارد شوند. لذا چارچوب ITIL و ابزار آن بستر مهمی برای ناظران و ممیزین فراهم می‌کند تا صحت فرم و فیلدها طراحی شده در تمرینات، گردشکارها، قوانین واگذاری، مسئولیت‌پذیری کارشناسان، قوانین اطلاع‌رسانی و مفاهیم حسابرسی بر اساس ماتریس RACI را در دستور کار قرار دهند بدیهی است که ممیزین با دشبوردها و موتور گزارش‌ساز قادر به مشاهده‌ی وضعیت کلیه‌ی تمرینات پیاده‌سازی شده هستند. این یعنی حتی برای مباحث استاندارد امنیت اطلاعات ISMS نیز حضور ممیزین باید بخوبی در چارچوب ITIL دیده شود تا دستورالعمل‌های این استاندارد نیز به نحو احسن تدوین و اجرا گردد.
ناظران وظیفه‌ی کنترل دقت و صحت داده‌ها را برعهده دارند و با تمسک به آن می‌توانند بر تولید محتوای معتبر مسلط شوند. این یعنی ناظران با تمام تمرینات ITIL درگیر هستند آنان با بررسی کارها، درخواست‌های رخداد، سرویس، مشکلات، تغییرات، پروژه‌ها، دارایی‌ها و اقلام پیکربندی و مدیریت نشر و... سریع‌تر می‌توانند سازمان را به بهبود مستمر برسانند. ناظران و ممیزین بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #isms #itsm #incidentmanagement #problemmanagement #changemanagement #eventmanagement #releasemanagement #RACI #CMDB
قصد دارید سیستم‌عامل ویندوز تمام کاربران سازمان را به ویندوز ۱۱ ارتقا دهید.
این تغییر است یا انتشار؟
مفصل از لینک زیر بیاموزید...
medanet.ir/10324
----
#مدیریت_تغییر #ChangeManagement #مدیریت_انتشار #ReleaseManagement #چابکی #Agile #رهبری #Leadership #مدیریت_پروژه #ProjectManagement #تحول_دیجیتال #DigitalTransformation #نوآوری #Innovation #انعطاف‌پذیری #Adaptability #همکاری #Collaboration #بهبود_مستمر #ContinuousImprovement
این تغییر است یا انتشار؟
مفصل از لینک زیر بیاموزید...
medanet.ir/10324
----
#مدیریت_تغییر #ChangeManagement #مدیریت_انتشار #ReleaseManagement #چابکی #Agile #رهبری #Leadership #مدیریت_پروژه #ProjectManagement #تحول_دیجیتال #DigitalTransformation #نوآوری #Innovation #انعطاف‌پذیری #Adaptability #همکاری #Collaboration #بهبود_مستمر #ContinuousImprovement
Forwarded from [ M e d a n e t ]
شرکت ایکس بعنوان مالک یک پلتفرم فروشگاهی بزرگ در کشور، تصمیم می‌گیرد یک قابلیت‌های پیشنهاد هوشمند را برای افزایش فروش محصولات خود فعال کند. ویژگی‌ها کاملاً تست شده‌اند، اما ریسک اصلی زمان انتشار است: جمعه سیاه، ساعت ۹ صبح. تیم مجبور است ویژگی جدیدی را در روز جمعه سیاه ارائه دهد. یک اشتباه کوچک در این روز می‌تواند میلیون‌ها تومان خسارت وارد کند. در اینجا، جدا کردن استقرار از انتشار راه‌حلی نجات‌بخش می‌شود. این یعنی شرکت ایکس به‌جای انتشار مستقیم تصمیم می‌گیرد:
ادامه در لینک زیر....
https://medanet.ir/12169/
-------------
#ITIL #ITIL4 #AgileDelivery #ReleaseManagement #devops
#DeploymentManagement #TechLeadership #ITILFramework
ادامه در لینک زیر....
https://medanet.ir/12169/
-------------
#ITIL #ITIL4 #AgileDelivery #ReleaseManagement #devops
#DeploymentManagement #TechLeadership #ITILFramework