https://virgool.io/feed/@m_74484824 Product Manager @Snapp Box fa 2026-06-16 18:16:03 https://files.virgool.io/upload/users/1065992/avatar/d14v5G.jpeg?height=120&width=120 https://virgool.io/@m_74484824 https://virgool.io/@m_74484824/shaping-the-work-yrrdtrvmwhqa Shape of workشکل دادن به کار (shaping the work) یعنی قبل از اینکه کار را به یک تیم بدهیم شکل می دهیم.شکل دهی در درجه اول یک کار طراحی است. یک طراحی تعاملی است که از دیدگاه کاربر مشاهده می‌شود. مشخص می کند که این ویژگی چه کاری انجام می دهد، چگونه کار می کند و در کجا با جریان های موجود مطابقت دارد.برای شکل دادن نیازی به برنامه نویسی ندارید، اما باید از نظر فنی سواد داشته باشید. شما باید بتوانید قضاوت کنید که چه چیزی ممکن است، چه چیزی آسان و چه چیزی سخت است. دانش در مورد نحوه عملکرد سیستم به شما کمک می کند فرصت ها یا موانع را برای اجرای ایده خود ببینید.همچنین شکل دهی یک کار استراتژیک است. ارائه راه حل مستلزم آن است که نسبت به مشکل انتقاد کنید. ما برای حل چه چیزی تلاش می کنیم؟ چرا مهم است؟ چه چیزی به عنوان موفقیت به حساب می آید؟ کدام مشتریان تحت تأثیر قرار می گیرند؟ هزینه انجام این کار به جای کار دیگری چقدر است؟ گروه کوچکی از سنیورها به موازات تیم های چرخه کار می کنند. آنها قبل از اینکه پروژه ای را آماده پیاده‌سازی در نظر بگیریم، عناصر کلیدی راه حل را تعریف می کنند. پروژه‌ها در سطح مناسبی از انتزاع تعریف می‌شوند: آن‌قدر مشخص که تیم‌ها بدانند چه کاری باید انجام دهند، در عین حال به اندازه‌ای انتزاعی هستند که خودشان فضایی برای کار کردن جزئیات جالب دارند.هنگام شکل دهی، کمتر بر روی تخمین ها تمرکز می کنیم و بیشتر روی نیاز خود تمرکز می کنیم. به جای اینکه بپرسیم انجام برخی کارها چقدر زمان می برد، می پرسیم: چقدر می خواهیم وقت بگذاریم؟ ارزش این ایده چقدر است؟ این وظیفه شکل دادن است: محدود کردن مشکل و دیزاین طرح کلی سولوشن که با محدودیت های نیاز ما مطابقت داشته باشد.شما واقعاً نمی‌توانید کار شکل‌دهی را برنامه‌ریزی کنید، زیرا، کار بدون "شکل" خطرناک و ناشناخته است. به همین دلیل ما دو مسیر مجزا داریم: یکی برای شکل دادن، یکی برای ساختن. در طول هر چرخه شش هفته ای، تیم ها در حال ساخت کارهایی هستند که قبلاً شکل گرفته است و شکل دهندگان (پروداکت منیجر و دیزاینر) در حال کار بر روی آنچه که تیم ها ممکن است در چرخه آینده بسازند، کار می کنند. سارا گروسی سارا گروسی Tue, 18 Apr 2023 19:12:02 +0330 https://virgool.io/@m_74484824/out-come-%D9%86%D8%AA%DB%8C%D8%AC%D9%87-%D9%88-out-put-%D8%AE%D8%B1%D9%88%D8%AC%DB%8C-ngdygns5shbi چرا نتیجه مهمتر از خروجی است؟این روزها خیلی درگیر نتیجه و خروجی هستم و باید سعی کنم که به سمت نتیجه بروم و تمام محصولاتی که برای کاهش لود کال سنتر ساخته ام رو به سمت نتیجه ببرم.در ظاهر این دو کلمه خیلی شبیه به هم هستند و معنی یکسانی می‌دهند. ولی بین‌شان فرق هست و این فرق، واقعا زیاد است. کلمه Output به معنی خروجی است و به تمام کارهایی اطلاق می‌شود که ما از خودمان به جا می‌گذاریم. ولی Outcome به معنی ثمره یا نتیجه‌ی کار است؛ یعنی آن چیزی که در نتیجه‌ی عمل ما حاصل می‌شود.یک پروداکت منیجر خوب باید بتونه برای محصولش Outcome داشته باشه.نتایج همان چیزی هستند که کسب وکار می خواهد یا باید به آن دست یابد. خروجی ها اقدامات یا مواردی هستند که در دستیابی به یک نتیجه نقش دارند. یک راه آسان برای تفکر در این مورد این است که نتایج، نتایج هستند، و خروجی ها فعالیت هایی هستند که از نتایج مطلوب حمایت می کنند.به عنوان مثال من میخوام که لود مرکز تماس رو کم کنم،یک محصولی در این راستا دولوپ میکنیم و محصول ریلیز میشود و خروجی هایی که مد نظرمون هست رو انجام میده(Output) و به خوبی رول اوت میکنیم، سوالی که مدیرم بعد از رول اوت محصول از من میپرسه این هست که این فیچر چه نتیجه ای داشته و چقدر لود کال سنتر رو کم کرده است (Outcome)تفاوت هایی که بین خروجی و نتیجه وجود دارد:سطح نتایجدر حالی که خروجی اولین سطح از نتایج مرتبط با یک پروژه است، نتیجه، سطح دوم نتایج مرتبط با یک پروژه است.اندازه گیری ارزشدر حالی که خروجی ها به تأثیر یا ارزش خدمات نمی پردازند، نتیجه دستاورد یا عملکردی که به دلیل فعالیت ها یا خدمات ارائه شده رخ داده است، را نشان میدهد.نحوه ارزیابی در خروجی و نتیجهخروجی ها شاخص مناسبی برای اثربخشی نیستند. از سوی دیگر، یک نتیجه، معیار مناسبی برای اثربخشی است. سارا گروسی سارا گروسی Wed, 21 Sep 2022 22:33:10 +0430 https://virgool.io/@m_74484824/%D9%87%DB%8C%DA%86%D9%88%D9%82%D8%AA-%D8%B3%D8%AE%D8%AA-%DA%A9%D8%A7%D8%B1-%D9%86%D9%85%DB%8C%DA%A9%D9%86%D9%85-%D9%85%DA%AF%D8%B1-%D8%A7%DB%8C%D9%86%DA%A9%D9%87-%D8%A8%D8%AF%D8%A7%D9%86%D9%85-%D9%85%D8%AD%D8%B5%D9%88%D9%84%D9%85-%DA%86%DB%8C%D8%B2%DB%8C-%D8%AE%D9%88%D8%A7%D9%87%D8%AF-%D8%A8%D9%88%D8%AF-%DA%A9%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%A7%D9%86-%D9%88-%D9%85%D8%B4%D8%AA%D8%B1%DB%8C%D8%A7%D9%86-%D9%85%DB%8C-%D8%AE%D9%88%D8%A7%D9%87%D9%86%D8%AF-uptbfcdmojpy برگرفته از فصل اول کتاب InspiredChapter 1:برای یک پروژه هوش مصنوعی تیم فنی شبانه روز زمان گذاشت و دولوپمنت انجام داد و فیچر به مرحله تست و ریلیز رسید، ولی به محض ریلیز محصول، هیچ مشتری آن را نخرید و به آن نیاز نداشت.سوالاتی که براشون مطرح شد این موارد بود:چه کسی تصمیم می گیرد که چه محصولاتی بسازیم؟ چگونه تصمیم می گیرند؟ آنها از کجا می‌دانند آنچه که می سازیم مفید خواهد بود؟نتیجه ای که به دست آوردند:تصمیم‌گیری در مورد اینکه چه چیزی بسازیم از یک مدیر محصول گرفته می‌شود که عموماً در سازمان بازاریابی زندگی می‌کند و مسئول تعریف محصولاتی است که ساخته میشود.نقش مدیریت محصول بسیار متمایز از نقش های طراحی، مهندسی، بازاریابی یا مدیر پروژه است.نکته: هر مدیر محصول با یک تیم 2 تا 10 نفره ای از دولوپرها کار میکند. اگر محصولی که به مشتری ارائه میدهید user-facing هست باید یک پروداکت دیزاینر هم در تیمتون داشته باشید.درنتیجه:مفهوم اصلی این کتاب این است که در پشت هر محصول عالی کسی وجود دارد – معمولاً شخصی در پشت صحنه که خستگی‌ناپذیر کار می‌کند – که تیم محصول را به ترکیب فناوری و طراحی برای حل مشکلات واقعی مشتری هدایت می‌کند.به عنوان نکته آخر این چپتر: نقش مدیر محصول معمولاً یک وظیفه تمام وقت است.I don’t personally know many who are able to do what they need to do in less than 60 hours a week.من شخصا افراد زیادی را نمی شناسم که بتوانند در کم‌تر از ۶۰ ساعت در هفته کار مورد نیاز خود را انجام دهند. سارا گروسی سارا گروسی Wed, 21 Sep 2022 21:16:57 +0430 https://virgool.io/@m_74484824/%D8%AA%D9%88%D8%B3%D8%B9%D9%87-%D8%B1%D9%81%D8%AA%D8%A7%D8%B1-%D9%85%D8%AD%D9%88%D8%B1-behavior-driven-development-fmgiikersh1f توسعه مبتنی بر رفتار با کشف نیازهای از دست رفته بر اساس مثالهای مشخص ، درک مشترکی از نحوه رفتار یک برنامه را ایجاد می کند و از اشکالات و سو تفاهم ها جلوگیری می کند.همچنین چارچوب BDD یک رویکرد توسعه نرم افزار است که به کیو ای / پروداکت اونر اجازه می دهد موارد آزمایشی را به زبان متن ساده ایجاد کنند. این کار به تیم QA کمک میکند تا تست اتومات (automated testing) را سریعتر و آسان تر ، به دست آورد.زبان ساده مورد استفاده در سناریوها حتی به اعضای تیم غیرفنی نیز کمک می کند تا بفهمند در پروژه نرم افزار چه می گذرد. این به ارتباطات بین تیم های فنی و غیرفنی ، مدیران و استکهولدرها کمک می کند.نحوه نوشتن BDD:با استفاده از BDD ، آزمون ها با استفاده از زبان gherkin Given-When-then ایجاد می شوند. GIVEN (پیش شرط (ها) ، حالت ، پارامترهای مربوط به یک سناریو خاص است)WHEN (یک محرک یا تغییر حالت است ، چیزی که ما در حال آزمایش آن هستیم)THEN (نتیجه (نتایج) مورد انتظار با توجه به پیش شرط ها است)قسمت When فقط باید حاوی یک Trigger باشد ، و قسمت Given باید تمام شرایطی را که بر آن Trigger تأثیر دارند ، فهرست کند.مثلا:-(GIVEN) در فرم ثبت نام هستم و تمام قسمت های اجباری پرشده است (نام کوچک،نام خانوادگی،پست الکترونیک،کلمه عبور)-(WHEN)وقتی فرم را ارسال می کنم-(THEN) یک حساب کاربری ایجاد می شود و یک ایمیل تایید برای من ارسال میشودپیش شرط و توالی وقایع:در حالی که هدف ما این است که هنگام نوشتن داستان های کاربر بدون ابهام باشیم ، اما ممکن است از حد بگذریم و در دام توضیح بیش از حد بیفتیم.سناریو: تأیید مجدد انتخاب صندلی پرواز:(GIVEN)من یک پرواز را در صفحه انتخاب پرواز انتخاب کرده امAND من ترجیح دادم از انتخاب صندلی در صفحه انتخاب صندلی بگذرمAND من یک وعده غذایی را در صفحه انتخاب غذا انتخاب کردم(WHEN) جزئیاتم را در صفحه تأیید جزئیات تأیید می کنم(THEN)باید یک پیام هشدار "صندلی به طور تصادفی اختصاص داده می شود ، ادامه دهید" ظاهر شودباز هم ، در نگاه اول ، این به نظر درست می رسد و صادقانه بگویم ، نوشتن تست های قبولی برای این کار دشوار نیست. با این وجود ، یک روش ساده تر و بهتر برای نوشتن همان سناریو وجود دارد:(GIVEN) من در صفحه تأیید جزئیات هستمAND من ترجیح داده ام از انتخاب صندلی بگذرم(WHEN)جزئیاتم را در صفحه تأیید جزئیات تأیید می کنم(THEN)یک پیام هشدار دهنده باید نمایش داده شود "صندلی به طور تصادفی اختصاص داده می شود ، ادامه دهید"در این مثال ، بخش پیش شرط ابتدا زمینه را تنظیم می کند ، سپس تنها پیش شرط مهم در این سناریو را ذکر می کند.در این حالت ، این موارد مهم نیستند:- جریان و ترتیب ورود کاربر به صفحه تأیید جزئیات- اقدامات و پارامترهایی (غیر از پرش از انتخاب صندلی) که کاربر قبل از این انجام داده استبا در نظر گرفتن این سناریو یا آزمایش خاص در حداقل مراحل ممکن ، آن را نسبت به تغییرات شکننده تر می کند و اغلب برای آزمایش همه سناریوها به آزمایشات کمتری نیاز دارد.برگرفته از سایت:https://www.thoughtworks.com/insights/blog/applying-bdd-acceptance-criteria-user-stories -------------------------------------------------------------- سارا گروسی سارا گروسی Fri, 23 Jul 2021 20:06:39 +0430