تیم من "ایده های " من رو قبول نمیکنه

فرض کنید شما مدیر/مالک محصول هستید، بر اساس نیاز بازار یا هر روشی دیگری نیازمندی ها را الویت بندی کردید، اما موقعی که آن را با تیم مطرح میکنید، تیم خیلی تمایل چندانی به این اولویت بندی نشان نمیدهد.
شما استرس میگیرید که چرا تیم با من همراه نیست؟

اما چه باید کرد؟

1- باهم ایده ها را خلق کنید
2- حضور داشته باشید، از روی ضعف با دیگران ارتباط نگیرید، مثلا "دائم، در حال عذرخواهی از دیگران نباشید..."
3- داستان گویی کنید

توضیحات بیشتر در مورد هر کدام از این موارد در لینک زیر 👇👇

https://www.lennysnewsletter.com/p/getting-buy-in

@iranagile

کار در وضعیت ویژه

ماه‌هاست که وضعیت ویژه‌ای بر جهان حاکم است. مشخصا درباره بیماری کرونا صحبت می‌کنم.

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

همینطور که ریموت کار کردن مزایای جالبی مثل طی نکردن هر روز مسیر از خانه به سرکار یا برعکس و … دارد، اما می‌تواند به سمی تبدیل شود که روند کار روزانه شما را از کار می‌اندازد.

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

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

خواندن این مقاله به هرکسی که ریموت کار می‌کند پیشنهاد می‌شود.

http://bit.ly/dxgn682-1

(زمان حدودی مطالعه: ۱۰ دقیقه)

نویسنده: آرش اصغری

#ریموت #تجربه_کاربری

@Dexign فلسفه دیزاین

______

آموزش کار با CSS Isolation در ASP NET Core 6.0

https://youtu.be/kqdn7dzEyhk

ژاپن برای واکسیناسیون کوید-19 از متد تویوتا استفاده می‌کند

متد تویوتا در واقع راه روش شرکت خودروسازی تویوتا است که در کشورهای غربی معمولا با عنوان ناب شناخته می شود. در واقع اساس این متد بر از بین بردن اتلافات و افزایش بازدهی هست. بازدهی که در راستای خلق ارزش هست، مثلا انتظار کم برای کسانی که میخواهند واکسن بزنند.

اینکه چگونه این متد برای افزایش بازدهی طرح واکسیناسیون استفاده شده بسیار جالب هست

https://mainichi.jp/english/articles/20210609/p2a/00m/0bu/022000c

@iranagile

اختیار از دست رفته؛
چگونه محصولات دیجیتال را انسانی‌تر کنیم!

برخلاف ادعای انسان محور بودن محصولات، اتفاقا بیشتر تمرکز شرکت‌ها روی منفعت‌هاییست که می‌توانند از کاربرانشان دریافت کنند و کمتر به فکر این هستند که واقعا چه چیزی را می‌توانند برای آن‌ها عرضه کنند.

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

احتمالا اغلب اوقات با این حس افسردگی، ناامیدی و خستگی هنگام تعامل با این اپلیکیشن‌ها مواجه شده‌اید. ما دوست داریم در برخورد با تکنولوژی احساس اختیار و قدرت بکنیم و به کلی این موضوع را فراموش کرده‌اییم که سودمندی با توانمندی و اختیار یکسان نیست.

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

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

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

http://bit.ly/dxgn693-1

http://bit.ly/dxgn693-2

http://bit.ly/dxgn693-3

(زمان حدودی مطالعه‌ی مقاله‌‌ی اول‌‌: ۱۷ دقیقه،
مقاله‌ی دوم: ۸ دقیقه
و مقاله‌ی سوم: ۱۰ دقیقه)

نویسنده: حسین میرزاده

#تجربه_کاربری #روانشناسی #تکنولوژی #دیزاین_اخلاقی #انسان_محور

@Dexign فلسفه دیزاین

______

مقایسه رفتار Thread Pool در متدهای Sync و Async

https://youtu.be/AdauMu7fpkI

هفت نکته مهم برای تصمیم های بهتر محصول

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

1- باید بدانیم چه زمانی تیم توسعه و ذینفعان را در تصمیم گیری مشارکت بدهیم: اصولا همیشه لازم نیست هر تصمیمی به صورت مشارکتی گرفته شود، تشخیص زمان درست بسیار مهم است. از بعد اجرایی، ذینفعان و تیم های توسعه دهنده را در تصمیماتی که بر استراتژی محصول و نقشه راه محصول تأثیر می گذارد، درگیر کنید.

2- افراد درست را دوره هم جمع کنید: برخی مواقع ما تصمیم جمعی با افراد اشتباه می‌گیریم

3- در جلسات حتما یک تسهیل گر با تجربه داشته باشید، کسی بتواند جلسه را با مهارت شروع، باز کرده و بتواند به سمت جمع بندی هدایت کند. این میتواند توسط یک اسکرام مستر اتفاق بیفتد.

