https://virgool.io/feed/@yasnateam ما نرم‌افزار می‌سازیم. سازمانی کوچک،‌ جمع‌وجور، و چابک هستیم، در پی کارها و رؤیاهای بزرگ: شرکت توسعه فن‌آوری اطلاعات سورنا fa 2026-06-27 14:22:34 https://files.virgool.io/upload/users/8241/avatar/w9ce7f.png?height=120&width=120 https://virgool.io/@yasnateam https://virgool.io/@yasnateam/%D9%87%D9%85%D9%87%DA%86%DB%8C%D8%B2-%D8%AF%D8%B1%D8%A8%D8%A7%D8%B1%D9%87-%D9%88%D8%A8%D8%B3%D8%A7%DB%8C%D8%AA-%D9%81%D8%B1%D9%88%D8%B4%DA%AF%D8%A7%D9%87%DB%8C-p578yjzhavns اگر این مقاله را می‌خوانید، پس احتمالا قصد سفارش طراحی فروشگاه آنلاین (Online shop) را دارید. شاید هم فقط محض کنجکاوی یا برای کار در این زمینه می‌خواهید درباره طراحی سایت فروشگاهی بدانید.در هر صورت قرار است ما در این مقاله از طراحی سایت فروشگاهی، مزایای آن و ویژگی‌های لازم برای یک آنلاین شاپ خوب بگوییم. فروشگاه اینترنتی، وبسایتی است که امکان فروش خدمات و محصولات از طریق اینترنت را فراهم می‌کند.تقریبا می‌توان گفت سایت‌ فروشگاه آنلاین، کامل‌ترین نوع وب‌سایت عمومی است. چرا که در کنار امکانات استاندارد سایت‌های مختلف (مثل گالری محصولات و خدمات، درباره ما، تماس با ما و اخبار) امکان انتخاب محصول و خدمت، اتصال سایت به درگاه بانکی و پرداخت آنلاین را دارد.مزایای طراحی فروشگاه اینترنتیاگر بخواهیم به‌صورت خلاصه و تیتر وار مزایای طراحی سایت فروشگاهی را بدانید، باید به هفت مزیت زیر اشاره کنیم:۱ ارائه تصویر بهتر از کسب و کار۲ افزایش دامنه فروش، بدون در نظر گرفتن محدودیت‌های مکانی فروشگاه۳ کاهش هزینه‌های مربوط به فروشگاه و کارکنان۴ امکان فروش  ۲۴ ساعته۵ امکان راه اندازی فروشگاه اینترنتی ارزان‌قیمت۶ امکان کسب سود بیشتر از راه فروش آنلاین۷ امکان جذب مشتری بیشترویژگی‌های وب‌سایت فروشگاهیبرای سفارش سایت فروشگاهی ارزان اما خوب، باید نکاتی را از قبل بدانید. مثلا اینکه ویژگی‌های فروشگاه اینترنتی خوب چیست؟-- طراحی خوبهیچ‌چیز مثل یک طراحی خوب و کاربرپسند نمی‌تواند روی جذب مخاطب و افزایش فروش شما تاثیر بگذارد. یکی از مهم‌ترین مراحل ایجاد سایت فروشگاهی در یسناتیم، مرحله طراحی است. در این مرحله یسناتیم براساس سلیقه مشتری و نیاز کاربران سایت، UI سایت فروشگاهی را طراحی می‌کند.مثلا بخش «آخرین اخبار» و «محبوب‌ترین محصولات» دو بخش مهم در طراحی فروشگاه اینترنتی است.چرا که کاربران دوست دارند بدانند تازه چه خبر است؟ و اینکه بقیه چه محصولاتی را می‌خرند.علاوه بر این‌‌ها، بخش‌‌هایی مانند «مقایسه محصولات»،‌ «باخبر شدن از بهترین قیمت‌ها» و «گزارش‌های فروش» از جمله بخش‌هایی است که باید در یک طراحی خوب به آن‌ها توجه کرد.به همین دلیل هم یسناتیم در بخش طراحی، حسابی حواسش به آب و رنگ و کارایی این بخش‌ها جمع است و سعی می‌کند وب‌سایت فروشگاهی را به فضایی برای ارتباط تنگاتنگ خریدار و مشتری تبدیل کند تا هم مشتری خوشحال و راضی باشد و هم فروشنده.-- سبد خریدتا به حال فروشگاه بدون سبد خرید دیده‌اید؟ اصلا شدنی نیست! یک فروشگاه اینترنتی به سبد خرید خوب نیاز دارد تا بتواند مشتریان را راضی نگه دارد.-- جستجوی پیشرفتهشاید یک کاربر به دنبال محصولی با ویژگی‌های خاص باشد یا حتی نیاز داشته باشد محصولات را براساس ارزان‌ترین به گران‌ترین مرتب کند. در این‌صورت باید سایت فروشگاهی شما مجهز به جستجوی پیشرفته براساس مشخصات محصول و امکان مرتب کردن براساس یک ویژگی ‌خاص باشد.-- حساب کاربری خصوصیتجربه ثابت کرده، مشتریان به حساب کاربری خصوصی نیاز دارند تا بتوانند سفارشات قبلی و فعلی خود را مقایسه کنند. به همین دلیل یسناتیم به طراحی پنل کاربری برای هر مشتری در طراحی و ایجاد سایت فروشگاهی، توجه ویژه‌ای دارد.-- امکان گفتگوی آنلاینگاهی خریدار به هر دلیلی ترجیح می‌دهد به‌جای برقراری تماس تلفنی، از پشتیبانی آنلاین استفاده کند. امکان پشتیبانی آنلاین باعث ترغیب مشتری به خرید می‌شود. این سرویس یکی از سرویس‌های با ارزش و البته پرکاربرد برای مشتریان به شمار می‌آید.نتیجهدر این مقاله سعی کردیم به مهم‌ترین امکانات و همچنین جذاب‌ترین مزایای فروشگاه اینترنتی اشاره کنیم اما امکانات و مزایای سایت فروشگاهی نامحدود است. تا هرجا که بخواهید می‌توانید چنین سایتی را گسترده کنید. البته به شرطی که امکانات اضافی، کاربر را فراری ندهد و به افزایش فروش شما کمک کند. یسناتیم یسناتیم Wed, 30 Sep 2020 10:28:00 +0330 https://virgool.io/@yasnateam/%D8%B1%D8%A7%D9%87%DA%A9%D8%A7%D8%B1%D9%87%D8%A7%DB%8C%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%A7%D9%81%D8%B2%D8%A7%DB%8C%D8%B4-%D8%A7%D9%85%D9%86%DB%8C%D8%AA-%D8%B3%D8%A7%DB%8C%D8%AA-oibrfxb2cytm ناگفته پیداست که امنیت مهم‌ترین ویژگی هر محصول یا خدمتی به‌شمار می‌آید، حالا اگر محصول مورد نظر، محصولی نرم‌افزاری مانند وبسایت فروشگاهی، وبسایت شرکتی یا وبسایت شخصی و ... باشد، اهمیت امنیت دوچندان می‌شود. در هر محصول نرم‌افزاری بخشی از امنیت در اختیار کاربر، بخشی در اختیار سرور و بخشی در اختیار نرم‌افزار است.برای تامین امنیت یک سایت باید امنیت در هر سه بخش به‌صورت کامل تامین شود. ما در این مقاله به راهکارهایی برای تامین امنیت وب‌سایت و راه حل یسناتیم برای تامین امنیت محصولات اختصاصی خود می‌پردازیم:امنیت از سمت کاربرتقریبا تمامی کاربران فضای مجازی با الفبای تامین امنیت سمت کاربر آشنایی دارند.انتخاب رمز ورود قوی با استفاده از حروف کوچک و بزرگ و کاراکترها، استفاده از رمز عبور دو مرحله‌ای و تغییر دوره‌ای آن از جمله کارهایی است که باعث افزایش امنیت اطلاعات کاربر در سایت می‌شود.علاوه بر این استفاده از اینترنت امن و مطمئن و استفاده از سیستم عامل و نرم افزارهای معتبر از جمله عوامل دیگری است که به امنیت سمت کاربر کمک می‌کند.امنیت از سمت سروربرای تامین امنیت سمت سرور باید به نکات زیر توجه کرد:میزبانی سایت بر روی هاست امن و معتبراستفاده از سیستم‌های امنیتی شامل آنتی ویروس، آنتی اسپم، آنتی شل، فایروال سخت‌ افزاری و نرم ‌افزاریکانفیگ حرفه‌ای و اصولیاستفاده از سیستم عامل و نرم افزارهای معتبر برای سرورراه اندازی گواهی امنیتی SSL امنیت از سمت نرم افزاربرای تامین امنیت از سمت نرم افزار ابتدا باید یک سیستم مدیریت محتوا، قالب و افزونه قدرتمند از منبع اصلی داشت. این موضوع باعث می‌شود خطر مواجه با بدافزارها کاهش یابد.اجبار کاربر به استفاده از رمز عبور قدرتمند یا ریکچا راه حل دیگری برای افزایش امنیت از سمت نرم افزار به شمار می‌آید.تعیین سطح دسترسی و محدودیت‌ها برای مشاهده اطلاعات، محافظت از مسیر ورود به مدیریت سایت، محافظت از سایت در برابر اسپمرها با کمک کپچا CAPTCHA)) یا ریکچای گوگل (reCAPTCHA) از جمله اقداماتی است که به افزایش سطح امنیت سایت منجر می‌شود.در نهایت پیگیری مشکلات امنیتی گزارش شده و بروز رسانی امنیتی مداوم می‌تواند در کنار سایر موارد به امنیت یک سایت را به شدت بالا ببرد.امنیت سایت‌های یسناتیمیسنا‌تیم برای توسعه و راه اندازی انواع مختلف وبسایت از یک هسته مرکزی اختصاصی خود به نام کوارکینو (Quarkino) استفاده می‌کند. کوارک به طور کامل توسط یسناتیم، طراحی، تولید، نگهداری و به‌روز رسانی می‌شود. کوارکینو یک سیستم مدیریت محتوا (CMS) است که با زبان برنامه‌نویسی PHP 7.4 توسعه داده شده و از فریمورک قدرتمند Laravel 6.4 استفاده می‌کند.از آنجایی که خدمات و محصولات یسناتیم که بر پایه کوارکینو طراحی شده، پس می‌توان با اطمینان گفت که امنیت سایت‌های ایجاد شده توسط یسناتیم تضمین شده است.کوارکینو به‌صورت پیش‌فرض از کلیدهای ۵۱۲ بیتی برای رمزنگاری داده‌ها و نیز جدیدترین نسخه PHP استفاده می‌کند. تمامی اندپوینت‌های کوارکینو بر بستر HTTPS کار می‌کنند، علاوه بر این، معماری چند لایه کوارکینو مانع از رخنه‌های شناخته شده‌ی امنیتی شده و تمامی موارد مشکوک از ورود به نرم‌افزار منع می‌شوند. در کنار این مزایا پکیج‌ها و سیستم عامل به‌طور دائم آپدیت می‌شود و به همین دلیل امنیت محصول به شدت افزایش یافته است. یسناتیم یسناتیم Wed, 16 Sep 2020 12:13:37 +0430 https://virgool.io/@yasnateam/%D8%B3%D9%87-%D9%BE%D8%B1%D8%B3%D8%B4-%D8%A7%D8%B5%D9%84%DB%8C-%D9%BE%DB%8C%D8%B4-%D8%A7%D8%B2-%D9%88%D8%A8%D8%B3%D8%A7%DB%8C%D8%AA-%D8%B4%D8%B1%DA%A9%D8%AA%DB%8C-j9b2y9rrneoh وب سایت شرکتی همانطور که از نامش پیداست، سایت شرکت خاصی با زمینه فعالیت مشخص است، اما چیزی که آن را از سایت فروشگاهی متمایز می‌کند، هدف از طراحی سایت شرکتی است.تعیین هدف مورد نظر که در نهایت به جامعه مخاطبان برمی‌گردد، همان چیزی است که باعث تفاوت در طراحی انواع سایت می‌شود.ناگفته پیداست که داشتن یک وب‌سایت شرکتی جذاب، هدف تمام شرکت‌هایی است که به دنبال ایجاد وب‌سایت هستند. برای اینکه راحت‌تر به این هدف برسید و بتوانید نگاه مخاطبان را به خود خیره کنید، پیشنهاد می‌کنیم پیش از اینکه به سراغ طراح سایت بروید، به سه پرسش زیر صادقانه پاسخ دهید:مخاطب شما کیست؟قطعا یکی از دلایل شما برای طراحی سایت شرکت، جلب اعتماد مخاطب است.اما اول از همه باید بدانید که این مخاطب کیست؟ باید بدانید که آیا مخاطب شما یک مشتری خرد است؟ یا یک شرکت تجاری که قرار است با آن‌ها رابطه تجاری برقرار کنید؟از طریق وب‌سایت خود به دنبال همکار و نیروی جدید می‌گردید یا می‌خواهید نگاه سرمایه‌گذار را به خود جلب کنید؟ اصلا سرمایه‌گذار شما داخلی است یا خارجی؟ پاسخ به این پرسش به سایت ساز کمک می‌کند تا طراحی صفحات تاثیرگذارتری را برای شما انجام دهد.با طراحی وب‌سایت، به دنبال فروش غیر مستقیم هستید؟آیا می‌خواهید با این کار، به صورت غیر مستقیم فروش داشته باشید؟ یا صرفا می‌خواهید سایتی داشته باشید که برای شما در نقش کارت ویزیت ظاهر شود و بقیه شما را در میان رقبا گم نکنند؟چقدر بودجه دارید؟معمولا شرکت‌ها، برای شروع کار بودجه متوسطی را در نظر می‌گیرند. این میزان بسته به اینکه چه نوع محتوایی می‌خواهید روی سایت قرار دهید و به دنبال چه نتیجه‌ای هستید، ممکن است متغیر باشد. پس بهتر است صادقانه جیبتان را نگاه کنید و ببینید در آینده چقدر می‌توانید به این رقم هزینه اضافه کنید.در مجموع می‌توان گفت ویژگی اصلی یک وب‌سایت‌ شرکتی این است که نیاز به فروش خدمات یا محصول از طریق وبسایت ندارد. به عبارت دیگر برای راه‌اندازی چنین سایتی، نیاز به طراحی فروشگاه اینترنتی نیست و بیشتر مواردی مانند معرفی، برندینگ، اطلاع رسانی یا ایجاد ارتباط با مخاطب اهمیت دارد.این نوع سایت‌ها از صفحه درباره ما، محصولات و خدمات، گالری تصاویر و اخبار سایت تشکیل شده‌اند و معمولا به معرفی یک مجموعه اقتصادی (مانند سایت یک رستوران، سایت یک شرکت تجاری و ... )، فرهنگی (مانند فعالان حوزه نشر، موسیقی یا سینما)، علمی (مانند سایت‌های دانشگاهی) یا خیریه می‌پردازند.در میان شرکت‌های ایرانی و خارجی، نمونه‌های زیادی را می‌توان پیدا کرد که صرفا فقط سایت شرکتی دارند و به معرفی کسب و کارشان می‌پردازند.پیدا کردن نمونه این سایت‌ها کار چندان دشواری نیست و با جستجو در اینترنت هزاران نمونه وبسایت شرکتی را ببینید.البته ما نیز به عنوان یسناتیم سال‌هاست در زمینه ایجاد وب‌سایت شرکتی در کوتاه‌ترین زمان ممکن فعالیت داریم و می‌توانیم براساس نوع فعالیت کسب و کارتان، سایت سفارشی مخصوص خودتان را برایتان بسازیم.برای دیدن نمونه کارهای سایت شرکتی که توسط یسناتیم طراحی و ایجاد شده می‌توانید به بخش «چه‌کرده‌ایم‌» در سایت یسناتیم مراجعه کنید. یسناتیم یسناتیم Sun, 06 Sep 2020 12:35:35 +0430 https://virgool.io/@yasnateam/%D9%81%D8%B1%D8%A7%D9%86%D8%AA%D8%A7%D9%86%D8%AF-%D8%A8%DA%A9%D8%A7%D9%86%D8%AF-%DB%8C%D8%A7-%D9%81%D9%88%D9%84%D8%A7%D8%B3%D8%AA%DA%A9-%DA%86%D9%87-%DA%86%DB%8C%D8%B2%D9%87%D8%A7%DB%8C%DB%8C-%DB%8C%D8%A7%D8%AF-%D8%A8%DA%AF%DB%8C%D8%B1%DB%8C%D9%85-ec73mopmiwbt این مطلب فقط درباره برنامه‌های تحت وب نیست، بلکه درباره تمام برنامه‌هایی است که برای ساختنشان به فرانت‌اند و بک‌اند نیاز دارید.خیلی ساده بخواهیم بگوییم:فرانت‌اند چیزی است که کاربر می‌بیند. (کدهایی که با کمک HTML، CSS و JS نوشته شده و در مرورگر کار می‌کنند.)در مقابل بک‌اند مسئولیت اجرای درخواست‌ها در پشت صحنه را ایفا می‌کند.البته فرانت‌اند و بک‌اند در نهایت با یکدیگر ارتباط برقرار می‌کنند. به بیان دیگر، درخواست‌های سمت کاربر از فرانت‌اند به بک‌اند می‌رود. درآنجا درخواست‌ها با کمک نام کاربری یا روش‌های دیگر، به دیتابیس رفته و به‌جای آن داده دریافت و به کمک فرانت‌اند به دست کاربر می‌‌رسد.همه این کارها فقط در چند ثانیه انجام می‌شود.شاید بپرسید چرا بک‌اند؟ زیرا درخواست‌ها در دستگاه کاربر (موبایل یا کامپیوتر) اجرا نمی‌شود و برای اجرا از سرور ریموت کمک می‌گیرد. یعنی شما به‌عنوان توسعه‌دهنده یا ارائه‌دهنده برنامه‌های تحت وب، به  یک سرور اختصاصی دسترسی دارید.کجا این اتفاق می‌افتد و چرا؟اول از همه باید بدانید که هیچ‌کاری به تنهایی انجام نمی‌شود.به‌عنوان نمونه یک فروشگاه آنلاین مانند آمازون را تصور کنید. در چنین سایتی کاربران موارد زیادی را می‌بینند. مثلا دسته‌بندی محصول، امکان اضافه کردن محصول به سبد خرید و دیدن سبد خرید، اما این داده‌ها چگونه فراخوانی می‌شوند؟ آیا روی مرورگر ذخیره می‌شوند یا روی کامپیوتر شما؟در واقع هیچ‌کدام!این داده‌ها از سوی آمازون ارائه می‌شود و برای همه کاربران داده‌های مشابهی در دسترس است. در کنار این موارد، آمازون باید بتواند این داده‌ها را به عنوان اطلاعات محصول مدیریت کرده و آن‌ها را کم، زیاد یا به‌روز رسانی کند.بر همین اساس، داده‌ها باید روی سرور آمازون ذخیره شوند و این همان چیزی است که بک‌اند نامیده می‌شود. مدیریت داده‌ها یا منطق آن‌ها چیزی است که به‌صورت مرکزی در پشت برنامه و خارج از دستگاه کاربر اتفاق می‌افتد.از سوی دیگر، در فرانت‌اند همه‌چیز مستقیما با رابط کاربری در تعامل و قابل مشاهده است.رابط کاربری مستقیما روی دستگاه کاربر اجرا می‌شود. بنابراین مهم نیست که در مورد یک برنامه تحت وب یا اپ موبایلی صحبت می‌کنیم، در هر حال رابط کاربری در صفحه نمایش دستگاه متعلق به کاربر ما اجرا می‌شود.در این بخش هر اتفاقی که می‌افتد، توسط کدهای فرانت‌اند کنترل می‌شود.البته ، همانطور که در بالاتر اشاره کردیم، فرانت‌اند با بک‌اند در ارتباط است. این ارتباط به کمک درخواست‌های Http برقرار می‌شود. (Http requests)به‌عنوان نمونه: فرانت‌اند درخواست ورود داده‌ها را به بک‌اند می‌فرستد. بک‌اند اعتبار داده‌ها را تایید و آن‌ها را در دیتابیس ذخیره می‌کند.توجه داشته باشید که کار بک‌اند فقط ذخیره داده و دیتابیس نیست!دیتابیس می‌تواند بخشی از بک‌اند باشد اما همه آن نیست. منطقی که روی سرور بک اند اجرا می‌شود، بخش حیاتی بک‌اند به‌شمار می‌آید، زیرا بیشتر برنامه‌های تحت وب کدهایی دارند که نمی‌تواند یا نباید سمت کاربر اجرا شوند.اینجا به بعضی از این نمونه‌ها اشاره کرده‌ایم:- عملیات زمان‌بر: که باید به‌خاطر UI آن را کوتاه کرد.- تعامل با سیستم فایل: که دسترسی به آن در مرورگر مجاز نیست.- اعتبارسنجی ورودی کاربر در سمت سرور: به این خاطر که کاربران می‌توانند کد سمت فرانت را مشاهده و ویرایش نمایند (و اعتبارسنجی آن قابل اعتماد نیست).- هر کدی که با یک بانک اطلاعاتی در تعامل باشد، یا از اعتبار (کلیدهایی) استفاده کند که نباید در معرض بازدید کنندگان وب سایت قرار بگیرد.فرانت‌اند باید فقط حاوی کدی باشد که مربوط به به‌روزرسانی رابط کاربری است و باید زمینه ارسال و دریافت داده، ارائه داده به کاربر و تعامل با رابط کاربری را فراهم کند.حذف کامل اطلاعات و داد‌ه‌ها، ارتباط با بانک اطلاعاتی‌، سیستم فایل یا مواردی از این دست، باید در بک‌اند کنترل شود.باید چه چیزهایی یاد بگیریم؟برای توسعه دهنده فرانت‌اند، یادگیری زبان‌های مختلفی لازم است.برای ایجاد برنامه‌های تحت وب به زبان‌هایی نیاز دارید که بتوانید سایتی را ایجاد، اجرا و در مرورگر نمایش دهید. به همین دلیل به یادگیری فریم‌ورک‌ها و زبان‌های زیر نیاز دارید:HTML برای ساخت اسکلت سایتCSS برای استایلJavaScript برای منطق سمت کاربراما شما به ندرت می‌توانید فقط با کمک همین موارد برنامه‌های بزرگ تحت وب بسازید. در حقیقت شما علاوه بر موارد بالا، به یکی از فریم‌ورک‌های محبوب زیر نیز نیاز دارید:React.jsAngularVue.jsالبته اگر بخواهید به سراغ برنامه‌نویسی تلفن همراه بروید باید از Java یا Kotlin برای Android یا Swift یا ObjectiveC برای توسعه iOS استفاده کنید.زبان‌های دیگری مانند Flutter ، React Native یا Ionic (Angular, React) نیز می‌تواند به شما در ساخت اپ‌های موبایلی و تحت وب کمک می‌کند.اگر می‌خواهید به سراغ بک‌اند بروید، باید یک زبان برنامه‌نویسی را انتخاب کنید که روی سرور اجرا شود.گزینه‌های محبوب شما در بک‌اند عبارتند از:NodeJS  که به راحتی مبتنی بر JavaScript است.PHPPythonآیا برنامه‌های تحت وب را می‌توان فقط با یک سمت (بک‌اند یا فرانت‌اند) نوشت؟بیشتر سایت‌ها و اپ‌های موبایلی سمت بک‌اند و فرانت دارند، اما آیا ممکن است برنامه‌ای داشته باشیم  که فقط یک سمت داشته باشه؟ یعنی تمام بخش‌های آن در قسمت بک‌اند یا فرانت‌اند باشد؟از نظر تئوری، شما می‌توانید برنامه‌های تحت وب یا اپ موبایلی بسازید که فقط دارای بک‌اند یا فرانت‌اند باشند.برنامه‌ای که فقط فرانت‌اند دارد، کارایی محدودی نیز خواهد داشت و شما فقط می‌توانید برنامه هایی بنویسید که نیازی به ذخیره یا رفت و برگشت فایل یا داده ندارند.مثلا صفحات نمونه کار که در آن خدمات یک شرکت به سادگی توصیف شده‌اند. یا وبلاگهایی که به راحتی می‌توانید تمام مقالات را فقط با HTML و CSS ، JS بنویسید. شما در این حالت به پایگاه داده نیازی ندارید.درباره بک‌اند تنها چطور؟در نگاه اول وجود چنین برنامه‌ای بی‌معناست. برنامه‌ تحت وب بدون فرانت‌اند و رابط کاربری قابل استفاده نیست و کاربر نمی‌تواند چیزی را ببیند. این گزاره درست است، اما تمام برنامه‌هایی که ساخته می‌شوند، مورد استفاده کاربر نهایی قرار نمی‌گیرد.ممکن است یک API ساده (REST) بسازید که توسط سایر توسعه دهندگان قابل استفاده باشد.عنوان نمونه Google Places API   به شما امکان می‌دهد آدرس‌ها را به مختصات و برعکس (و موارد دیگر) تبدیل کنید.این API فقط برای تبادل داده ایجاد شده است.شما می‌‌توانید چنین API را با کمک بک‌اند به تنهایی بسازید.در مورد Fullstack چه؟اگر در حال توسعه وب هستید ، ممکن است درباره توسعه‌دهنده کامل یا فول‌استک (Fullstack) نیز شنیده باشید.به این معنا که شما (یعنی توسعه دهنده) فقط روی یک سمت (بک‌اند یا فرانت‌اند) متمرکز نمی‌شوید. در عوض زبان‌های برنامه نویسی و چارچوب‌های هر دو سمت را آموخته‌اید و می‌توانید یک برنامه تحت وب کامل را به تنهایی بسازید.این موضوع به خصوص اگر فریلنستر باشید یا در یک استارت‌آپ کوچک کار کنید، می‌تواند مزیت بزرگی برای شما به شمار بیاید.ترجمه آزاد: frontend vs backend یسناتیم یسناتیم Wed, 19 Aug 2020 11:01:54 +0430 https://virgool.io/@yasnateam/%D9%88%DB%8C%DA%98%DA%AF%DB%8C%D9%87%D8%A7%DB%8C-%DB%8C%DA%A9-%D9%BE%D9%88%D8%B1%D8%AA%D8%A7%D9%84-%D8%B3%D8%A7%D8%B2%D9%85%D8%A7%D9%86%DB%8C-%D8%AE%D9%88%D8%A8-%DA%86%DB%8C%D8%B3%D8%AA-ujimz0tfkz1w حتما بارها کلمه پورتال سازمانی را شنیده‌اید و برایتان این پرسش پیش آمده که پورتال چیست و چه تفاوتی با سایر سایت‌ها دارد؟ پیش از اینکه درباره این موضوع حرف بزنیم، باید با مفهوم وب‌سایت‌های بزرگ آشنا شویم.وبسایت‌های بزرگ، وبسایت‌هایی با کاربران بسیار زیاد (بیش از 1000 بازدید در روز) هستند. تعداد بازدید بالا مسائل و پیچیدگی‌های زیادی برای طراحی و پیاده‌سازی وبسایت ایجاد می‌کند.پورتال سازمانی نیز در واقع گونه‌ای از وبسایت‌ بزرگ با تعداد کاربران بالا و گستردگی جغرافیایی است که تمام بخش‌های یک سازمان (مثلا یک وزارتخانه) را پوشش می‌دهد.به عبارت دیگر پورتال یا درگاه،  سایتی برای اعضای یک سازمان است که با ورود به آن می‌توانند به سیستم‌های مختلف سازمانی از جمله سیستم مکاتبات، حقوق و دستمزد، بخشنامه‌ها و .... دسترسی پیدا کنند.این دسته از وب‌سایت‌ها معمولا بخشی برای بازدید عمومی ندارند و بیشتر بر کارآیی قسمت‌هایی تمرکز دارند که توسط نام کاربری و رمز عبور محافظت می‌شوند و اصطلاحا در بخش وب عمیق (Deep Web) جای می‌گیرند.به‌عبارت دیگر این سایت بیشتر نقش واسطه را برای کاربران بازی می‌کند. به همین دلیل به‌صورت مداوم به منابع و پایگاه‌های مختلف متصل است و با آن‌ها تبادل اطلاعات می‌کند.از دیگر مزایای پورتال سازمانی این است که طراحی سایت به‌گونه‌ای صورت می‌گیرد که در آن می‌توان سطح دسترسی‌های مختلفی را برای کاربران تعریف کرد یا اطلاعات سازمانی را در آن منتشر و با سایر پورتال‌ها و سیستم‌های مربوطه به اشتراک گذاشت.مهم‌ترین مشخصات یک پورتال سازمانی عبارت است از:ارتباط با انواع پایگاه‌ داده سازمانیگردش اطلاعاتدارا بودن فرم‌های دریافت اطلاعاتامکان گزارش گیری از فرم‌های تکمیل شدهتضمین امنیت حداکثریارئه انواع فایل‌های خروجی از اطلاعات وارد شده توسط کاربرانخوشبختانه تاکنون یسناتیم در زمینه تولید پورتال‌های سازمانی تاکنون بسیار موفق عمل کرده و می‌تواند در کوتاه‌ترین زمان ممکن، پورتال سازمانی سفارشی و  براساس نیاز مشتریان را طراحی و راه‌اندازی کند. یسناتیم یسناتیم Mon, 10 Aug 2020 14:36:20 +0430 https://virgool.io/@yasnateam/%D9%88%D8%A7%D8%AA%D8%B1%D9%81%D8%A7%D9%84-%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-%DB%8C%D8%A7-%D8%AF%D9%88%D8%A7%D9%BE%D8%B3-%DA%A9%D8%AF%D8%A7%D9%85%DB%8C%DA%A9-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%AA%DB%8C%D9%85-%D8%B4%D9%85%D8%A7-%D8%A8%D9%87%D8%AA%D8%B1-%D8%A7%D8%B3%D8%AA-dhvckeecnoxk گزینه‌های زیادی برای مدیریت پروژه‌های نرم افزاری وجود دارد. مزایای استفاده از برنامه‌های مدیریت پروژه و کیفیت استفاده از آن مشخص است و می‌دانیم که بررسی نرم افزار به‌تنهایی تضمینی برای انجام کار به موقع یا کافی نیست. نداشتن برنامه‌ریزی برای مواقع بحرانی ممکن است به تاخیر در انتشار یا کیفیت ضعیف محصول منجر شود.سه رویکرد اصلی برای مدیریت پروژه و تحویل نرم افزار عبارت است از:واترفالاجایلدواپسهدف این مقاله، بررسی مزایا و اشکلات هر یک از این سه رویکرد در روند تحویل پروژه است.واترفالشاید بتوان گفت واترفال مرسوم‌ترین روش کنترل پروژه است. این اصطلاح از سلسله مایلستون‌هایی که یک پروژه باید برای تکمیل طی کند، می‌آید. به عبارت دیگر، مایلستون‌ها به‌صورت آبشاری از یکی به دیگری وارد می‌شوند.به کار بردن مفهوم واترفال برای مدیریت پروژه از دهه ۱۹۴۰ آغاز شد و از دهه ۱۹۵۰ استفاده از آن به ویژه در صنایع تولیدی به عنوان یک امتیاز شناخته شد. این رویکرد هر فاز اصلی را به یک بازه تحویل جدا تبدیل می‌کند و به‌ترتیب دارای مایلستون‌های اصلی زیر است:درک کسب و کار: مستندات فرآیند کسب و کار که اغلب شامل تحلیل‌های تجاری هستند.مدل‌سازی: شکستن ساختار اصلی برای رسیدن به راه حلی در مدل‌های بزرگترآزمایش: گروه کنترل کیفیت، بخش‌های کامل شده برنامه را آزمایش می‌کنند.تست پذیرش کاربر (UAT): مرحله نهایی که در آن گروه تجاری کار بازنگری و پذیرش راه حل را انجام می‌دهند.مزیت مدیریت پروژه به سبک واترفال این است که فازهای اصلی به طور شفاف به دو نوع «برو/ نرو» تقسیم می‌شوند. این راهکار باعث می‌شود مدیران تجاری راحت‌تر درباره ادامه یک پروژه و تقسیم بودجه تصمیم بگیرند.چالش‌های رویکرد  واترفال شامل سه بخش زیر است:کار کردن تیم‌ها در حوزه‌های جداگانهسخت بودن برآورده کردن انتظارات مشتریشناسایی مقیاس و دامنه‌ برای بررسی وضعیتبا واترفال، هر گروه به صورت جداگانه فعالیت می‌کند. انتقال دانش به دشواری صورت می‌گیرد و ارتباطات بسیار محدود است. علاوه بر این به دلیل سردرگمی درباره کار هر تیم، نتیجه به تاخیر می‌افتد.عامل محرک کل پروژه همان چیزی است که کسب و کار به دنبال آن است. چیزی که اغلب نادیده گرفته می‌شود، ادامه ارتباط با مشتری است. به همین دلیل هم راه حل‌هایی ارائه می‌شود که پاسخگوی نیاز مشتری نیست و محصول غیرقابل استفاده است.شرکت‌هایی مانند مایکروسافت از مدل «ما بهتر می‌دانیم» استفاده می‌کنند. نتیجه این دیدگاه تولید محصولاتی مانند مایکروسافت آفیس ویزاکت و دیگر محصولات مشابه است.ویزاکت را به یاد نمی‌آورید؟ شاید به این دلیل که بازخورد مشتری باعث تغییرات کامل آن نسخه شد و در نتیجه ۳۰ روز پس از انتشار، کل محصول از بین رفت!چالش آخر شناسایی مقیاس و دامنه‌ای برای بررسی محصول است. وقتی پروژه‌ای دارید که در ماه یا سال‌ها طول می‌کشد، به سادگی می‌توان به آن ویژگی جدیدی اضافه کرد و این همان چیزی است که می‌تواند یک پروژه را نابود کند.اجایلاجایل بیشتر در صنایع دیجیتال به کار گرفته می‌شود و رویکردی جدید در مدیریت پروژه به شمار می‌آید که از سال ۲۰۰۰ نامش به میان آمد. اجایل رویکردهای متفاوتی از جمله اسکرام دارد اما در مجموع همه مدل‌ها در مفاهیم زیر، مشترک هستند:تیم‌های عملکردگرا و فول استکاسپرینت‌هاطراحی مشتری محورمفهوم تیم عملکردگرا با واترفال فاصله زیادی دارد. در این روش، تیم شما می‌تواند هر بخش کلیدی پروژه از جمله تحلیل کسب و کار، مهندسی، کد نویسی، تست کیفیت و طراحی را انجام دهد. این روش باعث همکاری نزدیک تیم می‌شود. خروجی از این رویکرد ایجاد ارتباط در تمامی مراحل پروژه است و همین منجر به دومین مفهوم کلیدی اجایل، یعنی اسپرینت می‌شود.اسپرینت‌ها اساسا بازه‌های زمانی دو هفته‌ای هستند. (البته می‌توانند بین یک تا چهار هفته تغییر کنند اما مدل دو هفته‌ای رایج‌ترین نوع است.) در ابتدای هر اسپرینت، کارهای قابل تحویل برنامه‌ریزی می‌شوند. در پایان اسپرینت، موارد تکمیل شده، تحویل داده می‌شوند. به عبارت دیگر، هر دو هفته تیم مقداری از کل پروژه را تکمیل می‌کند.هر اسپرینت تیم از مشتری بازخورد می‌گیرد چرا که طراحی مشتری محور سومین مفهوم کلیدی اجایل است. در این روش کارها برای مشتری به نمایش گذاشته می‌شود و بازخورد آن‌ها در طراحی دوباره مورد توجه قرار می‌گیرد. استفاده از اسپرینت باعث می‌شود تیم فرصت واکنش به نیازهای مشتری را داشته باشد. علاوه بر این دامنه بررسی را کاهش می‌دهد.با این حال اجایل نیز مشکلاتی دارد. اولین مشکل آن، فرهنگ است.حرکت به سمت اسپرینت با تیم عملکردگرا دشوار است زیرا ما سال‌هاست که یاد گرفته‌ایم با تیم خاموش و تک بعدی کار کنیم. علاوه بر این مفهوم استفاده از اسپرینت می‌تواند باعث مشکلاتی در تعیین اینکه چه زمانی کار تکمیل شده به شمار می‌آید، شود. شما کار را وقتی تمام می‌کنید که اسپرینت تمام شده باشد، اما هنوز هم نکاتی برای بهبود و یادگیری است.به نظر می‌رسد حرکت به سمت ترکیب بخش‌های خوب واترفال و اجایل می‌تواند به ایجاد راه حلی به نام سامرفال (ترکیب اسکرام، اجایل و واترفال) ختم شود. این رویکرد می‌تواند به سازمان‌ها برای تغییر فرهنگ از مدل تحویل یکباره به سایر مدل‌های تدریجی کمک کند.دواپسجدیدترین مدل تحویل پروژه دواپس نام دارد که ترکیبی از توسعه و عملیات است. دواپس مزایای اجایل را با تفاوت‌های زیر دارد:همکاری در توسعه و عملیاتاتوماسیونتحویل دنباله‌داربا دواپس، تیم اصلی شامل تیم عملیاتی می‌شود و هدف این است که راهی برای خلق موجودی زنده بیابید. در این شیوه نشانه خاصی از پایان نمی‌بینید و فقط براساس بازخورد همه تیم‌ها، بهبود را ادامه می‌دهید. تیم‌های حرفه‌ای دواپس، تیمی امنیتی در گروه اصلی است که دوسک‌آ‌‌پس نام دارد.دومین ویژگی قدرتمند دواپس، اتوماسیون است. به کمک این ویژگی تمامی فیچرها و مراحل از جمله تست، کد نویسی، انتشار، ارتباط، شبکه منابع و تقاضای ارتباط با مشتری، اتوماتیک می‌شود.از این طریق می‌توانید مقیاسی اثرگذار برای تیم و از بین بردن خطاهای انسانی اجتناب ناپذیر بیابید. هدف نهایی، حرکت به سمت مدل تحویل دنباله‌دار است. تیم‌های قدرتمند که به طور مداوم مشغول ارزیابی مشتری هستند، به وسیله اتوماسیون سرعت تحویل بیشتری دارند. دیگر لازم نیست سال‌ها برای یک آپدیت بزرگ صبر کنید. با دواپس می‌توانید همین حالا هزاران آپدیت روزانه تحویل دهید.دواپس یک مدل مشتری محور است که تیم را قادر می‌سازد تا تجربه مشتری را با روشی مداوم بهینه کنند. مانند اجایل، چالش این روش برای بسیاری از شرکت‌ها جهشی بزرگ به سوی دواپس است. رویکرد، طرز فکر، مهارت و نیازهای مدل مشتری محور، به گروهی خاص نیاز دارد و شرکت‌ها باید بر جذب چنین افرادی سرمایه گذاری کنند.نکته پایانینکته اصلی این است که شما باید بر روی یک رویکرد توافق کنید. پروژه‌ها خود به خود مدیریت نمی‌شوند و همیشه کمیته‌ای برای کنترل آن‌ها لازم نیست. شرکت‌ها قبل از شروع کار باید یک شیوه مدیریت پروژه را انتخاب و معیارهای موفقیت پروژه را تعریف کنند.این شیوه به شما این امکان را می‌دهد تا ببینید آیا در مسیر در حال تحقق اهداف هستید یا خیر. از بسیاری جهات، رویکرد اجایل برای تحویل پروژه‌ها آسان‌تر است. در این شیوه تیم‌ها کوچک و کاربردی هستند و به دلیل تمرکز اسپرینت‌ها بر بخش مشخصی از پروژه، سرعت تحویل بالاتر می‌رود.اگر می‌توانید مقداری از اتوماسیون دواپس را به تیم اجایل اضافه کنید و برای کدنویسی، تست، استقرار و بررسی از آن استفاده کنید تا به راه‌حل بهتری برسید.فراموش نکنید که در نهایت هدف شما رضایت مشتری است و باید آنچه را که می‌توانید برای رسیدن به این هدف به کار بگیرید.ترجمه آزاد: Waterfall vs. Agile vs. DevOps: What’s the Best Approach for Your Team یسناتیم یسناتیم Sun, 02 Aug 2020 11:59:40 +0430 https://virgool.io/@yasnateam/%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%D9%84%DA%AF%D9%88-%D8%AF%D8%B1-%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-%D9%88-%D8%A7%D8%B3%DA%A9%D8%B1%D8%A7%D9%85-qpmcqo5rx9im شرکت‌های زیادی در سراسر جهان وجود دارند که در دو بخش خدمات و تولید محصول فعالیت می‌کنند. موفقیت این شرکت‌ها در دنیای تجارت، نیازمند موفقیت در مدیریت پروژه‌هاست. بهترین راه برای انجام چنین کاری، افزایش همکاری و ساده‌ کردن مسائل از طریق چارچوب‌هایی مانند اسکرام و اجایل است.هنگامی که یک طرح خوب و موفق را پیدا می‌کنید و اطمینان می‌یابید که برای تیمی با مهارت‌های شما مناسب است، باید همان  طرح را ادامه دهید. در همین راستا ما در این مقاله تلاش کرده‌ایم به شیوه مدیریت پروژه شرکت لگو نگاهی دقیق‌تر بیندازیم. شاید تجربه لگو در انتخاب طرح مدیریت پروژه بتواند الگوی خوبی برای شما باشد.چارچوب اجایل چیست؟اجایل یکی از رویکردهای مدیریت پروژه بسیار محبوب و اثرگذار است که به ساده‌سازی فرآیندهای پیچیده توسعه کمک  می‌کند.مدیران پروژه که از اجایل استفاده می‌کنند، می‌توانند پروژه را در مراحل مختلف تحویل دهند. به این ترتیب ایجاد تغییرات مورد نظر آسانتر و سریع‌تر صورت می‌گیرد. اجایل تا حدود زیادی جایگزین رویکرد واترفال شده است. اینجا تیم نقش پررنگ‌تری دارد و پروژه‌ها مسیری خطی‌تر و انعطاف‌پذیرتر را طی می‌کنند.اگرچه اجایل در ابتدا برای صنعت نرم افزار ساخته شد، اما از آنجایی که تاکید زیادی بر همکاری تیمی و کارآمدی دارد، راهی ایجاد کرد که صنایع و خدمات دیگر نیز از آن بهره‌مند شوند.براساس گزارش سالانه اجایل، ۹۷ درصد شرکت‌هایی که در این رویداد شرکت کردند (از صنایع فناوری اطلاعات گرفته تا تشکل‌های غیرانتفاعی) از متد اجایل برای توسعه استفاده می‌کنند.مزایای اجایل شفاف است: پیدا کردن راهی برای استقرار سریع‌تر، کاهش ضایعات، افزایش انعطاف‌پذیری و پذیرش تغییرات، سرعت انجام سریع‌تر، تشخیص‌ سریع‌تر موضوعات و مشکلات، کنترل پروژه بهینه، همکاری تیمی بهتر و تمرکز بهتر بر نیازهای مشتری.پروژه‌های اجایل ۲۸ درصد از پروژه‌هایی که به شیوه سنتی مدیریت  می‌شوند، موفق‌تر هستند.ابعاد اجایل در شرکت لگویکی از مهم‌ترین مزایای کار با اجایل، افزایش توانایی تیم‌ها برای برنامه‌ریزی، همکاری با یکدیگر و اجرای پروژه به روشی هماهنگ است. در گروه مشهور اسباب‌بازی لگو، تغییرات در هر مرحله از روند توسعه در سطح تیم (نفر به نفر) در سطح برنامه (تیم به تیم) و در سطح مقام‌ها (لایه‌های بالای برنامه‌ریزی و مدیریت کسب و کار) ارائه می‌شد.در لگو، ۲۰ تیم تولید هر هشت هفته یکبار در جلسه‌ای یک روز و نیمه همدیگر را می‌بینند و برنامه‌ریزی می‌کنند. آن‌ها در این رویداد جمعی علاوه بر برنامه‌ریزی مشکلات را برطرف کرده و ریسک را تخمین می‌زنند.لگو و چارچوب مقیا‌س‌پذیر اجایل (SAFe)لگو با دنبال کردن SAFe الزامات تجاری خاص خود را به مقیاسی برای اندازه‌‌گیری فرآیندها تبدیل کرد. مهارت‌های چابک‌سازی شده در SAFe می‌تواند سازماندهی با مدل فرآیندهای قابل تنظیم را نسبت به سایر چارچوب‌های اجایل متوازن‌تر سازد.مدیریت پروژه به سبک اجایل تیم را به موفقیت نزدیکتر می‌کند. چرا که تعداد زیادی از روندهای مدیریت گسترده را حذف می‌کند، قابل پیش‌بینی‌تر است و تخمین تولید دقیق‌تری می‌توان زد.  علاوه برتمامی این مزایا، دیدارهای چهره به چهره، روحیه تیم را افزایش می‌دهد و می‌توان بهتر بر برنامه‌ریزی تمرکز کرد.ترجمه آزاد: How Companies Like LEGO® Scale Project Management with Agile and Scrum یسناتیم یسناتیم Sun, 26 Jul 2020 10:27:54 +0430 https://virgool.io/@yasnateam/%DB%B1%DB%B0-%D8%A8%D8%A7%D9%88%D8%B1-%D9%85%D8%B1%DA%AF%D8%A8%D8%A7%D8%B1-%D8%AF%D8%B1%D8%A8%D8%A7%D8%B1%D9%87-%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-%D9%88-%D8%A7%D8%B3%DA%A9%D8%B1%D8%A7%D9%85-ibrpxkdfhz95 اجایل و اسکرام در چندسال گذشته به‌گونه‌ای توجه مهندسان و مدیران صنایع نرم افزاری را به خود جلب کرده‌اند که بعضی از آنان فکر می‌کنند اگر در یک پروژه با اجایل و اسکرام کار نکنند، موفقیتی در کار نیست.این تفکر آنقدر فراگیر شده که حاضر نیستیم برای یکبار هم که شده بایستیم و از خود بپرسیم «آیا واقعا برای این پروژه به اجایل نیاز داریم یا نه؟»پیروی از اجایل بسیار خوب است اما مشکل از جایی شروع می‌شود که مردم دیدگاه اشتباهی درباره اجایل پیدا می‌کنند.عدم درک صحیح اجایل و اسکرام می‌تواند باعث خسارت‌های زیادی به تیم و کسب و کار شود و در نهایت نیز می‌تواند باعث بروز مشکل در روند اجرای پروژه شود.در اینجا به رایج‌ترین اشتباهات و باورهای نادرست درباره اجایل و اسکرام اشاره شده است. پس دفعه بعد که می‌خواهید از اجایل و اسکرام در پروژه‌های خود استفاده کنید، این نکات را در نظر بگیرید و مطمئن شوید که در دام این باورهای نادرست و مرگبار نمی‌افتید.۱ هر کسی می‌تواند اسکرام ‌مستر باشد.واقعیت: اسکرام مستر باید شخصی باشد که در رویدادهای اسپرینت و استندآپ‌های روزانه احساسات شخصی خود را دخیل نکرده و همیشه جریان رویدادها را در مسیر هدف نگه دارد.البته هرکسی می‌تواند اسکرام مستر باشد، به شرطی که بتواند با کمک هوش هیجانی خود با عقاید، بحث‌ها و تمایل برخی افراد برای دور کردن ذهن تیم از هدف مقابله کند. در حقیقت پیش نیاز اسکرام مستر بودن، داشتن هوش هیجانی بالاست.۲ جلسه بیشتر یعنی اسکرام به خوبی پیش می‌رود.واقعیت: اسکرام فقط پنج رویداد دارد. (کیک‌ آف، پلنینگ یا برنامه‌ریزی، اسکرام روزانه، بازنگری فنی و گذشته نگر یا رترو)با وجود این رویدادها، جلسات بیشتری نیاز نیست و اگر در برنامه‌ریزی شما، جلسات کوتاه زیادی وجود دارد، پس اسکرام در سازمان شما درست اجرا نمی‌شود.۳ اسکرام روزانه جلسه گزارش است.واقعیت: اگر فکر می‌کنید اسکرام روزانه مانند جلسه گزارش وضعیت اسپرینت است، اشتباه می‌کنید.حتما بارها دیده‌اید که در این رویداد اعضای تیم درباره آنچه دیروز انجام داده‌اند و امروز چه می‌کنند حرف می‌زنند و درباره فیچرها با هم بحث می‌کنند.در عوض جلسه گزارش وضعیت اسپرینت جایی است که اعضای تیم اسکرام دور هم جمع می‌شوند و با همکاری یکدیگر روند پیشرفت پروژه را بر اساس تلاش‌های انجام شده در مقابل هدف نهایی بررسی می‌کنند. در آخر نیز به این نتیجه می‌رسند که سرعت پیشرفت مناسب است یا نه.۴ سرعت و وزن انجام کارها با هم برابر است.واقعیت: این فرض کاملا اشتباه است و از آنجایی می‌آید که می‌گوییم اگر کاری با سرعت بیشتری انجام شود، به هدف نهایی دست پیدا می‌کنیم. به‌نظر شما این درست است؟مانند این است که بگوییم تیم با سرعت بالایی در حال ایجاد سیستم اتوماسیون است. آیا این موضوع باعث می‌شود حمل و نقل محصول ساده‌تر شود؟ پاسخ منفی است.در جلسات اسکرام ما بر ارزش کارها تمرکز می‌کنیم و به زمان کاری نداریم. البته ممکن است که تلاش‌های یک روز کاری باعث پیشرفت ۱۰ درصدی در وزن کارها شود اما نمی‌توان این دو را یکی دانست.۵ فقط افراد فنی می‌توانند اسکرام مستر باشند.واقعیت: افراد فنی تا وقتی می‌توانند اسکرام مستر باشند که دیدگاه فنی آنان با مسئولیت‌های اسکرام مستری تداخل نداشته باشد. برای تضمین اینکه مشکلی پیش نیاید بهتراست یک فرد غیرفنی را به عنوان اسکرام مستر انتخاب کنید. به این ترتیب می‌توانید مطمئن شوید که بحث‌ها در محدوده زمانی باقی می‌ماند و تمرکز جلسات بهم نمی‌خورد.۶ اسپرینت صفر یک ضرورت است.واقعیت: این روزها استفاده از اولین اسپرینت به عنوان اسپرینت خالی یا اسپرینت صفر متداول شده است. در قالب این اسپرینت تیم باید فرصت آشنایی با سیستم را به دست بیاورد.این روش به این دلیل به وجود آمده که مشتری، ذی‌نفعان یا مدیران گاهی فشارهای ناعادلانه‌ای به تیم وارد می‌کنند تا از همان روز یا هفته اول تحویل محصول را شروع کنند. بهتر است با ذی‌نفعان صحبت کنید و مفهوم اسپرینت صفر را توضیح دهید. هرچند که خلاف ارزش‌های اجایل و اسکرام است.۷ پروژه‌های اسکرام سریع‌تر و ارزان‌تر هستند.واقعیت: بله، درست است اما فقط در صورتی که در محیط مناسب مورد استفاده قرار بگیرند. اگر از اسکرام برای یک پروژه اشتباه و نامتناسب استفاده کنید، علاوه بر صرف هزینه بیشتر، زمان بیشتری از دست می‌دهید. به‌عنوان نمونه برای تولید اپلیکیشن موبایلی می‌توانید از اجایل استفاده کنید اما برای توسعه سیستم عامل شاید مناسب نباشد. یا برای پروژه‌های راه‌سازی می‌توانید از اجایل کمک بگیرید اما برای پروژه‌های سد سازی خیر.۸ بک‌لاگ اسپرینت تعهدی است که در هر شرایطی باید اولویت باشد.واقعیت: غلط است. بک‌لاگ اسپرینت مجموعه‌ای از کارهاست که در طول اسپرینت‌ تکمیل می‌شود اما تکمیل ۱۰۰ درصدی آن اجباری نیست. به عبارت دیگر برای تکمیل بک‌لاگ نیازی به اضافه‌کاری ندارید و نیازی نیست شب در محل کار بخوابید. می‌توانید هر اسپرینت به اندازه ظرفیت تیم کار بردارید.اگر در انتهای اسپرینت کاری از بک‌لاگ باقی ماند یعنی یا برنامه‌ریزی صحیح نبوده یا مشکل ظرفیت غیر منتظره‌ای پیش آمده و باید رفع شود. در این مواقع باید باقیمانده را به بک‌لاگ محصول اضافه کرد و براساس اولویت‌ در اسپرینت‌های آینده آورد.۹ کیفیت را می‌توان برای استقرار سریع‌تر نادیده گرفت.واقعیت: برای تحویل سریعتر، کیفیت نباید به خاطر بیفتد. با کمک KPI (شاخص کلیدی عملکرد) در سراسر مراحل تولید و توسعه از کیفیت محصول مطمئن شوید.۱۰ بک‌لاگ صفر به معنی موفقیت در اسکرام است.واقعیت: اگر فرض کنیم این مورد صحیح است، پس چرا محصول هنوز به درآمدزایی نرسیده است؟ اجرای فهرست کامل کارها حس موفقیت را زنده می‌کند اما این حس تضمینی بر وجود آن نیست. این مفهوم باید با ارزش و کیفیت سنجیده شود.ترجمه آزاد: 10 deadly myths of Agile and Scrum یسناتیم یسناتیم Sat, 11 Jul 2020 12:49:44 +0430 https://virgool.io/@yasnateam/%D8%A2%DB%8C%D8%A7-%D8%A8%D8%A7-%D8%AF%D9%88%D8%B1%DA%A9%D8%A7%D8%B1%DB%8C-%D9%87%D9%85-%D9%85%DB%8C%D8%AA%D9%88%D8%A7%D9%86%DB%8C%D9%85-%DA%86%D8%A7%D8%A8%DA%A9-%D8%A8%D9%85%D8%A7%D9%86%DB%8C%D9%85-kcbcp23uwdas کار کردن از خانه چه تاثیری روی استفاده ما از رویکردهای چابک (اجایل) دارد؟ اگر کار در یک مکان مشترک امکان‌پذیر نباشد، آیا باز هم می‌توان چابک ماند؟بله، البته که می‌توانیم. راه‌های زیادی برای چابک ماندن وجود دارد و ما باید با استفاده از رویکردهای جدید بیشتر از همیشه چابک بمانیم. ما باید یاد بگیریم و بپذیریم که چگونه کار کنیم.اجازه دهید به موقعیت‌های کار از راه دور به شیوه چابک نگاهی بهتر بیندازیم.مانیفست اجایل و اصول آن به حضور در مکان مشترک اشاره نکرده است. این مانیفست نمی‌گوید تیم حتما باید در کنار هم کار کند تا چابک بماند، بلکه می‌گوید: «بیشترین اثربخشی و کارآمدترین روش، انتقال اطلاعات به‌صورت گفت‌وگوی چهره به چهره است.» و «سرمایه‌گذاران و توسعه‌دهندگان باید در طول پروژه، همه روزه با یکدیگر همکاری کنند.»قطعا دیدار چهره به چهره و ارتباط تجاری روزانه در صورت حضور افراد تیم راحت‌تر انجام می‌شود، اگرچه بیشتر تیم‌های اجایل پیش از ماجرای کار از خانه نیز تعدادی همکار از دورکار داشتند.نظرسنجی سالانه Digital.AI نشان می‌دهد ۸۱ درصد پاسخ دهندگانی که از رویکردهای چابک استفاده می‌کنند، در تیم خود همکاران دورکار دارند. (البته نه تمام تیم، بلکه محدود)چرا دیدار چهره به چهره؟راه‌های جایگزین برای ملاقات از راه دوربا کمک ویدئو و تماس تصویری می‌توان دیدارهای چهره به چهره از راه دور را برگزار کرد.در نمودار زیر می‌‌توانید میزان اثرگذاری جلسات چهره به چهره نسبت به گفت‌وگوهای کتبی، ایمیلی یا تلفنی را ببینید. بزرگترین مزیت این نوع تماس، علاوه بر سرعت انتقال پیام و مفهوم صحیح آن، امکان ایجاد ارتباطی غنی‌تر از طریق صدا و زبان بدن است.همانطور که می‌بینید دیدار درکنار تخته وایت‌برد، دیدار چهره به چهره و ویدئو کنفرانس، بیشترین میزان تاثیرگذاری و ارتباط احساسی را دارند. البته باز هم تاثیرگذاری تماس ویدئویی کمی پایین‌تر از دیدار چهره‌ به چهره قرار دارد اما به هر حال اثرگذاری آن از ایمیل یا نامه‌نگاری بیشتر است.سایر رویکردهای اجایلدر سایر رویکردهای اجایل، حتی در راهنمای اسکرام به این نکته که باید در مکان مشترکی حضور داشت، اشاره نشده است. همه صحبت‌ها درباره تیم‌هایی است که برای ساختن یک محصول با یکدیگر همکاری می‌کنند و این همکاری می‌تواند از راه دور باشد.رویکرد XP به تمرین‌هایی برای «نشستن در کنار یکدیگر» اشاره دارد و معتقد است: «هرچه زمان بیشتری برای ارتباط چهره به چهره داشته باشید، پروژه انسانی‌تر و پربارتر می‌شود.»تیم‌های دورکار قادر به اجرای این توصیه نیستند، با این حال کنت بک، یکی از ایده‌پردازان XP معتقد است که نشستن در کنار یکدیگر یک هدف است و نه اجبار.انواع تیمتصاویر زیر، انواع تیم‌ها را نشان می‌دهد.تیم یک که در آن تمامی افراد در یک مکان جمع می‌شوند، بیشترین فراوانی را دارند.تیم دو که در آن فقط برخی از افراد دورکار هستند، از نظر فراوانی در رده دوم قرار دارند.تیم سه همانطور که می‌بینید همه افراد دورکار هستند.با شیوع کویید ۱۹، بسیاری از سازمان‌ها برای حفظ سلامت کارمندان از نوع یک یا دو به سرعت به سمت تشکیل تیم‌ نوع سه رفتند. این تغییر باعث ایجاد چالش‌های کاری زیادی شد، اما در کنار این چالش‌ها فرصت‌هایی برای آینده نیز پدیدار شد.در تیم‌های نوع دو یکی از مشکلات شایع، ایجاد شکاف ارتباطی میان تیم مستقر و اعضای دورکار است. به‌عنوان نمونه ممکن است برخی از اطلاعات به‌صورت ناخودآگاه به افراد دورکار منتقل نشود.اما وقتی همه اعضای تیم دورکار ی‌شوند، این مشکل برطرف می‌شود. چرا که حالا همه در شرایطی مساوی قرار دارند.درس‌هایی از سازمان‌هایی باتجربه دورکاریسال‌هاست که بسیاری از سازمان‌ها با موفقیت از شیوه دورکاری برای همه اعضای تیم استفاده می‌کنند.سازمان‌هایی مانند اتوماتیک (Automattic) که محصولاتی مانند وردپرس (WordPress) و تامبلر (Tumblr) را می‌سازد، با بیش از ۱۱۰۰ نفر از ۷۵ کشور جهان به‌صورت دورکاری همکاری می‌کند.اتوماتیک از روش‌های چابک برای تولید محصولات خود استفاده می‌کند. شیوه مدیریت پروژه در اینجا P2 نام دارد و برای سازماندهی، برقراری و ایجاد ارتباط مورد استفاده قرار می‌گیرد. اهداف کلیدی این برنامه عبارت است از:- هرگز یادگیری را متوقف نکن.- فقط روی موارد تعیین شده کار نکن.- چیزی به نام وضع موجود، وجود ندارد.- هرگز فرصت کمک به همکارانت را از دست نده.- تا حد امکان ارتباط برقرار کنید.گیت‌لب یکی دیگر از نمونه‌های موفق دورکاری است. این سازمان ۱۲۹۵ نیروی فنی دارد که همگی به صورت دورکار از ۶۷ کشور جهان کار می‌کنند.گیت‌لب نیز از ابزارهای چابک در کار استفاده می‌کند. این سازمان با الگوبرداری از مانیفست چابک، ارزش‌ها و مانیفست خود را منتشر کرده است. ۶ ارزش گیت‌لب عبارت است از:همکارینتیجهبهره‌وریتنوعشامل بودن، تعلق داشتن و تکرارشفافیتمانیفیست دورکاری گیت‌لب شامل ۹ بند زیر است:۱ به‌جای اینکه همه در یک مکان جمع شویم، از سراسر جهان استخدام و کار کنیم.۲ ساعت کاری انعطاف‌پذیر مقدم بر ساعت کاری تعیین شده است.۳ نوشتن و ضبط کردن دانش مقدم بر توضیح کلامی است.۴ نوشتن فرآیند مقدم بر آموزش در حین کار است.۵ انتشار عمومی اطلاعات مقدم بر دسترسی به دانش است.۶ امکان باز کردن هر سند برای ویرایش توسط همه، مقدم بر کنترل از بالا به پایین اسناد است.۷ ارتباطات نامتقارن یا غیر همزمان، مقدم بر ارتباطات همزمان است.۸ نتیجه کار مقدم بر ساعات کار بر آن است.۹ کانال‌های ارتباطی رسمی مقدم بر کانال‌های ارتباطی غیر رسمی است.مورد ۳، ۴ و ۹ ارتباطات نوشتاری را به ارتباطات کلامی ترجیح می‌دهند. در شیوه دورکاری، این بندها اهمیت بیشتری پیدا می‌کند.  با این حال این بندها با مانفیست اجایل اختلاف نظر دارد. اجایل معتقد است که ارتباطات چهره به چهره بازخورد سریع‌تر و اثر بیشتری دارند.افراد مقدم بر فرآینددسترسی، بهترین راه برای حفظ استعدادها در تیم‌های دورکار است. مطالعات و البته شایعات زیادی درباره میزان بهره‌وری میان نیروهای متوسط و عالی وجود دارد. بعضی گزارش‌ها از اختلاف دو، سه و حتی پنج برابری در میان توسعه‌دهندگان نرم‌افزار خبر می‌دهد اما من معتقدم این داده‌ها در بهترین حالت هم زیاد قابل اتکا نیستند.مشکلات یا حل می‌شوند یا نه و با کار بیشتر به کسی که نمی‌تواند مشکلی را حل کند، کمک نخواهد کرد. از سوی دیگر از آنجا که می‌توان از هرجایی و در هر ساعتی کار کرد، امکان جذب و حفظ استعدادها بیشتر می‌شود.دورکاری و ارزش‌های اجایلاینجا به تعدادی از شباهت‌ها میان ساختار کاملا دورکار و اصول اجایل اشاره شده است:استقلال: برای تیم‌های دورکار، سازمان‌ها سیاست خاصی را به کار می‌گیرند. آن‌ها به نیروهای خود در کار و همکاری با یکدیگر اعتماد می‌کنند و به جای سازماندهی در طول کار، نتیجه برایشان مهم است.شفافیت: افراد به شفافیت در روابط تشویق می‌شوند.به چالش کشیدن وضع موجود: انتظار می‌رود افراد کنجکاو و به دنبال پیشرفت‌های بیشتر باشند.تکرار: تکرار موقعیت‌ها یکی از ارزش‌های اصلی گیت‌لب و موضوع اصلی رویکردهای چابک است.ارزش‌گذاری به افراد: استخدام از سراسر جهان و ارائه گزینه‌های کار انعطاف پذیر، حتی اگر این به معنای نیاز به تهیه مستندات بیشتر باشد، باز هم نمونه‌ای عالی برای زندگی با این ارزش‌ چابک «افراد و تعامل مقدم بر فرآیندها و ابزارها» است.خلاصهتیم‌های دورکار نیز می‌توانند چابک باشند. آن‌‌‌‌‌‌‌‌‌‌‌‌ها نیز با عدم همکاری با یکدیگر، دچار مشکل می‌شوند. سازمان‌‌هایی که تیم نوع سوم (دورکاری تمام اعضای تیم) را انتاخب کرده‌اند، می‌گویند کار کردن غیر همزمان و برقراری ارتباط در تمام ساعات شبانه‌روز می‌تواند یک چالش باشد. با‌ این وجود‌، مزایایی مانند امکان کشف استعدادهای برتر، انعطاف‌پذیری و استقلال بیشتر، ارزش مواجهه شدن با این چالش‌ها را دارد.وقتی مردم برای اصول چابک ارزش قائل باشند، معمولاً راهی را برای عملی کردن آن بدون توجه به شرایط، پیدا می‌کنند. اما چابک بودن به تنهایی امتیاز نیست. ایجاد نیروی کار فعال و پرانرژی که از یکدیگر پشتیبانی کرده و نتایج ارزشمندی را به‌دست می‌آورند، هدف واقعی و سنجه اصلی موفقیت است.ترجمه آزاد: Can We Still Be Agile? یسناتیم یسناتیم Sun, 05 Jul 2020 11:34:20 +0430 https://virgool.io/@yasnateam/%D8%AF%D8%B1%D8%B3%D9%87%D8%A7%DB%8C%DB%8C-%D8%A7%D8%B2-%D9%85%D9%88%D9%81%D9%82%D8%AA%D8%B1%DB%8C%D9%86-%D8%A8%D8%B1%D9%86%D8%AF%D9%87%D8%A7%DB%8C-%D8%AF%D9%86%DB%8C%D8%A7-i1n9spdt2gl2 خرده‌فروشی در دنیای ما به‌عنوان یک صنعت مهم شناخته می‌شود، اما وقتی به نوآوری و تغییر فکر می‌کنیم اغلب این صنعت نادیده گرفته می‌شود.در این مقاله قرار است به این سوال پاسخ دهیم که چرا باید به خرده‌فروشی اهمیت دهیم و چهره جدید این صنعت چگونه است؟پس از بررسی موفق‌ترین برندهایی که به‌‌صورت مستقیم با مشتری در ارتباط هستند، متوجه نکات مشترکی در روند راه‌اندازی و استانداردهای آنان شدم که در اینجا به چند مورد اشاره می‌کنم:سادگی در محصولکسپر (Casper)، هریز (Harry's)، بونوبوس (Bonobos) و آل‌ بردز (Allbirds)، چهار برند موفقی هستند که با ساده‌سازی محصول، تجربه خرید را آسان‌ کرده‌اند.در دنیای محصولات، انتخاب‌ها بسیار زیاد است و هر نسخه جدیدی «بهترین» نامیده می‌شود. به‌همین دلیل فرصت‌های زیادی برای برندها وجود دارد که به پیشگامان این صنعت تبدیل شوند.برای مثال: وقتی موسسان کسپر می‌خواستند درباره ویژگی‌های یک تشک پرفروش مطالعه کنند، به‌جای اینکه روی ویژگی‌های ضروری تحقیق کنند به این فکر کردند که چه تشکی برای همه مناسب است. این تفکر باعث شد کسپر در سال اول فروش خود ۱۰۰ میلیون دلار به دست بیاورد.سادگی در محصول باعث کاهش اضطراب مشتری در هنگام انتخاب شده و تجربه خرید دلپذیری را برای او به همراه می‌آورد.بینش اطلاعات محوریکی دیگر از ویژگی‌های مشترک برند‌های موفق، استفاده از اطلاعات شخصی افراد و ترسیم چشم اندازی از نحوه عملکرد شرکت در نگاه مشتریان است.این اطلاعات می‌تواند در کل زنجیره تامین جمع‌آوری شود و در نهایت منجر به بهبود تولیدات و بهبود تجربه کاربری مشتری شود.لایو تینتد (Live Tinted)  یک برند زیبایی است که کارش را از اینستاگرام آغاز کرد و حالا ۱۰۱ هزار دنبال‌کننده دارد. سیاست این برند مکالمه با کاربران، شناسایی خواسته‌ها و تولید محصول براساس نیاز آنان است.شرکت‌های دیگری مثل واربی پارکر (Warby Parker) و استیچ فیکس (Stitch Fix) که چندین خط تولید دارند نیز از اطلاعات مشتریان برای تولید محصولات چندکاربری و متنوع استفاده می‌کنند. به این ترتیب برای رسیدن به یک محصول خاص نیازی به جستجو در اینترنت نیست، فقط کافی است به سراغ چنین برندهایی بروید.هدف اصلی تولیدکنندگان این است که با استفاده از بازخورد مشتریان، محصولات خود را توسعه دهند و محصولاتی متناسب با نیاز بازار ارائه کنند.ساختن فرهنگ توجه و مراقبت از مشکلات قبلی و ایجاد تجربه کاربری مورد پسند مشتری، بسیار ارزشمند است. وقتی این ارزش‌ها در مرکز توجه قرار بگیرد، تشخیص ماموریت و چشم‌انداز آسان‌تر می‌شود.برندهایی از جمله گلاسیر (Glossier) به دنبال ایجاد جامعه‌ای از کاربران هستند که نسبت به محصولات و اخلاق برند شور و اشتیاق داشته باشند.جامعه کاربران گلاسیر در اینستاگرام به ۲.۵ میلیون کاربر می‌رسد. گلاسیر بر اساس آنچه مخاطب می‌خواهد دست به تولید محصول می‌زند. در حال حاضر ۷۰ درصد از فروش این برند براساس توصیه‌های کاربران و کسانی است که در صفحات اجتماعی محصولات را امتحان کرده و به بقیه خرید آن را توصیه می‌کنند.هیچ فرمول جادویی‌ در این میان وجود ندارد فقط اینکه برندها قدرت خود را از ارتباط با مشتری و دریافت نظرات او به دست می‌آورند.بهبود تجربه کاربریدر جهانی که همه به دنبال خرید محصولاتی برای راحتی بیشتر هستند، برندها با چالشی جدی برای بهبود تجربه کاربری مواجه هستند.برندهایی مانند جن‌زی (GenZ) به بهینه‌سازی محصول، وب‌سایت، تجربه خرید آفلاین و آنلاین در رسانه‌های اجتماعی توجه زیادی می‌کنند.ما امروزه شرکت‌های زیادی را می‌بینیم که در تولید محصولات یا بسته‌بندی آن‌ها از رنگ‌های خنثی، خطوط صاف یا فونت مدرن استفاده می‌کنند. این ایده از علاقه مردم به طرح‌های مینیمال و از پست‌های اینستاگرامی آغاز شده و طرفداران زیادی دارد.علاوه بر این ایجاد تجربه خرید آنلاین خوب برای مشتریانی که از کانال‌های تبلیغاتی مختلف به سراغ شما می‌آیند، بسیار مهم است. شما باید به بازه زمانی که مخاطب از طریق تبلیغات جذب شده، تا زمانی که خرید را نهایی می‌کند توجه کنید. مشتری باید در این بازه زمانی دقیقا بداند چه می‌خواهد و مدت محدودی را روی خرید آن صرف کند، با توجه به این دو فاکتور و بهبود آن می‌توان از میزان فروش اطمینان یافت.هرچند که تقریبا مردم همه‌چیز را به‌صورت آنلاین خریداری می‌کنند، اما بعضی از برندها معتقدند هنوز هم فروش آفلاین طرفداران بیشتری دارد.مدیرعامل برند (Fifth Wall) در تایید این دیدگاه می‌گوید: ۸۵ درصد از تجارت ما هنوز هم در بخش آفلاین است.  هرچند که فروش آنلاین برای راحتی کاربران و تجربه خرید آسان‌تر و بیشتر ایجاد شد، اما همچنان فروش آفلاین به دلیل ایجاد ارتباط عمیق و راحت‌تر میان مشتری و فروشنده هنوز هم پرطرفدار است.در نهایت، وسواس توجه به مشتری و ساختن برندی که بتواند هم از راه آفلاین و هم آنلاین با کاربران ارتباطی انسانی برقرار کند، دو نقطه قوت اصلی صاحبان برندهای موفق است.برندهای موفق به جای اینکه صرفا روی فروش محصول تمرکز کنند، سعی می‌کنند از طریق ارتباط با مشتری به آنان سبک زندگی بفروشند و حس تعلق به یکدیگر را در دل آنان زنده کنند.ترجمه آزاد: lessons learnt from studying most successful brands یسناتیم یسناتیم Wed, 24 Jun 2020 16:29:25 +0430 https://virgool.io/@yasnateam/%D9%BE%D9%86%D8%AC-%D8%A7%DB%8C%D8%AF%D9%87-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%AA%D8%B1%DA%A9%DB%8C%D8%A8-ux-%D8%AF%D8%B1-%D8%A7%D8%B3%DA%A9%D8%B1%D8%A7%D9%85-%D9%88-%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-hcfevptqrusf وقتی نرم‌افزار برای نخستین بار ظاهر شد، همه‌چیز به‌صورت بسته‌ای به مشتری تحویل داده می‌شد.در این حالت، نرم افزار محدودیت‌های زیادی داشت. رفع این محدودیت‌ها تغییرات بسیاری را به همراه آورد، به‌گونه‌ای که بیست سال بعد از آن، تحویل بسته‌ای نرم افزار و امکانات دیگر یک شوخی خنده‌دار بود.امروزه ما سیستم‌هایی می‌سازیم که می‌توانند بی‌وقفه کامل شوند. این روند تکمیل و توسعه آنقدر ادامه دارد  که پاسخ به این پرسش که «چه زمانی کار تمام می‌شود؟» پاسخ دشواری به نظر می‌رسد.با این حال ما باید به آن پاسخ دهیم، چرا که به ما کمک می‌کند به سوالات مهم‌تری پاسخ دهیم. سوالاتی مانند:آیا اعضای تیم برای کارهایشان جایزه می‌گیرند یا توبیخ می‌شوند؟آیا کار جدیدی به تیم سپرده می‌شود؟آیا سرمایه‌گذاران از کارهای انجام شده، سود می‌برند؟تیم‌های توسعه‌ای که از اسکرام یا هر روش دیگری در اجایل «چابک» استفاده می‌کنند، تصور روشنی از زمان پایان توسعه محصول دارند.چرا که آن‌ها مجموعه‌ای از معیارهای حداقلی در دست دارند که نشان می‌دهد یک محصول یا خدمت نیازهای تجاری را رفع کند یا نه. این معیارها به تایید سرمایه‌گذار یا مالک محصول می‌رسد و در زمان پایان پروژه حتما باید همه آن‌ها رعایت شده باشد.با این همه گاهی این هم کافی نیست و برای رسیدن به پایان پروژه باید به‌طور مداوم با کاربران و مشتریان گفت‌وگو کنیم. این مکالمات باعث پیشرفت مستمر در سیستم می‌شود.در واقع برای اینکه بتوان «تکمیل یا انجام شدن پروژه» را برای تیم تعریف کرد، باید به رفتار مشتری نگاه کرد و به نیازهای آن‌ها گوش سپرد.البته پیش‌بینی رفتار انسان غیر ممکن است به همین دلیل برای رسیدن به نتیجه خوب باید تیم به‌طور فعال با مشتری در تعامل باشد و تغییرات رفتار آن‌ها را بررسی کند.معمولا شرکت‌ها فردی را استخدام می‌کنند که تجربه شناخت نیازهای مشتری و رفع آن‌ها را دارد. این فرد، طراح نام دارد.اگر چه امروزه بیشتر شرکت‌ها طراح اختصاصی دارند، اما در بیشتر مواقع طراحان تاثیرگذاری چندانی بر تصمیم‌گیری‌های بزرگ ندارند. چرا که در فرآیندهایی مانند اجایل، تنها برنامه‌نویسان و مدیران محصول حضور دارند و نقشی برای طراح تعریف نشده است.استفاده از طراحان در فرآیند توسعه چابک «اجایل» برای بسیاری از شرکت‌ها یک چالش دائمی است.اگر شما هم با چنین چالشی دست و پنجه نرم می‌کنید، شاید این پنج ایده بتواند به شما در ترکیب نقش طراح به عنوان طراح توسعه کاربری UX  در اجایل کمک کند:۱ طراح جداگانه برای هر تیمباید بپذیرید که بدون یک طراح اختصاصی در تیم اسکرام، فقط یک تیم توسعه دارید که نمی‌تواند محصولی یا خدمتی با سطح مناسبی از تجربه کاربر را ارائه دهد.۲ ساعت تیم با مشتریاین قانون از جارد اسپول به ما رسیده است. جارد اسپول می‌گوید تیم‌هایی که هر ۶ هفته، حداقل به میزان دو نفر ساعت با مشتری ارتباط برقرار می‌کنند، (ارتباطاتی مانند دریافت تماس از خدمات مشتری، صحبت با کاربران و ..) محصولات موفق‌تری را توسعه می‌دهند.۳ کار طراح- اولین اولویت بک‌لاگتوسعه، کنترل کیفیت، طراحی و کار تحقیقاتی همه از جمله مواردی است که اولویت بالایی دارد و باید توسط تیم انجام شود. اگر یک کار را در دو بک‌لاگ تقسیم کنید، تیم می‌تواند تصمیم بگیرد که کدام را ابتدا انتخاب کند و انجام دهد. در کل بهتر است به طراحی اولویت بالاتری دهید. خلاصه اینکه اولویت‌های بک‌لاگ را کمی عقب‌ بیندازید.۴ استفاده از نتایج به عنوان فیلتری برای اولویت‌بندی بک‌لاگتنها چیزی که باید به آن دقت کنیم این است که همه بک‌لاگ‌های ورودی باید توسط تیم انجام شود و کارهای باقی مانده باید از فیلتر نهایی رد شود. از خودتان بپرسید «آیا این کار در رسیدن به هدف موثر است؟» اگر پاسخ مثبت نیست آن‌ها را کنار بگذارید.۵ آموزش عملکردی متقابلتجربه و طراحی کاربر نکات جالب زیادی برای یادگیری دارد. برگزاری رویدادهای آموزشی در این موارد ممکن است توسط طراحان (یا تحلیلگران) انجام شود، اما باید کل تیم در آن شرکت کرده و نکات را تمرین کنند.هرچه اعضای تیم بتوانند در کنار یکدیگر بیشتر یاد بگیرند، زمان بیشتری برای به اشتراک گذاشتن دانش به دست آمده صرف می‌شود و زمان بیشتری برای تصمیم گیری در مورد استفاده از آن صرف می‌شود.(البته این موضوع برای تیم سازنده‌تر است)ماهیت تکراری اسکرام و رویدادهایی مانند رترو برای انجام فعالیت‌های طراحی و تمرین تجربه کاربری بسیار مناسب است. ادغام مشتری در جریان کار به‌طور مستقیم از مانیفست اجایل درباره تعامل با مشتری پیروی می‌کند. UX و طراحی ما را به هدف اجایل که تمرکز بر رضایت مشتری است، نزدیکتر می‌کند.پس به همین دلیل برای برای تلفیق طراحی UX و توسعه چابک بهتر است این پنج قانون را دنبال کنید.ترجمه آزاد: Five Ideas to Merge UX into Scrum and Agile یسناتیم یسناتیم Sun, 07 Jun 2020 12:02:12 +0430 https://virgool.io/@yasnateam/%D8%AF%D8%B1%D8%B3%D9%87%D8%A7%DB%8C%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D8%A8%D9%87%D8%AA%D8%B1%DB%8C%D9%86-ui-isez4k8xdxqj در بیشتر اپلیکیشن‌ها، نوار جستجو در قسمت بالایی صفحه قرار دارد. این موضوع در پلتفرم‌ بیشتر شبکه‌های اجتماعی از جمله فیسبوک، اینستاگرام، لینکدین و حتی اسنپ‌چت نیز به چشم می‌خورد.در اپلیکیشن‌های حمل و نقل نیز این سبک طراحی تقریبا همه‌گیر شده است. البته با کمی تغییر!فرض کنید در حال استفاده از اوبر (Uber سرویس تاکسی آنلاین مانند اسنپ و تپسی در ایران) هستید. احتمالا نوتیفیکیشنی را دریافت کنید که به شما می‌گوید می‌توانید نوار جستجو را از بالا به پایین جابجا کنید.(مثلا در نسخه جدید اسنپ، نوار جستجو پایین صفحه است و به محض کلیک روی آن به‌صورت اتوماتیک به بالای صفحه تغییر مکان می‌دهد.)نکته جالب اینکه اپل در UI خود چنین پیشنهادی را به شما نمی‌دهد. HIG (استاندارد طراحی رابط کاربری) نیز با چنین قابلیتی در طراحی کاملا مخالف است.برعکس این دو مورد در اپلیکیشن گوگل می‌بینید که نوار جستجو بالای صفحه قرار گرفته است.تنوع طراحی نوار جستجو در اپلیکیشن‌های مختلف باعث شد طراح محصول شرکت «لیفت» (Lyft سرویس حمل و نقل آنلاین) با نگاهی از دیدگاه‌های مختلف، راه دیگری را انتخاب کند.«لیفت» در طراحی خود به‌جای اینکه نوار جستجوی متحرک را در بالای صفحه اصلی قرار دهد، آن را به قسمت میانی صفحه منتقل کرد. این تغییر ساده که با توجه به نحوه قرار گرفتن دست روی صفحه موبایل انجام شد، دسترسی و لمس نوار جستجو را برای همه کاربران امکان‌پذیر ساخت.هرچند که شاید تا به حال متوجه این نکته نشده باشید، اما وقتی نوار جستجو در بالای صفحه قرار می‌گیرد، دسترسی و لمس به آن کمی دشوار می‌شود.به‌ویژه اگر کاربران دست‌های کوچکی داشته باشند یا به هر دلیلی نخواهند انگشتانشان را زیاد تکان دهند. شاید بپرسید چرا؟ زیرا قسمت بالای صفحه با جایی که انگشتانشان قرار گرفته فاصله دارد.اگر دقت کرده باشید در بیشتر اپلیکیشن‌ها فارغ از اینکه کاربری آن چیست، محتوای اصلی در بخش میانی یا پایانی صفحه قرار گرفته تا دسترسی به آن آسان‌تر باشد. به‌عنوان نمونه پست‌های شبکه‌های اجتماعی و کیبورد مجازی برای نوشتن پیام از جمله بخش‌هایی هستند که تقریبا همیشه در پایین صفحه اصلی قرار می‌گیرند تا کاربر دسترسی آسان‌تری را تجربه کند.با این حال، نوار جستجوی «لیفت» دقیقا در بالای صفحه قرار نگرفته، حتی پایین صفحه هم نیست. بلکه با انگشت حرکت می‌کند.در سال ۲۰۱۵ نموداری منتشر شد که نشان می‌داد تقریبا نیمی از کاربران تلفن همراه فقط با یک دست کار می‌کنند. در طراحی «لیفت» این نکته در نظر گرفته شده و برای دسترسی به نوار جستجو نیازی نیست دستتان را بکشید، چون نوار جستجو زیر انگشت شماست.به نمودار بالا نگاه کنید. نیمی از بخش‌ها دور از دسترس انگشتان هستند که با رنگ‌های بنفش و نارنجی نشان داده شده‌اند. در این نمودار منطقه سبز جایی است که انگشت شست بدون کشیدگی به آن دسترسی دارد و  طراح محصول «لیفت» به این نکته دقت داشت.از این طراحی چه درسی می‌آموزیم؟تلاش کنید تا UI را از نگاه کاربر تحلیل کنید و با توجه به کارایی اپلیکیشن مورد نظر بینید المان‌های اصلی چقدر در دسترس کاربر قرار دارد؟ به‌عنوان نمونه در اپلیکیشن‌های حمل و نقل که همیشه نوار جستجو دارند، باید به دسترس‌پذیری نوار جستجو توجه کنید، در شبکه‌های اجتماعی که قرار است کاربران عکس ببینید یا مطلب بخوانند باید به محل قرار گرفتن پست، لایک و کامنت دقت کنید و در اپلیشکن‌های خرید باید محل انتخاب و خرید محصول را بررسی کنید.اطمینان حاصل کنید که عناصر در دسترس کاربر هستند.از شکست در طراحی نترسید و بدانید هر چقدر که با کاربر و نیازهایش بیشتر آشنا باشید، طراحی UI ساده‌تر است. درباره سایز دست و سن کاربران بیشتر فکر کنید و از خودتان بپرسید تجربه من برای کاربرانی با ویژگی‌های مختلف یکسان است؟ترجمه آزاد: What every product designer should take away from Lyft’s new UI یسناتیم یسناتیم Sat, 23 May 2020 09:34:58 +0430 https://virgool.io/@yasnateam/%D8%AF%D9%88%D8%A7%D8%B2%D8%AF%D9%87-%D8%B1%D8%A7%D9%87-%D8%B3%D8%A7%D8%AF%D9%87-%D8%A8%D8%B1%D8%A7%DB%8C-%D9%86%D9%87-%DA%AF%D9%81%D8%AA%D9%86-spw3mimsejna نه گفتن گاهی سخت‌ترین کار دنیاست. آنقدر که آدم حاضر می‌شود هزاران دلیل را به زور داخل صندوقچه دلش جا بدهد و هر روز خودخوری کند، اما این یک کلمه را بر زبان نیاورد. نه گفتن به کارهایی که به هر دلیلی نمی‌توانید یا نمی‌خواهید انجام دهید، هزار و یک مزیت دارد.به قول قدیمی‌ها «با یک آری گرفتار می‌شی با یک نه رها»اصلا به‌نظر من، نه گفتن به‌موقع و به‌جا پوست آدم را شفاف می‌کند!اگر شما هم با نه گفتن مشکل دارید، ما اینجا به دوازده‌ راه ساده برای نه گفتن اشاره می‌کنیم. این نمونه‌ها، برداشت آزادی از نمونه‌های نه گفتن در سایت starterstory است.دانستن این موارد به شما کمک کند تا دفعه بعد راحت‌تر بتوانید به قرار ملاقات کاری یا دوستانه، گفت‌‌وگوهای تلفنی، مصاحبه، پیشنهاد همکاری و ... نه بگویید.اگر باز هم فکر می‌کنید بیان کلمه نه دشوار به‌نظر می‌رسد، کافی است همین جملات را کپی کنید و دفعه بعد برای رئیس، همکار یا دوستتان بفرستید.۱ نه به پروژه همکاریسلام (اسم طرف مقابل)،ممنونم از اینکه برای انجام این پروژه به من فکر کردید، با این وجود باید آن را رد کنم.به شما اطمینان می‌دهم که تمام تلاشم را کردم که با شما همکاری داشته باشم و متاسفم که نمی‌توانم کمک بیشتری کنم.با بهترین آرزوها (حالا اسم خودتان)۲ نه به جلسه و قرار ملاقات دوستانهسلام (اسم کوچک طرف مقابل)،من جلسه‌ای که پول توش نباشه نمیام!من جلسه بدون برنامه‌ریزی دقیق نمیام!من اصلا جلسه نمیام مگر اینکه مجبور باشم!(دیدید؟ به همین سادگی)۳ نه به پیشنهاد تماس تلفنی کاری جدید(اول بگذارید کمی دیر شود بعد پاسخ دهید)بابت تاخیر در پاسخگویی عذر می‌خواهم. من تا دیروقت کار می‌کردم به همین دلیل نتوانستم به‌موقع پاسخ دهم. همچنین اعتراف می‌کنم در نه گفتن به تماس یا قرار کاری خوب نیستم، چون از دیدن مردم و شنیدن ایده‌های جدید لذت می‌برم. واقعیت این است که تا چند ماه آینده بجز جلسات مربوط به کارم، خانواده و خودم هیچ تماس یا جلسه جدیدی را نمی‌پذیرم چون باید زمان و انرژیم را روی پروژه‌هایم صرف کنم.پیشاپیش از درک شما ممنونم.۴ نه به تماس تلفنی (وقتی می‌خوای به‌جای تماس، ایمیل بگیری)سلام (اسم طرف مقابل)،ممنونم که تماس گرفتی.این روزها برنامه‌های من کمی بهم ریخته و به‌ همین دلیل استفاده از ایمیل برای من آسان‌تر از تلفن است. به نظرت می‌توانیم بحث را به‌صورت ایمیلی ادامه دهیم؟۵ نه به سبک آدم‌های ...خواهشا ولمون کن!(پاسخ اپل به یک روزنامه‌نگار سمج که گیر داده بود تیم روابط عمومی اپل پاسخش را نمی‌دهند.)۶ نه به شرکت در رویدادسلامممنون که من را دعوت کردی. من واقعا قدر این محبت را می‌دانم اما متاسفانه در این تاریخ نمی‌توانم در این رویداد شرکت کنم. باز هم ممنون و امیدوارم درآینده بتوانیم یکدیگر را ببینیم.۷ نه به انجام کار رایگان!سلام،ممنونم از تماس شما اما متاسفانه باید بگویم نه!من در آغاز هر سال درباره اینکه چه مقدار از زمانم را صرف کار داوطلبانه یا آزاد کنم، برنامه‌ریزی می‌کنم. امسال نیز مطابق هر سال برنامه‌ریزی کرده‌ام و به‌همین دلیل وقت آزادی برای کار داوطلبانه ندارم.البته در صورتی که تمایل داشته باشید، خوشحال می‌شوم در این پروژه در ازا دریافت پول همکاری کنم.اگر تمایل داشتید به من اطلاع بدهید، شاید در آینده همکاری داشته باشیم.۸ گفتن نه پیش از اینکه لازم باشد!متاسفانه این روزها ایمیل‌های زیادی دارم و نمی‌توانم قول بدهم که همه را به دقت می‌خوانم.می‌دانم این اتفاق بدی است اما بعضی از ایمیل‌های ناخوانده‌ام متعلق به دو سال پیش است. پس شاید هرگز نتوانم ایمیل شما را بخوانم یا جواب دهم.پیشاپیش عذرخواهی می‌کنم.۹ نه به کمک خیریهسلام،ممنون که برای جمع‌آوری کمک‌ها به من فکر کردید. من مطمئنم شما اهداف بزرگی دارید اما امسال تمرکز من روی کارهای دیگری است و درآمد اضافیم را صرف آن‌ها می‌کنم.۱۰ نه به استخدام فامیل و آشنا (وقتی مدیرعامل هستی!)من به‌عنوان مدیرعامل بجز در موارد نادر مانند انتخاب اعضای کلیدی پست‌های مدیریتی، درگیر استخدام نیرو نمی‌شوم.با این حال می‌توانید با مراجعه به صفحه همکاری با ما، فرم همکاری را پر کنید.این صفحه فهرستی از کلیه فرصت‌های شغلی فعلی ماست.پس از آن در صورتی که اطلاعات شما با مهارت‌های مورد نیاز ما متناسب داشت، واحد منابع انسانی با شما تماس می‌گیرد و وارد روال استخدام می‌شوید.۱۱ گفتن نه بعد از اینکه بله گفتی!می‌دانم که پیشنهاد کردم کار x (هر کاری) را انجام دهم، اما شرایط من کمی تغییر کرده و فکر می‌کنم وقت نداشته باشم آن را انجام دهم. صمیمانه معذرت می‌خواهم.البته به شما اطمینان می‌دهم که نمی‌خواهم شما را به حال خود رها کنم.من می‌توانم چند نفر را برای انجام آن به شما پیشنهاد کنم. همچنین اگر سوالی داشتید، می‌توانم در حد امکان به شما پاسخ دهم.۱۲ نه به کسی که نه را نمی‌پذیرد!من پشتکار شما را دوست دارم اما هنوز هم پاسخم منفی است.نمی‌توانم درخواست شما را بپذیرم. باور کنید من تنها کسی نیستم که می‌تواند به شما در این راه کمک کند. بهتر است سراغ بقیه بروید.پاسخ من همان نه قبلی است. یسناتیم یسناتیم Sun, 17 May 2020 15:51:11 +0430 https://virgool.io/@yasnateam/%D8%B1%D8%A7%D9%87%D9%86%D9%85%D8%A7%DB%8C-%D8%B9%D9%85%D9%84%DB%8C-%D8%A8%D8%B1%D8%A7%DB%8C-%D9%86%D9%88%D8%B4%D8%AA%D9%86-%D9%85%D8%B4%D8%AE%D8%B5%D8%A7%D8%AA-%D9%81%D9%86%DB%8C-m1vay2epsagp نوشتن مشخصات فنی، علاوه بر اینکه شانس داشتن یک پروژه و کسب رضایت ذی‌نفعان را بیشتر می‌کند خطر انجام اشتباهات وحشتناک در زمان پیاده‌سازی و حتی پس از اجرای پروژه را نیز کاهش می‌دهد.به‌عنوان یک مهندس نرم‌افزار، نقش اصلی شما حل مشکلات فنی است. برای انجام این کار، شاید اولین حرکت شما نوشتن کد باشد، اما اگر درباره راه‌حل درست فکر نکرده باشید، کدنویسی می‌تواند نتایج وحشتناکی به‌همراه داشته باشد.شما با نوشتن مشخصات فنی می‌توانید راه‌حل‌های مختلفی برای برطرف کردن مشکلات فنی پیدا کنید. اگر احساس کنید نویسنده خوبی نیستید، ممکن است این کار برای شما خسته کننده باشد، اما نگران نباشید.در این مقاله به شما می‌گوییم که چگونه می‌توانید مشخصات فنی یک پروژه را به‌گونه‌ای بنویسید که خیالتان از بابت موفقیت آن راحت باشد.سند مشخصات فنی چیست؟یک سند مشخصات فنی بیانگر این است که چگونه می‌توان با طراحی و ایجاد راه‌حل، به یک مشکل فنی رسیدگی کرد. سند مشخصات فنی گاهی به عنوان‌های دیگری مانند سند طراحی فنی، سند طراحی نرم‌افزار یا سند طراحی مهندسی نیز شناخته می‌شود.این سند اغلب توسط مهندسی که می‌خواهد مشکل فنی مورد نظر را حل کند یا یکی از مجریان طرح، نوشته می‌شود. با این حال در پروژه‌های بزرگ نگارش آن بر عهده سرپرست فنی، سرپرست پروژه یا مهندسان ارشد است.سند مشخصات فنی به تیم مهندسان و سایر ذی‌نفعان پروژه نشان می‌دهد که طرح و جزئیات کار چیست. همچنین درباره مشکلات و اثرات، زمانبندی ساخت فیچر‌ها (features)، کلیت پروژه، برنامه یا خدمات اطلاعات زیادی می‌دهد.چرا نوشتن مشخصات فنی مهم است؟وجود مشخصات فنی برای همه افراد درگیر در پروژه مزایای زیادی دارد، از جمله برای: مهندسانی که آن‌ را می‌نویسند، گروهی که از آن استفاده می‌کنند و حتی پروژه‌هایی که بر اساس آن طراحی می‌شوند.مزایای سند مشخصات فنی برای مهندسانبا نوشتن سند مشخصات فنی، در واقع مهندسان ناچار هستند قبل از اینکه مستقیم سراغ کدنویسی بروند، مشکلات را بررسی کنند. وقتی مستقیم به‌سراغ کدنویسی بروید، ممکن است برخی از جنبه‌های راه‌حل را نادیده بگیرید، سند مشخصات فنی جلوی بروز این مشکل را می‌گیرد.وقتی شما همه کارهایی را که باید در طول اجرای کار انجام دهید را پیش از شروع تجزیه، سازماندهی و زمانبندی می‌کنید، دید بهتری از دامنه راه‌حل به دست می‌آورید.سند مشخصات فنی، علاوه بر اینکه به شما دید کاملی از راه‌حل‌های پیشنهادی می‌دهد، به‌عنوان مستندات پروژه هم در مرحله اجرا و هم بعد مورد استفاده قرار می‌گیرد. با استفاده از آن، خودتان را از توضیح مکرر طرح برای اعضای تیم و ذی‌نفعان نجات پیدا می‌دهید.با این حال می‌دانید که هیچ‌کس کامل نیست. ممکن است همکاران همرده شما یا سایر مهندسان مواردی مانند فناوری‌ها و طراحی‌های جدید یا شیوه‌های مهندسی و روش‌های جایگزین را به شما نشان دهند که به ‌ذهن خودتان نرسیده بود. حتی در موارد استثنایی ممکن است راه‌حلی ارائه دهند که مسئولیت و نقش شما را کمرنگ کند. در مجموع هرچه با دقت بیشتری مشخصات فنی را بررسی کنید و بنویسید، بهتر است.مزایای سند مشخصات فنی برای تیمسند مشخصات فنی، راهی ساده و کارآمد برای برقراری ارتباط بین ایده‌های طراحی پروژه تیم فنی و سایر ذی‌نفعان است. تمام اعضای تیم می‌توانند به‌صورت مشارکتی مشکل را حل کنند یا راه حل جدیدی برای آن پیشنهاد دهند. همین که بیشتر اعضای تیم و ذی‌نفعان در استفاده از مشخصات فنی نقش دارند، انگیزه ذی‌نفعان را برای سرمایه‌گذاری در پروژه و تصاحب مالکیت و مسئولیت آن را بالا می‌برد. با اشاره به همه جزییات و نقش همه در این سند، میزان کارهای موازی یا عوارض ناشی از آن محدود می‌شود. اعضای جدیدتر تیم هم که هنوز به پروژه آشنا نیستند می‌توانند با مشارکت و مطالعه آن زودتر سوار بر کار شوند.مزایای مشخصات فنی برای پروژهسرمایه‌گذاری بر روی ایجاد مشخصات فنی در نهایت به تولید محصول برتر منجر می‌شود. از آنجا که اعضا تیم در تهیه این سند مشارکت دارند، درباره آنچه باید از طریق آن انجام شود، به توافق می‌رسند. به این‌ترتیب پروژه‌های بزرگتر می‌توانند با سرعت بیشتری پیشرفت کنند.این سند برای مدیریت مسائل پیچیده و جلوگیری از مشکلات بعدی ضروری است. چرا که اولویت‌ها را تعیین می‌کند و از این طریق می‌توان مطمئن شد که فقط تاثیرگذارترین و فوری‌ترین قسمت‌ها در مرحله نخست اجرا می‌شود.همچنین پس از پیاده‌سازی به رفع مشکلات پیش‌بینی شده در پروژه کمک می‌کند و راه‌حل‌هایی برای رفع مشکلات قبلی ارائه می‌دهد.سند مشخصات فنی که به بهترین شکل ممکن نوشته شده، یک راهنمای عالی برای اندازه‌گیری میزان موفقیت و بازده سرمایه‌گذاری در زمان ساخت است.قبل از نوشتن مشخصات فنی چه باید کرد؟قبل از شروع، اطلاعات موجود درباره دامنه مشکل را جمع‌آوری کنید. تمام اسناد مربوط به فیچر و محصولی را که قرار است ساخته شود، الزامات و استانداردهای فنی مرتبط با پروژه را بخوانید.سپس با کمک اطلاعاتی که درباره تاریخچه مشکل به دست آورده‌اید، سعی کنید آن را با جزییاتش تشریح کنید. پس از این مرحله به کمک تکنیک طوفان مغزی انواع راه‌حل‌هایی که فکر می‌کنید ممکن است به حل مشکل کمک کند، را در نظر بگیرید. حالا معقول‌ترین راه‌حل را از میان گزینه‌ها انتخاب کنید.در نهایت، نوبت به نوشتن مشخصات فنی می‌رسد. در تقویم خود زمانی را برای نوشتن اولین پیش‌نویس مشخص کنید و شروع کنید. البته به‌خاطر داشته باشید که بهتر است از ویرایشگری استفاده کنید که همکاران و اعضای تیم به آن دسترسی داشته باشند.محتوای سند مشخصات فنیامروزه شرکت‌های زیادی وجود دارند که هر کدام طیف گسترده‌ای از مشکلات و مسائل را حل می‌کنند. با این حال قوانین هر سازمان با دیگری فرق دارد و هر کدام برای حل مشکلات، فرهنگ مهندسی منحصر به‌فردی ایجاد می‌کنند. این موضوع باعث شده تا استاندارد نگارش مشخصات فنی یک شرکت از تیمی به تیم دیگر یا از بخشی به بخش دیگر متفاوت باشد.از سوی دیگر هر راه‌حل، نیازهای متفاوتی دارد و شما باید سند مشخصات فنی خود را بر اساس پروژه تنظیم کنید. در زیر به نمونه‌ای از نیازهای نگارش سند فنی اشاره شده اما نیازی نیست تمام بخش‌های مورد اشاره را بنویسید. فقط بخش‌هایی که در پروژه خود دارید را انتخاب کنید.براساس تجربه من، هفت بخش اصلی در سند مشخصات فنی وجود دارد:موضوع پیش‌رومقدمهراه‌حل‌هاملاحظات بیشترارزیابی موفقیتکاربررسیموضوع نهایی۱ موضوع پیش رو:تیترنویسندگاناعضای تیمبازنگریتعیین اینکه بر اساس چه چیزی نوشته شده استتاریخ آخرین به‌روز رسانیموضوع، برچسب، نسخه یا پیوند مرجع برای ردیابی۲ مقدمهالف: بررسی کلی، شرح مسئله، خلاصه یا چکیده- خلاصه‌ای از مشکل ( از دیدگاه کاربران)، زمینه، راه‌حل‌های پیشنهادی و ذی‌نفعانب: واژه ‌نامه یا واژه ‌شناسی- اصطلاحات جدیدی که هنگام تحقیق درباره طرح به آن‌ها برخورد کردید و فکر می‌کنید که شاید خوانندگان یا ذی‌نفعان متوجه معنای آن نشوند.ج: متن یا زمینه- دلایل اینکه چرا این مشکل ارزش حل شدن را دارد.- منشا مشکل- تاثیر این مشکل بر کاربران و اهداف شرکت- نگاهی به تلاش‌های گذشته برای حل آن و اینکه چرا موثر نبوده‌اند.- چگونگی ارتباط محصول با اهداف تیم (OKR)- یافتن راه‌حل متناسب با نقشه راهبردی و استراتژی کلی محصول- یافتن راه‌حل متناسب با استراتژی فنی- اهداف یا نیازهای فنی و محصولد: اهداف یا نیازهای فنی و محصول- نیازهای محصول در قالب داستان کاربر (User Story)- نیازهای فنیه: مواردی که هدف نیستند یا خارج از دامنه هستند- محصول یا نیازهای فنی که نادیده گرفته می‌شوند.و: اهداف آینده- محصولات و نیازهای فنی که برای بعد برنامه‌ریزی می‌شوند.ز: فرضیات- شرایط و منابعی که برای کار با راه‌حل باید در دسترس باشند.راه‌حل‌هاالف: راه‌حل یا طرح‌های موجود- شرح راه‌حل موجود- جوانب مثبت و منفی راه‌حل فعلیب: راه‌حل یا طرح‌های پیشنهادی- مولفه‌های خارجی که راه‌حل با آن‌ها ارتباط برقرار می‌کند و آن را تغییر می‌دهد.- وابستگی به راه‌حل فعلی- جوانب مثبت و منفی راه‌حل پیشنهادی- تغییر داده‌های مدل:- تعریف طرح جدید- مدل‌های داده جدید- مدل‌های داده اصلاح شده- روش‌های اعتبارسنجی داده- منطق کسب و کار:- تغییرات API- شبیه‌سازی دستور العمل‌‌ها- رسم نمودارهای گردشی- حالت‌های خطا- سناریو‌های شکست- شرایطی که منجر به خطا و شکست می‌شود- محدودیت‌ها- مرحله معرفی:- نیازهای کاربر- تغییرات UX- تغییرات UI- وایرفریم‌ها (Wireframes) با تشریح- ارتباط آن‌ها با کار طراح UI/ UX- ویژگی‌های طرح موبایلی- ویژگی‌های طرح وب- ویژگی‌های UI- رسیدگی به خطاها- سایر سوالاتی که باید پاسخ داده شود:- مقیاس کاربردی این راه حل چقدر است؟- محدودیت‌های این راه حل چیست؟- چگونه در لحظه شکست می‌شود آن را بازسازی کرد؟- چگونه نیازهای آینده را پوشش می‌دهد؟ج: طرح آزمایشی- توضیح اینکه چگونه با آزمایش مطمئن شویم که نیازهای کاربر برآورده می‌شود.- آزمایش‌های تک به تک- آزمایش پس از ادغام- QA (آزمایش کیفیت)د: انتشار / آماده‌سازی و استقرار- معماری استقرار- محیط‌ استقرار- مرحله آماده‌سازی مانند استفاده از ویژگی پرچم‌- برنامه‌ریزی برای اینکه بدانید چگونه می‌توان بین تغییرات و کاربران ارتباط برقرار کرد. به‌عنوان مثال با قرار دادن یادداشت.ه: برنامه برگشت- جزییات و بدهی‌های فنی- برنامه‌ریزی برای کاهش بدهی‌ها- توصیف برنامه‌ریزی اینکه چگونه از ایجاد مشکل بر دیگر مولفه‌ها، سرویس‌ها یا سیستم‌ها جلوگیری می‌کنید.و: طرح یا راه حل جایگزین- خلاصه‌ای از هریک از راه‌حل‌های جایگزین- جوانب مثبت و منفی هرکدام- دلایل اینکه چرا هریک از راه‌حل‌ها کار نمی‌کنند- راه‌هایی که گزینه‌های دیگر نسبت به راه‌حل‌های پیشنهادی پایین‌تر بودند.- در صورت از بین رفتن راه حل پیشنهادی، برنامه مهاجرت به بهترین گزینه جایگزین اجرا می‌شود.ملاحظات بیشترالف: تاثیر این تصمیم بر دیگر تیم‌هاب: تجزیه و تحلیل هزینهج: موارد امنیتید: حریم خصوصیه: موارد منطقه‌ایو: دسترسیز: عملیاتح: خطراتت: پشتیبانیارزیابی موفقیتالف: تاثیر بر- موارد امنیتی- عملکرد- هزینه- سایر مولفه‌هاب: معیارها- لیست معیارهای موجود- ابزارهای اندازه‌گیری معیارهاکارالف: برآورد کار و جدول زمانی- شامل لیستی از مشخصات فنی، اندازه‌گیری آن‌ها و محدودیت زمانی تسک‌ها- منابع مورد نیاز برای اتمام هر تسک- تخمینی برای اینکه هر تسک در چه مدتی انجام شود.- اولویت بندی براساس فوریت و تاثیرب: مایلستون- زمان سررسید قراردادی در بازه‌های زمانی مشخص که در آن بخش قابل توجهی از کار مشخص شده- اندازه‌گیری میزان کار براساس مایلستون‌های گذشتهج: کارهای آینده- فهرستی از تسک‌هایی که در آینده کامل می‌شوند.بررسیالف: جزییات راه‌حل‌هایی که تیم با آن‌ها موافق نیست، باید مورد بررسی قرار بگیرد.ب: سوال درباره چیزهایی که پاسخ آن را نمی‌دانید یا مطمئن نیستید و فقط به خاطر تیم یا ذی‌نفعان مطرح کرده‌اید. این کار باعث می‌شود جنبه‌های مختلف مشکل را بهتر ببینید.موضوع نهاییالف: کار مرتبط- هرکار خارج از راه حل پیشنهادی که به نوعی شبیه راه پیشنهادی است و توسط تیمهای مختلف انجام می‌شود.ب: منابع- پیوند به اسناد و منابعی که هنگام ایجاد سند مشخصات فنی خود از آن‌ها استفاده کرده‌اید.ج: تشکر- تشکر از افرادی که به شما در این راه کمک کرده‌اند.پس از نوشتن سند مشخصات فنی:حالا زمان تصحیح سند رسیده است. از خودتان درباره بخش‌های نامشخص یا چیزهایی که درباره‌ آن‌ها مطمئن نیستید، سوال کنید.پیش‌نویس را طوری بازنگری کنید که انگار قرار است خودتان براساس آن کاری را انجام دهید و مطمئن شوید  کاملا شفاف و براساس مشخصات فنی نوشته شده است.در نهایت پیش‌نویس آن را برای اعضای تیم و ذی‌نفعان بفرستید تا مطالعه کنند و درباره ابعاد و جزییات آن نظر دهند. یک نسخه از آن را تیم‌های دیگر هم بدهید تا از دیدگاه‌های مختلف آن را مطالعه کنند. سپس زمان انجام هر تسک را مشخص کنید.فراموش نکنید که نوشتن تست فنی می‌تواند یک راه موثر برای تضمین موفقیت پروژه شما باشد. باید کمی برنامه‌ریزی کنید تا بتوانید با یک پیش‌بینی صحیح اجرای واقعی پروژه را ساده کنید.ترجمه آزاد: A practical guide to writing technical specs یسناتیم یسناتیم Mon, 11 May 2020 11:37:50 +0430 https://virgool.io/@yasnateam/%DA%86%D9%87%D8%A7%D8%B1-%D8%B1%D8%A7%D9%87-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%A7%D9%81%D8%B2%D8%A7%DB%8C%D8%B4-%D8%AE%D9%84%D8%A7%D9%82%DB%8C%D8%AA-%D8%AF%D8%B1-%DA%A9%D8%AF%D9%86%D9%88%DB%8C%D8%B3%DB%8C-ejhjj00nl6jp بیشتر مردم فکر می‌کنند فضای حوزه نرم‌افزار، محیطی خشک و سنگین است.خب البته شما فهرستی از کارهایی که باید انجام دهید را دارید و آن‌ها را به ترتیب اولویت‌بندی انجام می‌دهید اما چیزی که مردم نمی‌بینند این است که چقدر برای حل یک مسئله خلاقیت به خرج می‌دهید.یک سوال، آیا تا به حال با فردی رو‌به‌رو شده‌اید که «می‌دانست» چگونه کدنویسی انجام دهد اما در واقع فقط بدون هیچ درکی فقط بهترین کاری را که می‌دانست، تکرار می‌کرد؟برای اینکه بفهمند درباره چه حرف می‌زنند و کدها چگونه کار می‌کنند، خلاقیت زیادی لازم است. این نکته فقط درباره مهارت حل مسئله صدق نمی‌کند. شما می‌توانید با کارهایی که در کدنویسی انجام می‌دهید نیز خلاق باشید، مثلا نحوه نمایش ابزارک‌ها به دیگران و اینکه مستندات چه چیزهایی را بنویسید. ما در اینجا به چند روش برای استفاده از خلاقیت در کدنویسی اشاره کرده‌ایم:جایی بروید که معمولا کد نمی‌نویسیداگر بدانید این کار چقدر تفاوت ایجاد می‌کند، شگفت‌زده خواهید شد. یادم می‌آید اولین باری که در بیرون از جای همیشگی کار کردم، چقدر زندگیم تغییر کرد. اگر معمولاً در خانه کار می‌کنید، یک ساعت در رستوران بنشینید و کار کنید. بیرون آمدن از محیط همیشگی، طرز تفکر در مورد کارهایی که روی آن کار می‌کنید را تغییر می‌دهد.مثل این است که سریع خودتان را از جایی بیرون بکشید و درگیری‌های فکری همیشگی از بین برود یا مثلا شبیه این است که در طول پیاده‌روی، کلید حل مشکلی که ساعت‌ها دنبالش بودید را پیدا کنید.البته با این تفاوت که اثر آن طولانی‌تر است و مثلا روی بازدهی یک هفته شما تاثیر دارد. تغییر فضا به مغز شما برای کارآیی بهتر کمک زیادی می‌کند.چیزی بسازید که هیچ‌کس از آن استفاده نکندهنگامی که یک پروژه شخصی دارید و بر روی آن کار می‌کنید و می‌دانید که هیچ‌کس به‌صورت معمول از آن استفاده نمی‌کند، احساس آزادی عمل بیشتری می‌کنید. هیچ‌کس اهمیت نمی‌دهد که این پروژه چگونه کار می‌کند یا به نظر می‌رسد یا اصلا چه کاری انجام می‌دهد!این به شما یک بوم خالی می‌دهد تا روی آن رنگ، پولک یا حتی ماکارونی پرتاب کنید. این لحظه شماست و می‌توانید با استفاده از آن بهترین تمرین‌ها را انجام دهید و ببینید نتیجه این کارها چیست.می‌توانید از این هرج و مرج و تمرین‌های آشفته چیزهای زیادی یاد بگیرید. حتی ممکن است چیزی را حل کنید که بقیه هم با آن درگیر هستند یا هیچ‌کس هنوز از آن اطلاعی ندارد.کتابخانه‌های جدید را اجرا کنیدهمه چیزهایی که تمرین می‌کنید نباید مربوط به شغل شما یا حوزه فعالیتتان باشد. استفاده از کتابخانه‌های جدید مانند تلاش برای شناخت ترکیب جدید رنگ‌های روغنی است. حتی اگر آنطور که می‌خواستید نباشد، هنوز هم چیزی برای نشان دادن به مردم دارید و می‌توانید بگویید که چیز جدیدی را امتحان کرده‌اید. هزاران کتابخانه وجود دارد که با هر چیزی که می‌توانید فکرش را کنید، کار می‌کند.اگر می‌خواهید پروژه جدیدی با استفاده از کتابخانه‌های جدید بسازید، نگران نباشد. هیچ خطری کدهای فعلی شما را تهدید نمی‌کند. مردم می‌توانند این کتابخانه ها را قبل از هر کس دیگری پیدا کنند. اگر کتابخانه ای را که واقعاً دوست دارید پیدا کنید، در مراحل ابتدایی است، می‌توانید در تکمیل آن با سازندگان مشارکت کنید. بررسی کردن کتابخانه‌های جدید یکی از راه‌هایی است که شما می‌توانید جعبه ابزار خود را گسترش دهید.موضوعات کاملاً نامربوط را به یکدیگر وصل کنیداین بهترین راه برای افزایش خلاقیت شما (بدون در نظر گرفتن زمینه فعالیتتان) است. وقتی شروع به اتصال نقاط بین موضوعاتی می‌کنید که نقاطی مشترکی ندارند، می‌توانید به خلاقیت برسید. ارتباطاتی که می‌توانید برقرار کنید بی‌حد و حصر است. به‌عنوان مثال‌، می‌توانید راهی برای اتصال توسعه وب با باغ وحش پیدا کنید. من نمی دانم دقیقا چگونه می‌شود چنین کاری کرد، اما ترکیب جالبی می‌شود. مثلا شاید نوعی برنامه VR باشد یا هرچیز دیگری!سعی کنید عجیب‌ترین ترکیب ایده‌ها را پیدا کنید و خلاقیت بیشتری به‌خرج دهید. در ابتدا کار سختی است و شاید کمی ناراحت‌کننده هم باشد.به یاد داشته باشید، هدف از ایجاد خلاقیت، قرار گرفتن در مسیر اصلی نیست. هدف این است که چیز دیگری را امتحان کنید. شاید وقت کافی برای انجام این کار در محل کارتان نداشته باشید اما می‌توانید خلاقیت را در هر مکانی تمرین کنید. با دیدن چیزهای کوچک اطراف خود شروع کنید، به جزئیات آن توجه کنید و ببینید که دیگر در کجا می‌توان از آن‌ها استفاده کرد. را‌ه‌های مختلفی برای افزایش خلاقیت وجود دارد اما همه‌ راه‌ها به تمرین ختم می‌شود.اینکه مردم فکر می‌کنند یک نفر خلاق است یا نه، تفکر درستی نیست. خلاقیت، مهارتی است که می‌تواند مثل یادگیری چارچوب‌های جدید، تمرین و پرورش یابد. بیشتر اوقات تجربه یک چیز جدید یا چیزهای قدیمی به روشی متفاوت می‌تواند باعث افزایش خلاقیت شود. این ترفندها را انجام دهد.ترجمه آزاد: Flexing Your Creativity Through Code یسناتیم یسناتیم Wed, 15 Apr 2020 12:04:06 +0430 https://virgool.io/DesignersCommunity/%D9%85%D9%87%D9%85%D8%AA%D8%B1%DB%8C%D9%86-%D9%82%D8%A7%D9%86%D9%88%D9%86-ux-%DA%A9%D9%87-%D9%87%D9%85%D9%87-%D8%A2%D9%86%D9%87%D8%A7-%D8%B1%D8%A7-%D9%85%DB%8C%D8%B4%DA%A9%D9%86%D9%86%D8%AF-sqztnabxz1xl یک اصل برای سازماندهی وجود دارد که هر انسانی باید به آن پایبند باشد، به‌ویژه افرادی که طراحی محصول انجام می‌دهند، اما تقریبا همه آن را می‌شکنند!جف دیویدسون، طراح محصول می‌گوید: «من هر روز، شرکت‌هایی را می‌بینم که این قانون مهم را می‌شکنند و تمام زحمات و زمان خود را هدر می‌دهند. به همین دلیل هم در این مقاله می‌خواهم درباره اینکه این قانون مهم چیست و چه تاثیری بر طراحی محصول و خدمات دارد، توضیح دهم.»نام پدیده روانی که در این مقاله مورد بحث قرار می‌گیرد، قانون میلر است. دیویدسن در این مقاله به‌جای توضیح علمی قانون میلر، از شما می‌خواهد تمریناتی را انجام دهید، تا بهتر مفهوم آن را درک کنید.تمرینقدم اولقبل از شروع، دستورالعمل‌ها را بخوانید.یک کاغذ و قلم بردارید. در این تمرین شما باید کلماتی که تازه خوانده‌اید را به یاد بیاورید.در لیست زیر ۲۰ کلمه می‌بینید. شما باید تمام این کلمات را در عرض یک دقیقه بخوانید و سعی کنید هر چند تا را که می‌توانید به‌خاطر بسپارید. سعی کنید کلمات را به‌ ذهن بسپارید و آن‌ها را جایی ننویسید. بعد صفحه را پایین بکشید تا جایی که کلمه ایست «STOP» را ببینید. سپس به‌سراغ قدم دوم بروید.قدم دومحالا با استفاده از مداد و دفتر هر کدام از کلماتی را که در خاطرتان مانده، یادداشت کنید.سعی کنید کلمات را به‌خاطر بیاورید، اما به‌هیچ‌ وجه دوباره به فهرست نگاه نکنید. چون اگر یواشکی به فهرست نگاه کنید، تمرین خراب می‌شود. ۳۰ ثانیه به خودتان فرصت دهید و هر چیزی که یادتان بود بنویسید، بعد بررسی کنید ببینید چند کلمه را درست نوشتید.اگر مانند بیشتر آدم‌ها باشید احتمالا بین پنج تا نه کلمه را نوشته‌اید.تاکنون صدها آزمایش جهانی درباره قدرت حافظه انجام شده و همگی آن‌ها این محدودیت حافظه را تایید می‌کند.وقتی برای اولین بار این پدیده را کشف کردم، می‌دانستم وقتی این محدودیت بر کارهای روزمره ما تاثیر می‌گذارد، پس قطعا باید پیامدهای زیادی بر طراحی محصول نیز داشته باشد.این ظرفیت کوتاه مدت حافظه که معادل هفت بیت است، به‌عنوان قانون میلر شناخته می‌شود.قانون میلر، عدد جادوییدر سال ۱۹۵۶، مقاله‌ای نوشته شد که بعدها به یکی از مقالات مرجع روانشناسی تبدیل شد. عنوان این مقاله «هفت، عدد جادویی، به علاوه یا منهای دو: برخی از محدودیت‌های ما برای پردازش اطلاعات» بود.این مقاله توسط جورج ا.میلر، عضو گروه روانشناسی دانشگاه پرینستون نوشته شد. موضوع مورد بحث آن درباره این بود که حافظه کوتاه مدت انسان هفت جز (یا دو عدد بیشتر یا کمتر) را می‌تواند ذخیره کند. این قانون بعدها به عنوان قانون میلر شناخته شد.یکی از مفاهیم اصلی قانون میلر «تکه تکه کردن» اطلاعات است. این اطلاعات می‌تواند منجر به جمع‌آوری و به‌خاطر سپردن یک موضوع برای مدت طولانی شود. همین موضوع پایه و اساس UX به‌شمار می‌رود.قانون:همیشه اطلاعات را در دسته‌های نه‌تایی یا کمتر دسته‌بندی کنید. ترجیحا سعی کنید دسته‌بندی‌هایتان پنج‌تایی باشد.هرچه تعداد اجزا اطلاعات درون رابط کاربری بیشتر باشد، کار بر روی آن و استفاده از آن دشوارتر می‌شود. این موضوع به‌ویژه بر اولین تجربه کاربر تاثیر زیادی دارد. زیرا او هنوز به فضا عادت ندارد و حتی رمزی که تازه انتخاب می‌کند تا وارد فضای سایت شود را نیز به حافظه بلندمدت نمی‌سپارد.متاسفانه این قانون حتی توسط غول‌های فناوری مانند فیسبوک، گوگل یا وردپرس نیز چندان رعایت نمی‌شود. اما به‌نظر من اگر نمی‌خواهید قانون میلر را جدی بگیرید، نه تنها طراحی سایت، بلکه حتی طراحی خودرو هم انجام ندهید.قانون اجزا ۵ تا هفت بخشی، فلسفه طراحی مینیمال را دنبال می‌کند و می‌گوید با توجه به محدودیت‌های حافظه، هرچه یک محصول اجرا بیشتری داشته باشد، استفاده از آن دشوارتر است. زیرا کاربر ناچار می‌شود در حین کار، اطلاعات بیشتری را به‌خاطر بسپارد و مدیریت کند. در قانون میلر، نقش برنامه‌ریزی و آینده‌نگری در روند طراحی محصول پررنگ‌تر است. چرا که براساس آن باید تمام ویژگی‌های جدیدی که به مرور به محصول اضافه می‌شوند، بدون آسیب زدن به پایه‌های بصری طرح محصول افزوده شوند. در نظر داشته باشید که در صورت رعایت نکردن این مورد و آسیب‌ زدن به اساس طرح، برای بازسازی دوباره آن باید هزینه و زمان زیادی را صرف کنید.نقش بعدی میلر نشان دادن وضعیت تقدم و تاخر است و در واقع اهمیت جایگذاری آیتم‌ها را نشان می‌دهد. به‌عنوان مثال فرض کنید لیستی از کلمات جلوی چشم شماست. قطعا احتمال اینکه کلمات ابتدا و انتهای لیست را به‌خاطر بسپارید، نسبت به کلمات وسط لیست بسیار بیشتر است.نکته مثبت قانون میلر این است که علاوه بر UX می‌توان در موقعیت‌های مختلف زندگی از آن استفاده کرد. کاهش اجزا در دسترس و تقسیم کردن آن‌ها به کمتر از ۹ تکه باعث می‌شود مغز شما بتواند دقیقا همه موارد را به‌خاطر بیاورد. اگر لیست بزرگ باشد، نقشه‌برداری آن‌ها از نظر ذهنی بسیار مشکل می‌شود.در واقع کاربر نیاز دارد که پیش از خرید یک محصول، راه حل استفاده از آن را بداند تا بتواند تصمیم بگیرد. اگر نتواند در اولین روز خرید یا یک هفته اول نحوه استفاده از آن را یاد بگیرد، دیگر آن را نمی‌خرد و از آنجایی که کاربر جدید زمان زیادی برای یادگیری همه‌چیز ندارد، باید در زمان طراحی محصول به تمام این موارد توجه کرد.قانونی فراتر از اطلاعاتما در دنیایی زندگی می‌کنیم که میزان اطلاعات به‌سرعت در حال افزایش است.با سازماندهی نکردن درست اطلاعات یا از بین بردن برخی از آن‌ها توانایی ما برای انجام کارهای مهم در راستای بقا کاهش می‌یابد. به همین دلیل حذف برخی از نکات کلیدی باعث می‌شود محصولات و خدمات بازدهی مورد نظر را نداشته باشند.براساس اصل پارتو، ۸۰ درصد خروجی‌ها از ۲۰ درصد سرمایه‌گذاری‌ها به‌دست می‌آید. در این میان قانون میلر به ما می‌آموزد که مغز انسان قادر به پردازش اطلاعات محدودی است و اطلاعات اضافی باعث حواس‌پرتی وی می‌شود.با توجه به این دو اصل، شرکت‌ها باید به دنبال راهی باشند که در آن دریافت و پردازش اطلاعات برای مشتریان و کارمندانشان ساده‌تر باشد. این کار می‌تواند باعث از بین بردن بابزارها یا برنامه‌های اضافی، کاهش تعداد نیروی مازاد و حتی افزایش بهره‌وری شود.روانشناسی به‌نام «میهالی چیکسن‌میهلی» معتقد است که این شیوه که جریان «flow» در علوم جدید مورد استفاده قرار می‌گیرد. جریان کلمه‌ای است که برای توصیف حالت تمرکز یا جذب یک کار خاص به‌کار می‌رود که در آن انسان به لذت یا پاداش دست پیدا می‌کند. حواس‌پرتی در محل کار، همان چیزی است که باعث از بین رفتن جریان می‌شود. بنابراین باید دقت کرد که با افزایش ابزارهای در دسترس، عملکرد بهبود نمی‌یابد بلکه بدتر می‌شود. این همان نکته‌ای است که قانون میلر نیز بر آن تاکید دارد. پس وقتی می‌خواهید کاری انجام دهید، آن را محدود کنید تا شانس موفقیت بالاتر برود.تمرین عملی آخرنوتیفیکشن‌های دسکتاپ را خاموش کنید. چیزهایی که هرگز استفاده نمی‌کنید را دور بریزید. چک کردن اینباکس‌های مختلفتان را متوقف کنید. فقط یک ابزار کار اصلی انتخاب کنید. حالا می‌توانید تمرکز را شروع کنید. ترجمه آزاد : The Most Important Rule in UX Design that Everyone Breaks یسناتیم یسناتیم Tue, 07 Apr 2020 11:29:19 +0430 https://virgool.io/@yasnateam/%DB%8C%DA%A9-%D8%AA%D9%88%D8%B3%D8%B9%D9%87%D8%AF%D9%87%D9%86%D8%AF%D9%87-%D9%81%D8%B1%D8%A7%D9%86%D8%AA%D8%A7%D9%86%D8%AF-%D8%A8%D9%87-%DA%86%D9%87-%D9%85%D9%87%D8%A7%D8%B1%D8%AA%D9%87%D8%A7%DB%8C%DB%8C-%D9%86%DB%8C%D8%A7%D8%B2-%D8%AF%D8%A7%D8%B1%D8%AF-gabrnckz4vq5 آیا تا به‌حال به طراحی سایت مورد علاقه‌ خود دقت کرده‌اید؟ شاید از اینکه چگونه ساخته شده و نحوه عملکرد دکمه‌ها هنگام کلیک کردن، تعجب کرده باشید.شاید با خودتان فکر کرده‌اید «چقدر پیچیده است!» یا «کاش من هم می‌توانستم چنین کاری انجام دهم.»تمام این ویژگی‌های قابل مشاهده توسط توسعه‌دهنده فرانت‌اند (front end) ساخته می‌شود.اگر بخواهیم یک تعریف کوتاه و سریع از نقش توسعه‌دهنده فرانت‌اند داشته باشیم، باید بگوییم که می‌دانیم طراحی وب در واقع نمای سایت را نشان می‌دهد. در این میان توسعه‌دهنده فرانت‌اند کسی است که این طراحی را به واقعیت تبدیل می‌کند و آن را به اجرا در می‌آورد.توسعه‌دهنده فرانت‌اند چه کسی است؟توسعه‌دهنده فرانت‌اند کسی است که طراحی وب را از طریق زبان‌های کدنویسی مانند HTML، CSS و JavaScript پیاده می‌کند.هرچند که چندان مرسوم نیست، اما گاهی توسعه‌دهندگان فرانت‌اند را توسعه دهندگان سمت کاربر نیز می‌نامند تا بتوانند آن‌ها را از توسعه‌دهندگان بک‌اند (back end) متمایز کنند.شما به هر سایتی که سر بزنید، می‌توانید کار توسعه‌دهنده فرانت‌اند را همه‌جای سایت از جمله در نوار پیمایش، پیکربندی صفحات و ... ببینید.شاید شما هم به شغل توسعه وب علاقه‌مند باشید ولی نمی‌دانید از کجا شروع کنید. ما در این مقاله برخی مهارت‌های کلیدی لازم برای توسعه‌دهندگان فرانت‌اند را مطرح می‌کنیم. دانستن این موارد به شما در شروع مسیر حرفه‌ای توسعه وب کمک زیادی می‌کند.توسعه‌دهندگان فرانت‌اند چه مهارت‌هایی دارند؟توسعه‌‌دهندگان فرانت‌اند از سه زبان اصلی کد نویسی برای کد زدن و پیاده‌سازی طرح سایت استفاده می‌کنند:یک: HTMLدو: CSSسه: JavaScriptکدی که آن‌ها می‌نویسند، در داخل مرورگر کاربر اجرا می‌شود. (برخلاف توسعه‌دهنده بک‌اند که کد‌هایش بر روی سرور وب اجرا می‌شود.)به این مثال توجه کنید: توسعه‌دهندگان بک‌اند مهندسانی هستند که سیستم‌های اساسی یک شهر مانند برق، آب و فاضلاب را ایجاد می‌کنند. این در حالی است که توسعه‌دهنده فرانت‌اند دسترسی بیرونی به این سیستم‌ها را برای مردم فراهم می‌کند.من تلاش کردم تا بفهمم کدام مهارت‌ها در میان فهرست شغلی توسعه‌دهندگان فرانت‌اند بیشترین تقاضا را دارد. در نتیجه این تلاش‌ها، متوجه شدم که برای برنامه‌نویسی سمت فرانت‌اند را ابتدا باید با مهارت‌هایی مانند HTML و CSS شروع کنید. سپس به سراغ مهارت‌های پیچیده‌تری مانند JavaScript و Git بروید.یک: HTML و CSSاین دو اساسی‌ترین بلوک‌های ساختاری کدنویسی در وب هستند. بدون HTML و CSS امکان ندارد بتوانید سایتی ایجاد کنید و تمام چیزی که می‌بینید یک متن ساده و بدون شکل در یک صفحه خالی است. در واقع بدون HTML حتی نمی‌توانید تصاویر را اضافه کنید.خبر خوب درباره HTML و CSS این است که فقط در عرض چند هفته می‌توانید هر دو را به خوبی یاد بگیرید. بهتر از آن اینکه با دانستن این دو به تنهایی می‌توانید یک سایت ساده بسازید.دو: Javascriptجاوا اسکریپت به شما امکانی می‌دهد تا یک تابع بیشتر به سایت‌ خود اضافه کنید و قابلیت‌های کاربردی بیشتری داشته باشید. در ساده‌ترین حالت، می‌توانید از جاوا اسکریپت برای ایجاد و کنترل موارد کلیدی مانند آپدیت نقشه‌ها در زمان واقعی، فیلم‌های تعاملی و بازی آنلاین استفاده کنید. سایت‌هایی مانند پینترست از جاوا اسکریپت برای آسان کردن رابط کاربری استفاده می‌کنند. (در واقع به لطف جاوا اسکریپت، با هر بار پین کردن یک عکس، صفحه از اول بارگیری نمی‌شود.)جاوا اسکریپت محبوب‌ترین زبان برنامه‌نویسی در جهان است، بنابراین بد نیست که بدون در نظر گرفتن برنامه‌های شغلی خودتان، یادگیری آن را هم در فهرست یادگیری قرار دهید.سه: jQueryجی‌کوئری کتابخانه جاوا اسکریپت است. مجموعه‌ای از پلاگین‌ها (plugins) و اکستنشن‌ها (extensions) که امکان توسعه‌ با جاوا اسکریپت را ساده‌تر و سریع‌تر می‌کند. جی‌کوئری به توسعه‌دهندگان فرانت اند اجازه می‌دهد به‌جای نوشتن کد هرچیزی، از المنت‌های (elements) آماده برای پروژه‌ استفاده کرده و در صورت نیاز آن را شخصی‌سازی کنند. شما می‌توانید از جی‌کوئری برای چیزهایی مانند تایمر شمارش معکوس، فرم جستجوی خودکار و تغییر پیکربندی صفحات به‌صورت خودکار استفاده کنید.فریم‌ورک‌های جاوا اسکریپتفریم‌ورک‌های جاوا اسکریپت (شامل آنگولار جی‌اس (AngularJS)، بک‌بون (Backbone)، امبر (Ember) و ری‌اکت جی‌اس (ReactJS)) ساختارهای آماده برای کدهای جاوا اسکریپت به شما ارائه می‌دهند. انواع مختلفی از فریم‌ورک‌های جاوا اسکریپتی برای نیازهای متفاوت وجود دارد، اما این چهار فریم‌ورک، محبوب‌ترین‌ها در میان توسعه‌دهندگان هستند. این فریم‌ورک‌ها شما را یک مرحله جلو می‌اندازند و واقعا سرعت توسعه را افزایش می‌دهند. همچنین می‌توان با استفاده از کتابخانه‌هایی مانند جی‌کوئری، کد نویسی را به حداقل رساند.فریم‌ورک‌های فرانت‌اندنقش فریم‌ورک‌های فرانت‌اند (محبوب‌ترین آ‌ن‌ها بوت‌استرپ (Bootstrap) است) برای CSS درست همان نقشی است که فریم‌ورک‌های جاوا اسکریپت برای آن ایفا می‌کنند. آن‌ها نقطه پرش شما برای کد زدن سریع‌تر هستند. از آنجایی که CSS معمولا با المنت‌های مشابهی شروع می‌شود، استفاده از فریم‌ورک می‌تواند به شما کمک زیادی کند.تجربه کار با پیش‌پردازنده‌های CSSپیش‌پردازنده‌‌ها گونه‌ای دیگر از المنت‌ها هستند که توسعه‌دهنده فرانت‌اند می‌تواند با استفاده از آن سرعت کدنویسی در CSS را افزایش دهد. یک پیش‌پردازنده CSS یک قابلیت اضافی است که کار بر روی قابلیت‌های CSS را آسان‌تر می‌کند، چرا که می‌تواند پیش از انتشار کد، آن‌ها را پردازش کند. SASS و LESS دو نمونه از محبوب‌ترین پیش‌پردازنده‌های CSS هستند.تجربه کار با سرویس‌های RESTful و APIدر اصطلاح عام، REST یک معماری سبک است که ارتباطات شبکه‌ای در وب را ساده می‌کند. RESTful و API سرویس‌های مبتنی بر وب به شمار می‌آیند که به این معماری پایبند هستند.به‌عنوان مثال، شما برنامه‌ای می‌نویسید که اکانت شبکه‌های اجتماعی همه دوستانتان را نمایش دهد تا بتوانید برای آن‌ها درخواست دوستی بفرستید. برای این کار شما باید از RESTful API فیسبوک یا توییتر استفاده کنید تا بتوانید فهرست دوستانتان را بخوانید و داده‌های لازم را برگردانید. روند کلی برای استفاده از خدمات API یکسان است و فقط نوع داده‌های برگشتی متفاوت است.اگرچه این موضوع کمی پیچیده و فنی به‌نظر می‌رسد، اما مجموعه‌ای ساده از دستورالعمل‌ها و شیوه‌های رایج است. بنابراین یاد می‌گیرید چگونه با یک سرویس وب ارتباط برقرار کنید.طراحی ریسپانسیو و موبایلدر ایالات متحده آمریکا، بیشتر افراد از طریق موبایل به اینترنت مراجعه می‌کنند، بنابراین عجیب نیست که مهارت‌های طراحی ریسپانسیو (Responsive) برای کارفرمایان بسیار مهم باشد. طراحی ریسپانسیو یعنی طراحی سایت و گاهی عملکرد و محتوای آن بر اساس اندازه صفحه و دستگاهی که شخص از آن استفاده می‌کند، تغییر کند.به‌عنوان مثال، وقتی وب‌سایتی را با استفاده از مانیتور بزرگ رایانه رومیزی باز می‌کنید، کاربر می‌تواند چندین ستون ببیند و با کمک ماوس و کیبورد از ویژگی‌های مختلف سایت استفاده کند. در گوشی تلفن همراه، همان سایت با استفاده از یک ستون بهینه‌سازی شده برای تعامل لمسی ظاهر می‌شود و دیگر خبری از ستون‌های مختلف نیست.طراحی موبایل باید علاوه بر ریسپانسیو بودن، شامل طرح‌های اختصاصی موبایلی نیز باشد. گاهی می‌خواهید چیزی که کاربر در زمان بازدید از سایت شما بر روی رایانه تجربه می‌کند با زمان بازدید به کمک موبایل متفاوت باشد، در این موارد منطقی است که سایت در حالت موبایلی کاملا متفاوت باشد.به‌عنوان مثال یک وب‌سایت بانکی با قابلیت بانکداری آنلاین از یک سایت جداگانه برای تلفن‌همراه استفاده می‌کند. این به کاربران اجازه می‌دهد مواردی مانند نزدیکترین شعبه و نمای کلی را ببینند.توسعه مرورگرمرورگرهای مدرن در نمایش مداوم وب‌سایت‌ها بسیار خوب عمل می‌کنند اما هنوز هم تفاوت‌هایی در نحوه تفسیر کد در پشت صحنه وجود دارد. تا زمانی که همه مرورگرهای مدرن با استانداردهای وب کار می‌کنند، دانستن اینکه چگونه هریک از آن‌ها به شکلی که شما می‌خواهید، کار می‌کنند یک مهارت مهم است.سیستم مدیریت محتوا و بستر تجارت الکترونیکبیشتر وب‌سایت‌ها بر یک سیستم مدیریت محتوا CMS ساخته شده‌اند. محبوب‌ترین CMS در سراسر جهان وردپرس است و تقریبا شصت درصد از وب‌سایت‌های مبتنی بر CMS از آن استفاده می‌‌کنند. (از جمله Skillcrush)دیگر سیستم‌های مدیریت محتوا محبوب جهان دروپال (Drupal)، جوملا (Joomla) و مگنتو (Magento) است. البته تسلط به این سیستم‌های مدیریت محتوا به اندازه وردپرس پرطرفدار نیست اما باز هم برای طراحی سایت‌های بسیاری از شرکت‌ها مطلوب هستند.آزمایش و اشکال‌زدایی (Debugging)وجود باگ، یک واقعیت در زندگی توسعه‌دهندگان فرانت‌اند است.آشنایی با مراحل آزمایش و اشکال‌زدایی بسیار مهم است. آزمایش در واقع فرآیند بررسی بلوک‌های تکی از کد منبع (دستورالعمل‌هایی که به وب‌سایت می‌گوید چگونه کار کند) و بررسی چارچوب‌ها با کمک روش‌های خاص است.یکی از روش‌های متداول آزمایش، بررسی UI است که به آن آزمایش پذیرش یا آزمایش مرورگر نیز گفته می‌شود و طی آن شما اطمینان می‌یابید که کاربر در هنگام کار چه چیزی می‌بیند. شرکت‌های مختلف، راه‌‌حل‌های متفاوتی برای آزمایش و اشکال‌زدایی دارند.گیت و سیستم‌های کنترل نسخهگیت و سیستم‌های کنترل نسخه به شما این امکان را می‌دهند که در طول کد زدن، تغییرات ایجاد شده را پیگیری کنید. آن‌ها همچنین فرآیند برگشت و اصلاح را آسان‌تر می‌کنند. بنابراین اگر بخواهید افزونه جی‌کوئری سفارشی را اضافه کنید و ناگهان نیمی از کدهای دیگر خراب شود، به‌جای آنکه ناچار به رفع اشکال دستی و بازنویسی باشید، دوباره به نسخه قبلی بازمی‌گردید و این بار یک راه متفاوت را امتحان می‌کنید. دانستن گیت برای هر توسعه‌دهنده‌ای الزامی است و یک مهارت حیاتی به شمار می‌آید.نکته پایانی: مهارت حل مسئلهاگر یک مهارت برای همه توسعه‌دهندگان فرانت‌اند لازم باشد، آن مهارت حل مسئله است. اینکه بفهمید چگونه باید به بهترین نحو یک طرح را پیاده‌ کنید، اشکال‌زدایی انجام دهید و چگونه آن را اجرا کنید، همگی به مهارت حل مسئله باز می‌گردد. در توسعه همه‌چیز درباره حل مسئله به‌شیوه خلاق است.ترجمه آزاد: EXACTLY WHAT YOU NEED TO KNOW TO BECOME A FRONT END DEVELOPER IN 2020 یسناتیم یسناتیم Sun, 29 Mar 2020 13:28:27 +0430 https://virgool.io/@yasnateam/%D8%A7%D8%A8%D8%B2%D8%A7%D8%B1%D9%87%D8%A7%DB%8C-%D9%85%D8%AD%D8%A8%D9%88%D8%A8-%D8%AA%D9%88%D8%B3%D8%B9%D9%87%D8%AF%D9%87%D9%86%D8%AF%DA%AF%D8%A7%D9%86-%D8%AC%D8%A7%D9%88%D8%A7-%D8%A7%D8%B3%DA%A9%D8%B1%DB%8C%D9%BE%D8%AA-%DA%A9%D8%AF%D8%A7%D9%85%D9%86%D8%AF-iw79xrkhii7b بررسی‌‌ داده‌های موجود در StackOverflow نکات زیادی را درباره توسعه‌دهندگان جاوا اسکریپت و ابزارهای مورد علاقه آنان برای ما روشن کرده است.برخی از این داده‌ها نشان می‌دهد که با وجود زبان‌های برنامه‌نویسی زیاد، جاوا اسکریپت همچنان جزو زبان‌های محبوب باقی مانده است.۹۰ هزار توسعه‌دهنده در نظرسنجی سالانه استک ‌اور فالو شرکت کردند. همین میزان حضور نشان می‌دهد که استک اور فالو هنوز هم بزرگترین جامعه توسعه‌دهندگان است.بیشتر این شرکت کنندگان خود را توسعه‌دهنده ارشد جاوا اسکریپت می‌دانستند و می‌گفتند که به‌صورت فول استک (full stack) بر روی فناوری‌های فرانت‌اند از جمله اپلیکیشن‌های تحت وب یا سیستم‌عامل‌های محلی و همچنین فناوری‌های بک‌اند از جمله اجرای روی سرور کار می‌کنند.نکته تعجب‌آور این است که بیشتر توسعه‌دهندگانی که از طراحی اصلی جاوا اسکریپت به عنوان زبان برنامه‌نویسی وب استفاده می‌کردند، سمت بک‌اند کار می‌کردند.این موضوع شاید به دلیل محبوبیت روزافزون Node.js به عنوان زبان سمت سرور برای اجرای جاوا اسکریپت باشد.شمار زیادی از فریم‌ورک‌های جاوا اسکریپت، تطبیق‌پذیری زبان‌ها را افزایش داده‌اند.برای مثال، ری‌اکت نیتیو (React Native) برای توسعه اپلیکیشن‌های موبایلی از جاوا اسکریپت استفاده می‌شود. یا الکترون، یک فریم‌ورک جاوا اسکریپت است که امکان توسعه اپلیکیشن‌های دسکتاپ را فراهم می‌کند.این تطبیق‌پذیری در بسیاری از نقش‌هایی که توسعه‌دهندگان جاوا اسکریپت ارائه می‌کنند، قابل مشاهده است.نقش توسعه‌دهنده اپلیکیشن‌ تحت دسکتاپ و موارد مشابه، رایج‌ترین نقش برای توسعه‌دهندگان جاوا اسکریپت است. به دنبال این نقش نیز، توسعه دهنده اپلیکیشن موبایل، دانشجویان و مدیر دستگاه‌ها را می‌توان جزو چهار نقش برتر توسعه‌دهندگان در این زبان برنامه‌نویسی دانست.از نظر فریم‌ورک‌ها، جی‌کوئری (JQuery) با فاصله زیادی، محبوب‌ترین باقی مانده است. البته این فریم‌ورک بیشتر برای برطرف کردن باگ‌ها و مشکلات استفاده می‌شود، بنابراین شاید صدرنشینی آن در میان سایر فریم‌ورک‌ها تعجب‌آور باشد.سه فریم‌ورک محبوب بعدی کم‌تر آدم را متعجب می‌کنند. بعد از جی‌کوئری، دومین جایگاه به ری‌اکت نیتیو تعلق دارد که زیاد هم تعجب‌آور نیست، چون این فریم‌ورک برای توسعه اپلیکیشن‌های موبایلی استفاده می‌شود.سومین جایگاه به انگولار گوگل (Google's Angular) تعلق دارد، در حالی که جایگاه چهارم متعلق به فریم‌ورک سمت سرور یعنی ASP.NET است.در میان ابزارها نیز، ویژوال استودیو کد (Visual Studio Code) همراه با ویژوال استودیو، محبوب‌ترین ابزار در میان توسعه‌‌دهندگان جاوا اسکریپت است.البته محبوبیت محیط توسعه یکپارچه مایکروسافت چیز عجیبی نیست، به‌ویژه آنکه از تایپ اسکریپت (TypeScript) که محصول خود مایکروسافت است، نیز پشتیبانی می‌کند.IntelliJ Idea دومین محیط توسعه یکپارچه محبوب است که از جاوا اسکریپت، تایپ اسکریپت، ری‌اکت و آنگولار پشتیبانی می‌کند. در عوض محبوبیت ویرایشگر کد Nodepad++ بیشتر است.وقتی پای ابزارهای دیتابیس به میان می‌آید، مای‌اسکیوال (MySQL) همچنان سردمدار به شمار می‌آید. عد از آن PostgreSQL، سپس  Microsoft SQL Server و SQLite قرار می‌گیرند.MongoDB نیز یک توزیع کننده دیتابیس بر پایه مستندات است که بعد از چهار ابزار دیتابیس محبوب قرار گرفته است.در بحث پلتفرم‌ها می‌بینیم که بیشتر توسعه‌دهندگان جاوا اسکریپت برای توسعه از لینوکس استفاده می‌کنند و ویندوز در رتبه دوم است.پلتفرم داکر (Docker)، فضای ابری عمومی AWS و سیستم عامل اندرویدی موبایل گوگل به ترتیب در جایگاه‌های بعدی قرار می‌گیرند. پس از این پلتفرم‌ها MacOS  در جایگاه بعدی محبوب‌ترین پلتفرم‌ها قرار می‌گیرد.با همه این موارد نتایج حاصل از تجزیه و تحلیل علایق و ابزارهای توسعه دهندگان جاوا اسکریپت، البته بجز یکی دو مورد، از قبل هم قابل پیش‌بینی بود، چرا که جاوا اسکریپت یک زبان محبوب و تقریبا همه کاره است و نشانه‌های کمی از عدم محبوبیت آن به چشم می‌خورد.منبع: Analysis of the average JavaScript developer and their favourite tools یسناتیم یسناتیم Wed, 25 Mar 2020 11:44:20 +0430 https://virgool.io/@yasnateam/%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-%D8%AA%D9%82%D9%84%D8%A8%DB%8C-%DA%86%DB%8C%D8%B3%D8%AA-%D9%82%D8%B3%D9%85%D8%AA-%D8%AF%D9%88%D9%85-twcu9u2jqdds پس از درک تفاوت‌های اجایل واقعی و تقلبی (لینک قسمت قبل) نوبت به تعریف اجایل واقعی و بررسی ارزش‌های آن و طرح سوالاتی می‌رسد پرسیدن آن به شما در یافتن تیم اجایل تقلبی کمک می‌کند. با ما همراه باشید:در جستجوی اجایل «واقعی»مانیفست چابک در سال ۲۰۰۱ و در اواخر قرن نوشته شد و تلاش می‌کند دو مفهوم چابک بودن و انجام چابک را از هم تفکیک کند.  برای ساده کردن تفاوت این دو، اینگونه فکر  کنید: «باش» یک فلسفه و «انجام دادن» یک چارچوب است.در اصل، این فلسفه پیش از هر چارچوب فردی یا روشی قرار می‌گیرد. به‌عبارت دیگر هر چارچوب، ارزش‌ها و اصول متفاوتی دارد اما پایه و اساس همه یکی است.در نهایت، هدف اجایل واقعی، راهنمایی و توسعه به موقع نرم افزارهای با کیفیت و جذاب برای مشتری است و در پایان، هدف چابک "درست" راهنمایی و توسعه به موقع نرم افزارهای باکیفیت و باکیفیت و با بهترین علاقه مشتری در ذهن است.چهار ارزش اصلی اجایلمانیفست اجایل که به عنوان مانیفستی برای توسعه نرم افزار چابک شناخته می‌شود، چهار اصل مهم دارد:افراد و تعاملات بالاتر از فرآیندها و ابزارهانرم افزار کارکننده بالاتر از مستندات جامعمشارکت مشتری در انجام کار بالاتر از قرارداد کارپاسخگویی به تغییرات بالاتر از پیروی یک طرح۱۲ اصل چابکدر ادامه به بیان دوازده اصل دیگر می‌پردازیم:جلب رضایت مشتری از طریق تحویل زود هنگام و مداوم کارهای ارزشمند.شکستن کار بزرگ به کارهای کوچکتر که بتوان با سرعت انجام داد.درک این موضوع که بهترین کار از طرف تیمهای خود سازمان یافته انجام می‌شود.فراهم آوردن فضای انگیزشی برای افراد و حمایت از آن‌ها، برای ایجاد اعتماد به نفس در انجام کار.ایجاد فرایندهایی که باعث ترویج تلاش پایدار می‌شوند.حفظ سرعت ثابت برای کار انجام شده.استقبال از تغییر شرایط، حتی در صورت دیر رسیدن به یک پروژه.تعامل روزانه اعضای تیم پروژه و سفارش دهندگان در طول پروژه.دریافت بازخورد تیم در فواصل منظم، این مورد چگونگی مؤثرتر شدن تعامل را نشان می دهد، و می‌توان بر اساس آن پیش رفت.اندازه گیری پیشرفت با توجه به میزان کار انجام شده.پیوسته به دنبال بهتر شدن، بودن.تغییر برای ایجاد یک مزیت رقابتی.سوالاتی که پرسیدن آن به شما در یافتن تیم اجایل تقلبی کمک می‌کندعلاوه بر این که از خود می‌پرسید چقدر اجایل جعلی با اجایل واقعی متفاوت است، بهتر است  از تیم‌هایی که مستقیم با آنها کار می‌کنید نیز دراین زمینه سوال کنید.به‌طور معمول می‌توانید با سوالاتی ساده‌ درباره نحوه کار مانند سوالات زیر به بینشی واقعی برسید:سوال اول: «چگونه بازخوردها را جمع می کنید؟»اجایل برای درست کار کردن، به بازخورد مشتری وابسته است. تیم های کم‌‌تجربه‌تر ممکن است از نتایج یک یا دو فرم بازخورد راضی باشند (که همین هم حدود یک ماه طول می‌کشد تا به‌دست بیاید) اما در واقع این به اندازه کافی خوب نیست.دریافت بازخورد اجایل باید مداوم باشد و در هر مرحله از چرخه انتشار انجام شود. تیم‌هایی که دریافت بازخورد را یک استثنا می‌دانند و آن را رعایت نمی‌کنند، چابک را به درستی انجام نمی‌دهند.سوال دوم: «چه مقداری از بودجه تیم برای آن پروژه برای جلب نظر مشتری در نظر گرفته شده است؟»دریافت بازخورد اولین قدم است، اما اگر تیم زیرساخت فعالیتی برای ارزیابی و اجرای آن بازخورد به عنوان بخشی از چرخه توسعه خود نداشته باشد، ارزشش به اندازه یک «کاغذ خالی خوب» است. بخش مهمی از این توجه به بودجه تیم مربوط است.چه مقدار از بودجه برای توجه به بازخورد اختصاص دارد یا به عبارت دیگر، چه مقدار از آن برای ناشناخته‌ها اختصاص می‌یابد؟ پاسخ به این سوال ممکن است گیج کننده باشد، که در این صورت مشخص است درک مناسبی از اجایل وجود ندارد.تیم‌های اجایل واقعی در پیامدهای بازخورد مشتری نقش دارند. زیرا آن‌ها این بازخورد را به عنوان زمینه‌ای برای تامین حداکثر ارزش ممکن برای مشتری می‌شناسند.نیاز به آموزش اجایلکارمندان باید فلسفه موجود در رویکرد اجایل را درک کنند. مهم است که همه بدانند  اجایل چیست و چابک و چگونه کار می‌کند. بیشتر سردرگمی و عدم موفقیت اجایل ظاهری (AINO) ناشی از عدم آموزش صحیح چابک است. در اینجا دلایلی وجود دارد که به شما می‌گوید بسیار مهم است که وقت خود را با آموزش مناسب چابک سپری کنید.هزینه بالا، پاداش صفرآیا مطمئن هستید که از اجرای چابک سود می‌برید؟ انتقال به یک چارچوب توسعه سریع می تواند هزینه سربار اضافی ایجاد کند و در صورت عدم آموزش صحیح، این هزینه اضافی هدر می‌رود.اینکه جلسات استند‌آپ (اسکرام روزانه) برگزار کنید و یک ماه را اسپرینت بنامید، قرار نیست روندهای کاری شما را به صورت جادویی به اجایل منتقل کند. اینکه به تیم‌ خود بگویید از این به بعد self organized (خود سازمانده) هستند، در حالیکه همچنان قرار است به همان شیوه قبلی کارهایی که به آن‌ها محول می‌شود را به انجام برسانند، فقط باعث گیجی و ناامیدی آن‌ها می‌شود.تمرینات چابک برای جلوگیری از این سردرگمی‌ها لازم است. اطمینان حاصل کنید که حداکثر ظرفیت چابک برای کل تیم فراهم شده است.کارهای بد، رشد و تکثیر می‌شوندهرچه زودتر کارهای بد را متوقف کنید. خلاص شدن از دست عادات بد قدیمی و طولانی که به‌ آن‌ها توجهی نشده، هرچه عمیق‌تر شود، سخت‌تر است. آموزش چابک کمک می کند تا قبل از اینکه این عادات بد را نگه داشته و حتی به مشکلات بزرگتری تبدیل شود، آن‌ها را از بین ببرید.شما احتمالاً ایده مبهمی در مورد چابک بودن در ذهن داشته‌ید. احتمالاً اکثر توسعه دهندگان این کار را انجام می‌دهند. هنگامی که اطلاعات ناقص باشد، مغز ما شکاف ها را پر می کند.یک مثال عالی برای این موضوع این است که اسکرام‌مستر معمولا در نقش مدیر پروژه قرار می‌گیرد.هنگامی که تیم‌ها به درستی در مورد نقش‌ها و مسئولیت‌های خود در چارچوب چابک آموزش نبینند، آنچه را که می‌دانند به طور پیش‌فرض اجرا می‌کنند. بخش بزرگی از آموزش چابک این است که به مردم کمک می‌کند تا عادات بدی را که قبلاً به آن‌ها عادت کرده‌اند، بیاموزند.این بدان معنا نیست که چابک از آنچه پیش از این اتفاق می‌افتاد بهتر است، اما مطمئناً عادات قدیمی می‌تواند در عملکرد چابک اختلال ایجاد کند. به همین دلیل انتقال رفتارهای خاص با آموزش مناسب مهم است.از چابک «فرانکنشتاین» خودداری کنیداین شیوه شبیه به همان شیوه نیاز به آموزش درباره عادت‌های بد است، با این تفاوت که شامل تعصب آگاهانه در مورد این است که هر فرد فکر می کند بهترین راه برای انجام کارها را می‌داند.آنها ممکن است در یک شرکت قبلی یک نوع چابک انجام داده باشند و معتقدند بهترین (یا تنها) راه برای انجام این کار، همان شیوه است.غالباً این روش در قالب روش‌های فرانکنشتاین آشکار می‌شود که بخش‌هایی از اسکرام را با واترفال و انواع روش‌های مختلف دیگر ترکیب می‌کند. درست مانند انتخاب مواد غذایی مختلف در سوپر مارکت است.با آموزش صحیح می‌توان از این نوع برخورد درهم جلوگیری کرد. وقتی همه در یک صفحه در مورد روند و اصول پشت رویکرد چابک قرار بگیرند، کارهای بیشتری انجام شده و اصطکاک کمتری در تیم ایجاد می‌شود.برخی از ابزارهای معمول برای توسعه چابکدر اینجا لیستی از ابزارهایی وجود دارد که می‌توانند برای تیم های توسعه چابک مفید باشند:Git ابزار استاندارد توسعه مدرن برای کنترل نسخه.GitHub / BitBucket برای میزبانی، تیکت‌ها، ترکیب برنامه‌ها.Jenkins سروری فوق العاده قدرتمند برای ادغام.Ansible / Puppet دستورالعمل‌ها و وظایف پیکربندی پشتیبانی از سرور.Docker  مجازی سازی (ظرف سازی).KubernetesJira سیستم تیکت، نظارت و مدیریت.Process Street  نمونه‌سازی سریع و استقرار سریع فرآیند، و همچنین مدیریت فرایند تجارت. با بسیاری از ابزارهای فوق مانند GitHub و Jenkins ادغام می‌شود.ترجمه آزاد:  What is fake agile یسناتیم یسناتیم Sun, 15 Mar 2020 11:52:15 +0330 https://virgool.io/@yasnateam/%D8%A7%D8%AC%D8%A7%DB%8C%D9%84-%D8%AA%D9%82%D9%84%D8%A8%DB%8C-%DA%86%DB%8C%D8%B3%D8%AA-%D9%82%D8%B3%D9%85%D8%AA-%D8%A7%D9%88%D9%84-a9dhfwm7u9kx شما چقدر با اجایل آشنایی دارید و از کجا می‌دانید تفکر اجایل جاری در سازمان شما، اجایل تقلبی نیست؟ ما در این مقاله دو قسمتی به تعریف اجایل و راه‌های تشخیص اجایل واقعی از تقلبی می‌پردازیم. با ما همراه باشید:اجایل (چابک) یک اصطلاح است. نمونه این اصطلاح را می‌توانید در جمله زیر ببینید:«این روزها همه در حال انجام اجایل هستند.»بیشتر از ۹۰ درصد مدیران ارشد شرکت‌ها، اجایل را به عنوان یک اصل پذیرفته‌اند، اما در واقع کمتر از ۱۰ درصد از آنان شرکت خود را دارای سطح بالایی از اجایل می‌دانند.به‌همان اندازه که مردم عاشق استفاده از اجایل هستند، مشکلات و چالش‌هایی بین اجرای ایده‌آل اجایل و آنچه در واقعیت رخ می‌دهد، وجود دارد.بنابراین اجایل چیست؟اجایل در واقع یک فلسفه توسعه نرم‌افزار است که توسعه مکرر نرم افزاری که کار می‌کند و راه‌حل‌هایی که برای گروه وجود دارد و خود سازماندهی (self-organize) را در اولویت قرار می‌دهد.اجایل به‌اصلاح چتری برای یک دسته از چارچوب‌های توسعه است، اما نمی‌توان آن را اسکرام یا کانبان ترجمه کرد. گاهی سردرگمی زمانی اتفاق می‌افتد که تیم‌ها، رویکرد اجایل را با استفاده از «چارچوب اجایل» برابر می‌دانند.چنین چارچوب‌هایی جذاب هستند، زیرا به‌عنوان راه‌حل‌های ساده برای حل مشکلات دشوار مدیریت پروژه به‌کار برده می‌شوند.برای دستیابی به موفقیت، تیم‌ها باید فلسفه اجایل را به کار بگیرند و طرز تفکر خود را درباره مالکیت کار، مدیریت، رابطه و وظیفه خود در برابر مشتری تغییر دهند.در این مقاله به بررسی این موضوع می‌پردازم که چگونه اجایل واقعی از اجایل تقلبی (اجایل تقلبی) تشخیص دهید. این موضوع معمولا مرز بین موفقیت و عدم موفقیت تیم توسعه را مشخص می‌کند.اجایل تقلبی چیست؟اول از همه باید بگویم که هیچ ارزیابی استانداری برای اندازه‌گیری اجایل وجود ندارد. اجایل بیش از آنکه یه چارچوب باشد، یک فلسفه است. (یا حداقل یک فلسفه بود.)در بیانیه اجایل می‌گویند «اجایل باش» و این در تضاد با «اجایل انجام بده» است.تفاوت اصلی همینجاست که در «اجایل بودن» فرقی نمی‌کند که از چه چارچوبی استفاده می‌کنید، زیرا مقادیر اصلی خاصی پشتیبانی می‌شوند. در عوض تقریبا همه چارچوب‌های اجایل واقعی شاخص‌های یکسانی را به اشتراک می‌گذارند.در اینجا نموداری داریم که تفاوت بین چارچوب اجایل موفق و آنچه اجایل BS نامیده می‌شود را نشان می‌دهد:از طرف دیگر اجایل تقلبی در واقع نوعی زباله و به عبارت بهتر یک روند شکست خورده است. در واقع هنگامی که تیم‌ها با هدف تسهیل در بازخورد مشتری کارهای بیشتری انجام می‌دهند، زباله‌های زیادی به وجود می‌آیند.اجایل تقلبی، جعلی است. زیرا در واقع اصول چابکی را حفظ نمی‌کند. اجایل دروغین در واقع با حفظ پوششی زیبا، روش‌های سنتی را دنبال می‌کند.چرا اجایل تقلبی برای تیم شما بد است؟برای درک بهتر این موضوع بیایید به برخی از باورهای رایج تیم‌هایی که رویکردی به اصطلاح چابک دارند، بپردازیم:«اکنون ما بسیار کارآمدتر هستیم زیرا چابک شده‌ایم!»«افراد بر فرآیندها ارجحیت دارند!»«نرم‌افزاری که کار کند از اسناد و پروپوزال مهم‌تر است!»همه این موارد درست است اما بسیاری در موقع پیاده‌سازی اجایل این موارد را نصفه و نیمه رعایت می‌کنند. در نتیجه فاقد تاثیرگذاری لازم می‌شوند.برای درک بهتر خطر اجایل تقلبی اشتباه، مثال زیر را در نظر بگیرید.یک مدیر پروژه را تصور کنید که به تازگی در استند‌آپ روزانه (اسکرام روزانه) اعلام کرده که به‌ لطف رویکرد جدید اجایل، تیم توانسته به موقع و براساس برنامه‌ریزی ۳۵ فیچر (ویژگی) را به سرانجام برساند.آمار قابل توجهی است، اما چه کسی قصد دارد از این فیچرها استفاده کند؟ این فیچر‌ها چگونه به شرکت کمک می‌کنند تا ارزش بیشتری را برای مشتریان فراهم کند و درآمد بیشتری به‌دست بیاورد؟ چرا ۳۵ فیچر؟ آیا با دو یا سه فیچر می‌توان نتیجه مشابهی کسب کرد؟اجایل تقلبی «ساختن چیزهای بدتری» است و فرقی نمی‌کند که شما از کانبان، اسکرام یا چارچوب شخصی‌سازی شده بسپوک (bespoke) استفاده می‌کنید.اجایل تقلبی و اجایل واقعی: چگونه تفاوت را تشخیص دهیم؟صحبت درباره نکات واقعی یا مبهم کافی‌ست، چگونه می‌توانید تفاوت بین اجایل واقعی و اجایل تقلبی را تشخیص دهید؟اینجا به چند مورد اشاره شده که می‌توانید آن‌ها را مد نظر قرار دهید، اما پیش از هرچیز بگویم که این اطلاعات از منبع اصلی یعنی راهنمای DIB آورده شده که کمیته نوآوری وزارت دفاع ایالات متحده در ۹ اکتبر ۲۰۱۸ منتشر کرده است.نادیده گرفتن کاربراناجایل واقعی: توسعه‌دهندگان اهمیت برقراری ارتباط و درگیر کردن مشتریان و کاربران را با روند توسعه و استقرار درک می کنند. آن‌ها پیشرفت در روند توسعه را به اشتراک می‌گذارند و به طور فعال به دنبال بازخورد به منظور بهبود روند یا محصول هستند.اجایل تقلبی: برنامه‌نویسان علاقه‌ای به برقراری ارتباط با کاربران واقعی برنامه ندارند (آزمایش و ارزیابی برنامه حساب نمی‌شود) و اگر بازخوردی وجود داشته باشد، مداوم نیست. (مثلاً فقط در شروع پروژه اتفاق می‌افتد.)مدیریت زمان و کاهش بازدهیاجایل واقعی: ساختن کار را در اولویت قرار می‌دهد و اهمیت تکرار سریع را می‌فهمد. کارهای جدید به‌صورت هفتگی یا حداقل در انتهای هر اسپرینت ساخته می‌شوند.اجایل تقلبی: به الزامات استفاده سریع از چیزهای مفید توجه دارد. به ندرت کارهای آماده‌ای دارد که در انتهای یک اسپرینت بتواند نشان دهد. برای انجام کارها یا سرعت اسپرینت را بالا می‌برند یا انجام آن را به اسپرینت بعد واگذار می‌کنند.مسئولیت‌پذیریاجایل واقعی: توسعه دهندگان فعال و مایل هستند که مسئولیت نقش خود را در ارائه فیچرها به مشتری بهبود در ارائه خدمات به عهده بگیرند.اجایل تقلبی: توسعه دهندگان مسئولیت نمی‌پذیرند و با رویکردی شبیه «این کار من نیست» برخورد می‌کنند.ساده‌سازی فرآیندهااجایل واقعی: فرآیندها تا حد امکان به صورت خودکار انجام می‌شوند تا کارهای دستی خسته کننده انجام نشود و تمرکز اصلی بر تامین نیازها و ویژگی‌های ارزشمند برای مشتری باشد.اجایل جعلی: فرایندها بیشتر دستی هستند در حالی که فرصت زیادی برای انجام خودکار کارها وجود دارد.اهمیت عملکرداجایل واقعی: روی توسعه مکرر نرم افزار کار تمرکز می‌کند، جایی که بازخورد ذینفعان اصلی در هر مرحله بسیار مهم است.اجایل تقلبی: بر روی انطباق و الزامات تمرکز می‌کند، جایی که کار کردن نرم افزار یک امتیاز خوب است که به طور عادی به «اسپرینت دیگر» برمی‌گردد.رهبری اجایل اشتباهنقش رهبری چابک غالباً به اشتباه تعریف می‌‌شود. بیشتر اوقات تیم‌های که اسکرام مستر یا مالک محصول دارند، به این نتیجه می‌رسندکه در واقع این افراد، در هر چارچوب توسعه‌ معمولی نقشی مشابه مدیر پروژه ایفا می‌کنند.این دیدگاه، در واقع پیرو ایده «یک گلو برای خفه کردن» است. اگر قرار به استفاده از این دیدگاه باشد، انتظار می‌رود در ساختارهای سنتی توسعه مورد استفاده قرار بگیرد. جایی که مدیر پروژه وظیفه دارد تا از کارکردن تمام اعضای تیم اطمینان حاصل کند.اجایل متفاوت است، زیرا ماهیت مسئولیت اساساً متفاوت است. افراد در یک تیم توسعه چابک باید احساس مسئولیت مشترک داشته باشند. در هر صورت اگر قرار به استفاده از ایده «یک گلو برای خفه کردن» باشد، این گلو، گلوی کل تیم توسعه است.مالکان محصول و اسکرام مسترها برای انجام وظایف کلیدی مانند گزارش دادن به صاحبان مشاغل و برقراری ارتباط با ذینفعان در آنجا هستند، اما نقش آن‌ها با نقش مدیر پروژه متفاوت است.این تفاوت در رویکرد مدیریتی، تفاوت نگرش به مجازات و ترس در محیط کار را برجسته می‌کند. اگر افراد از مجازات هراس داشته باشند، می‌توان دید که در صورت شکست، خلاقیت و نوآوری آن‌ها از بین می‌رود. این نوع ترس انگیزه‌ای به همراه ندارد.ترس از مجازات مردم را از مسئولیتهایشان دور می کند. اگر تیم شما بداند که در صورت نداشتن عملکرد خوب، با واکنش منفی مواجه می‌شوند، ناخودآگاه بیشتر شکست می‌خورند. زیرا افراد به جای تمرکز بر کار و تهیه بهترین خروجی، بیشتر انرژی خود را برای اجتناب از پاسخگویی احتمالی صرف می کنند.ادامه دارد....ترجمه آزاد:  What is Fake Agile? Understanding the Dark Side  Agile and How to Avoid It یسناتیم یسناتیم Sat, 07 Mar 2020 11:28:00 +0330