پشتیبانی بعد از تحویل نرم‌افزار چه چیزی را پوشش می‌دهد؟

تحویل پایان کار نیست. باگ، آموزش و به‌روزرسانی امنیتی باید در قرارداد باشد. پشتیبانی خوب زمان پاسخ مشخص، یک کانال، و تفکیک باگ از امکان جدید دارد. امکان جدید برآورد جدا می‌خواهد. این مدل در خدمات نرم‌افزاری KGSM از وب تا اپ موبایل یکسان است. هسته نگهداری روی برنامه‌نویسی وب است. برای بستن پنجره پشتیبانی از تماس استفاده کنید.

این راهنما با عنوان «پشتیبانی بعد از تحویل نرم‌افزار چه چیزی را پوشش می‌دهد؟» از تجربه تحویل پروژه‌های KGSM نوشته شده: محدوده نسخه اول، انتشار مرحله‌ای، و پشتیبانی بعد از تحویل.

مخاطب، ریسک و روش KGSM

کارفرمایی که نرم‌افزار یا اپ را تحویل گرفته و می‌خواهد بداند بعد از رفتن تیم سازنده چه چیزی هنوز تعهد است

تحویل بدون پشتیبانی مکتوب یعنی باگ در چت گم می‌شود، امنیت به‌روز نمی‌شود، و تنها کسی که سامانه را بلداست رفته است.

KGSM باگ نسخه تحویل‌شده، آموزش نقش‌ها، پشتیبان و کانال واحد را در قرارداد می‌گذارد؛ امکان جدید برآورد جدا دارد.

باگ، آموزش و امکان جدید را از هم جدا کنید

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

کانال پشتیبانی را یکی کنید و گروه‌های موازی را ببندید. وعده شفاهی پشتیبانی وقتی برنامه‌نویس اول رفت عملاً تمام شد.

حداقل بسته پشتیبانی ماهانه چیست

پشتیبانی ماهانه ارزان وقتی معنی دارد که فهرست کار مشخص باشد. حداقل مفید از نظر KGSM این است: پشتیبان زمان‌بندی‌شده و تست بازیابی، به‌روزرسانی امنیتی فریمورک و وابستگی‌ها، پایش بالا بودن سرویس، رفع باگ‌های نسخه جاری در سقف ساعت توافق‌شده، و یک کانال واحد با ساعت پاسخ. تغییر کوچک داخل سقف را تعریف کنید تا «فقط یک فیلد» هر هفته محدوده را باز نکند. خارج از سقف، برآورد جدا. دسترسی سرور، دامنه و فروشگاه اپ باید به نام شما باشد وگرنه پشتیبانی به باج وابستگی تبدیل می‌شود. لاگ خطا را از روز تحویل روشن کنید؛ بدون لاگ هر گزارش «دیروز خراب بود» غیرقابل‌بازتولید است. اگر اپ دارید، نسخه فروشگاه و نسخه API را با هم هماهنگ نگه دارید. بسته ماهانه را قبل از اتمام تضمین امضا کنید چون بعد از سکوت سه‌ماهه هزینه راه‌اندازی دوباره بالاتر است.

گروه تلگرام مخلوط باعث شد غلط املایی جلوی باگ ورود را بگیرد. شدت خطا را با سه سطح مسدودکننده، مهم و جزئی در قرارداد بنویسید.

تحویل باید چه چیزهایی را با خودش بیاورد

روز تحویل فقط دادن رمز ادمین نیست. چک‌لیست KGSM شامل محیط تولید و تست، راهنمای نقش‌ها، فهرست کارهای باز شناخته‌شده، نحوه پشتیبان، نحوه انتشار نسخه جدید، و مالکیت کد است. اگر اپ است، حساب فروشگاه، کلید امضا و مسیر انتشار داخلی را هم تحویل می‌دهیم. اگر وب است، دامنه، گواهی، و cronهای حیاتی مستند می‌شوند. کارفرمایی که این‌ها را ندارد عملاً هنوز وابسته است حتی اگر فاکتور تسویه شده باشد. آموزش را با داده واقعی واحد شما انجام دهید نه با کاربر نمونه. حداقل دو نفر از سمت شما باید بتوانند کاربر بسازند و یک نسخه را عقب بکشند. دسترسی سازنده بعد از تضمین باید محدود و قابل قطع باشد. این سختگیری بهداشت عملیاتی است نه بی‌اعتمادی. سند تحویل را در همان قرارداد ضمیمه کنید تا شش ماه بعد اختلاف حافظه پیش نیاید.

آموزش را قبل از پایان تضمین با دو نفر از تیم خودتان تمام کنید. آموزش فقط با مدیر انجام شد؛ بعد از رفتن او کسی کاربر جدید نساخت.