4- خودتان تعاملی بودن را در عمل نشان بدهید، برخی افراد عادت دارند، جلسه را در دست بگیرند و نگذارند دیگران صحبت کنند، شما با نشان دادن گوش دادن فعال، سوال پرسیدن، .... میتوانید بقیه را به تعامل به جای رقابت در جلسه دعوت کنید. کسی قرار نیست برنده جلسه باشد.

5- در مورد شیوه تصمیم گیری توافق کنید، 1- اتفاق نظر: همه با راه حل پیشنهادی موافق هستند و از تأیید آن خوشحال هستند. 2- رضایت: هیچ کس اعتراض معناداری ندارد. 3- اکثریت: بیش از نیمی از افراد ملزم به توافق با راه حل پیشنهادی هستند. 4- متخصص محصول پس از شنیدن بحث، تصمیم می گیرد: هنگامی که همه شنیده شدند و درک مشترکی از ایده های مختلف ایجاد شد، مثلا مدیر محصول تصمیم می گیرد.

6- برای تصمیم های مهم عجله نکنید، شاید در چند جلسه این تصمیم گیری باید انجام شود.

7- از دیتا بعنوان پشتیبان تصمیم گیری استفاده کنید. داده های مرتبط را جمع آوری کنید و از آنها برای تصمیم گیری استفاده کنید.

بیشتر بخوانید

https://www.romanpichler.com/blog/tips-for-deciding-with-stakeholders-and-dev-teams/

@iranagile

سیستم‌هایی پویا برای تحول تیم

سیستم‌های طراحی (Design System) مدت‌هاست که وجود دارند، این سیستم‌ها نه فقط برای طراحی یک مورد خاص بلکه برای طراحی مجموعه‌ای کامل از عناصر با حفظ یکپارچگی ظاهر و حس آن‌ها به‌وجود آمده‌اند.
دیزاین سیستم‌ها ابتدا به عنوان راهنمای استانداردی برای اسفتاده از علائم و کتاب‌های تجاری ساخته و بعداً با چارچوب‌های CSS وارد وب شد، مانند بوت استرپ ( Bootstrap) معروف توییتر، که مجموعه ای از عناصر UI مانند تایپوگرافی، دکمه ها و لیست های کشویی را ارائه می‌داد.
متد طراحی اتمی (Atomic Design) باعث محکم‌تر شدن آن‌ها شد و با Google Material Design استاندارد‌ها و دستورالعمل‌هایی را تصویب کردند.

امروزه تعداد زیادی از شرکت‌ها در حال ساخت سیستم‌های طراحی اختصاصی خود هستند تا با رشد محصولات خود همچنان از ثبات و سازگاری برخوردار باشند و در عین‌حال مقیاس‌گذاری را نیز برای آنها آسان‌تر کند. HubSpot Canvas، زبان تصویری Airbnb ،Polaris از Shopify و Lightning از Salesforce چند نمونه عالی از این دیزاین سیستم‌هاست.

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

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

http://bit.ly/dxgn699

(زمان حدودی مطالعه: ۵ دقیقه)

نویسنده: فیروزه ایمانی

#دیزاین #دیزاین_سیستم
@Dexign فلسفه دیزاین

______

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

خوشحال می‌شیم در این گفتگو همراه ما باشین.

آدرس روم:‌ https://www.clubhouse.com/join/peachak-co/tE7ztfzO/mWLnQqVa

آدرس کلاب‌هاوس: https://www.clubhouse.com/@mehrandvd

کانال فلسفه نرم‌افزار @SoftwarePhilosophy
.

تجربه پیاده سازی مفاهیم چابک در پروژه دولتی آمریکا

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

https://www.agilealliance.org/resources/experience-reports/no-estimates-at-scale-in-the-us-federal-government/

@Iranagile

رفتار یا گفتار؟ مساله این است!
«یا چگونه می‌توانیم درک درست‌تری نسبت به رفتار کاربرانمان به‌دست بیاوریم.»

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

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

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

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

https://bit.ly/36QXtT0

(زمان حدودی مطالعه: ۷ دقیقه)

نویسنده: فیروزه ایمانی

#تجربه_کاربری #کاربردپذیری

@Dexign فلسفه دیزاین

_______

تجربه پیاده سازی اسکرام در شرکتهای دیجیتال مارکتینگ

آژانس بازاریابی دیجیتال فیش بت در تلاش بود تا با سرعت تغییر در چشم انداز دیجیتالی که روز به روز پیچیده تر می شود، خودش را منطبق نماید. درست زمانی که تیم متوجه شده بود که رویکرد قدیمی آنها در عملیات آژانس دیگر موثر نیست، آنها به Zen Ex Machina ، یک شرکت مشاوره چابک معرفی شدند. با اتخاذ رویکرد چابک به عملیات و ارائه خدمات، فیش بت اکنون قادر به پاسخگویی به تغییرات صنعت و ارائه کار معناداری است که نتایج با ارزش برای مشتریان به ارمغان می آورد.

https://www.agilealliance.org/resources/experience-reports/scrum-for-digital-marketing-control-the-chaos-and-deliver-value/

@iranagile

اصول طراحی رابط کاربری مختص توسعه‌دهندگان!

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

توسعه‌دهنده رابط کاربری کیست؟
توسعه‌دهنده رابط کاربری، مفهومی است که به خوبی برروی اینترنت تعریف نشده است. در اصل توسعه‌دهنده رابط کاربری، یک توسعه‌دهنده فرانت‌اند با دانش اصول و مفاهیم رابط کاربری است که در صورت نیاز می‌تواند به تنهایی پروژه‌های کوچک را ایجاد کند.

چرا داشتن دانش اصول طراحی کاربری مفید است؟
رابط کاربری اولین چیزی است که کاربر هنگام تعامل با محصول، مشاهده می‌کند. اگر جذاب و استفاده از آن آسان نباشد، کاربر بدون در نظرگرفتن ویژگی‌های دیگر محصول، از استفاده از آن صرف نظر خواهد کرد. بنابراین نیاز است تا توسعه دهنده با استفاده از اصول رابط کاربری، به تولید یک محصول بهتر و موفق کمک کند. همچنین روابط بین طراحان و توسعه‌دهندگان را بهبود خواهد بخشید زیرا هر دو طرف خواهند فهمید چرا یک قسمت از محصول، به روش خاصی طراحی شده است.

معمولا اصول رابط کاربری در طراحی محصول به کار می‌روند اما در ادامه قصد داریم آن ها را از دید یک توسعه‌دهنده بررسی کنیم.

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

۲- کارایی بیشتر
بیشتر اوقات، کارایی یک سیستم از طریق زمانی که کاربر برای انجام یک کار (به همراه شمارش کلیک‌ها) صرف می‌کند، محاسبه می‌شود. اگر لایه‌های یک سیستم به خوبی تعریف شده باشند، کاربر می‌تواند به سرعت به هدف خود برسد. به عنوان یک توسعه‌دهنده رابط کاربری، چندکار در رابطه با این مورد می‌توانید انجام دهید.

۳- مشخص‌بودن اقدامات کاربر و وضعیت سیستم
به همان اندازه که نشان‌دادن اقداماتی که کاربر می‌تواند در این وضعیت از سیستم انجام دهد یا قبلا انجام داده، ضروری است. نشان دادن وضعیت سیستم نیز به کاربر کمک می‌کند تا به نتایج اقدامات خود شک نکند.

در ادامه‌ی این مقاله، می‌توانید موارد پیشنهادی از اصول رابط کاربری مخصوص توسعه‌دهندگان به همراه مثال‌هایی از آن را مشاهده کنید.

http://bit.ly/dxgn727

(زمان حدودی مطالعه: ۸ دقیقه)

نویسنده: محمدرضا وفائی

#طراحی‌ #توسعه_دهنده #محصول #اصول #فرانت_اند #رابط_کاربری

@Dexign فلسفه دیزاین

_______

توسعه برنامه های Cross Platform

اگر قصد پیاده سازی برنامه Cross Platform در دات نت را دارید می توانید از Xamarin استفاده کنید.

اما قبل از شروع، احتمالا به دنبال این هستید که برای این کار چه راهی مناسب‌تر است.
در این مقاله بین سه گزینه Xamarin, React Native, Ionic بررسی هایی انجام شده است و شما می‌توانید با توجه به شرایط خود، شرایط تیم، دانش برنامه نویسی خودتان و ... گزینه مورد نظر را انتخاب کنید.

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


در نهایت اگر تصمیمتان Xamarin بود می‌توانید از این کتاب رایگان که توسط خود مایکروسافت ارائه شده است استفاده کنید.
مایکروسافت این کتاب را به صورت خلاصه و با نوشتاری سلیس و روان ارائه کرده است.

در نهایت برای بالا بردن کیفیت پروژه‌های Xamarin خود می‌توانید از سری آموزش‌های توسعه برنامه‌های Cross Platform با Xamarin Forms & Bit Framework استفاده کنید.

#زامارین #xamarin

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، برروی دکمه «نظرت را بگو» کلیک کنید.

#حامد_حاجیلو (لینکدین)

کانال تلگرام:
@SoftwarePhilosophy

________

✅ تولید تگ های SEO در ASPNET Core با کتابخانه SeoTags

تگ های زیاد و متنوعی برای بهبود SEO سایت وجود دارند. از انواع meta و link گرفته تا تگ های تنظیم Twitter Card و Open Graph تا JSON-LD و Microdata برای Structred Data تا SiteMap و...
هرکدوم هم مسلما مقادیر خاص خودشون رو میپذیرن و بسته به شرایط و نوع محتوا متفاوت هستند.

کتابخانه SeoTags تمامی تگ های مهم و کاربردی رو براحتی برای وبسایت ASPNET Core ایی شما میسازه و حالت ها و تگ های زیادی هم پشتیبانی میکنه.

اینو کتابخونه رو تازگی نوشتم (در جهت راه اندازی سایت DotNetZoom) و به زودی تکمیل ترش هم میکنم.
شما هم اگه دوست داشتین توش مشارکت کنین، issue بزنین و pull request بفرستین

طریقه استفاده و نمونه خروجی تگ ها رو میتونین توی ریپازیتوری مشاهده کنین
https://github.com/mjebrahimi/SeoTags
___________________
@DotNetZoom