مدل پشتیبانی KGSM بعد از انتشار

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

پشتیبان گرفته می‌شد اما هرگز بازیابی نشد؛ فایل‌ها خراب از آب درآمد. پشتیبان را نه فقط گرفتن بلکه یک‌بار بازیابی آزمایش کنید.

امکان جدید را حتی اگر کوچک است از صف باگ جدا قیمت بدهید. درخواست «فقط یک گزارش» سقف ماهانه را خورد و باگ واقعی عقب افتاد.

حساب فروشگاه اپ به نام پیمانکار بود و به‌روزرسانی قفل شد. دسترسی سازنده باید بعد از تضمین قابل قطع باشد.

نسخه اپ فروشگاه و نسخه API را با هم منتشر کنید. وعده شفاهی پشتیبانی وقتی برنامه‌نویس اول رفت عملاً تمام شد.

گروه تلگرام مخلوط باعث شد غلط املایی جلوی باگ ورود را بگیرد. لاگ خطا و زمان رخداد را در هر گزارش بفرستید تا بازتولید ممکن شود.

چک‌لیست اجرا

• کانال پشتیبانی را یکی کنید و گروه‌های موازی را ببندید.
• شدت خطا را با سه سطح مسدودکننده، مهم و جزئی در قرارداد بنویسید.
• آموزش را قبل از پایان تضمین با دو نفر از تیم خودتان تمام کنید.
• پشتیبان را نه فقط گرفتن بلکه یک‌بار بازیابی آزمایش کنید.
• امکان جدید را حتی اگر کوچک است از صف باگ جدا قیمت بدهید.
• دسترسی سازنده باید بعد از تضمین قابل قطع باشد.
• نسخه اپ فروشگاه و نسخه API را با هم منتشر کنید.
• لاگ خطا و زمان رخداد را در هر گزارش بفرستید تا بازتولید ممکن شود.

سناریوی واقعی 1

وعده شفاهی پشتیبانی وقتی برنامه‌نویس اول رفت عملاً تمام شد.

کانال پشتیبانی را یکی کنید و گروه‌های موازی را ببندید.

سناریوی واقعی 2

گروه تلگرام مخلوط باعث شد غلط املایی جلوی باگ ورود را بگیرد.

شدت خطا را با سه سطح مسدودکننده، مهم و جزئی در قرارداد بنویسید.

سناریوی واقعی 3

آموزش فقط با مدیر انجام شد؛ بعد از رفتن او کسی کاربر جدید نساخت.

آموزش را قبل از پایان تضمین با دو نفر از تیم خودتان تمام کنید.

سناریوی واقعی 4

پشتیبان گرفته می‌شد اما هرگز بازیابی نشد؛ فایل‌ها خراب از آب درآمد.

پشتیبان را نه فقط گرفتن بلکه یک‌بار بازیابی آزمایش کنید.

سناریوی واقعی 5

درخواست «فقط یک گزارش» سقف ماهانه را خورد و باگ واقعی عقب افتاد.

امکان جدید را حتی اگر کوچک است از صف باگ جدا قیمت بدهید.

سناریوی واقعی 6

حساب فروشگاه اپ به نام پیمانکار بود و به‌روزرسانی قفل شد.

دسترسی سازنده باید بعد از تضمین قابل قطع باشد.

صفحات مرتبط KGSM

ادامه را در KGSM و خدمات طراحی اپلیکیشن موبایل، برنامه‌نویسی و توسعه نرم‌افزار ببینید. مقالات مرتبط: برآورد زمان و هزینه پروژه نرم‌افزاری — بدون عدد خیالی. برای برآورد محدوده نسخه اول از فرم تماس استفاده کنید.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: کانال پشتیبانی را یکی کنید و گروه‌های موازی را ببندید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: شدت خطا را با سه سطح مسدودکننده، مهم و جزئی در قرارداد بنویسید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: آموزش را قبل از پایان تضمین با دو نفر از تیم خودتان تمام کنید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: پشتیبان را نه فقط گرفتن بلکه یک‌بار بازیابی آزمایش کنید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: امکان جدید را حتی اگر کوچک است از صف باگ جدا قیمت بدهید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: دسترسی سازنده باید بعد از تضمین قابل قطع باشد. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: نسخه اپ فروشگاه و نسخه API را با هم منتشر کنید. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.

وقتی این نکته به تیم زنده می‌رسد باید قانون اجرایی باشد نه اسلاید: لاگ خطا و زمان رخداد را در هر گزارش بفرستید تا بازتولید ممکن شود. برایش مالک و تاریخ بازبینی بگذارید تا در اولین هفته شلوغ فراموش نشود.