دوره غیرحضوری آشنایی مقدماتی با مهارت های نرم دولوپری

4 دیدگاه برای دوره غیرحضوری آشنایی مقدماتی با مهارت های نرم دولوپری

1. 

   پدرام کشاورزی(مالک تایید شده)

   مدت ها به دنبال این بودم که یه Team Player که معمولاً احساسی متوجهش می‌شدم چه ویژگی‌های اساسی دارد. تحلیل بسیار دلچسب و جذابی بود. دمت گرم.

   پاسخ ↓
   • 

     کسری طوفانی

     مرسی پدرام جان. آره واقعا این موضوعیه که بهش پرداخته هم نمیشه ولی خیلی از مشکلات از همین جاها نشأت میگیره. بهترینا رو برات آرزو میکنم.

     پاسخ ↓
2. 

   پدرام کشاورزی(مالک تایید شده)

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

   پاسخ ↓
3. 

   mr.bayat(مالک تایید شده)

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

   پاسخ ↓
   • 

     کسری طوفانی

     سلام روزتون بخیر
     همیشه برای هر تصمیمی درون تیم یا سازمان باید دو مورد درنظر گرفته بشه: 1- دلیل و ریشه تصمیم 2- توافق یا رضایت جمعی
     مکتوب کردن به ذات کار اشتباهی نیست میتونه مفید هم باشه. برای این موردی که فرمودین و اتفاقا زیاد هم دیده میشه، باید ببینید دلیل این تصمیم چی بوده؟
     – فراموش و گم شدن تصمیمات جلسه وقتی مکتوب نمیشن
     – تعداد زیاد نفرات
     – حساسیت بالای خروجی جلسه
     – تجربه های قبلی بد از مکتوب نکردن و همچنین
     – بی اعتمادی
     شاید دلیل موجهی پشت این تصمیم باشه ولی پیشنهادم این هست که براساس همین اصل ارتباطات، با نفرات دیگه این موضوع رو درمیون بذارید شاید بعضی نفرات دیگه هم حس شما رو داشته باشن و باید تغییر رویه داد.

     پاسخ ↓
4. 

   محمد رضا(مالک تایید شده)

   با عرض سلام و خسته نباشید

   ممنونم بابت دوره خوبتون

   قسمت ۱۴

   در مورد پالیسی هایی که گفتین مثل استفاده از تلفن همراه و یا حتی ساعت کاری…

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

   مشکل بعدی که دارم تعدادی از نیرو های ما خیلی در مورد ساعت کاری انتقاد می کنن و هرروز صبح که میان در مورد این موضوع گلگی می کنن که الباقی شرکت های نرم افزاری نیروهاشون دور کار کردن و یا ساعات کاریشون شناور…. و مطعنن این مدل صحبت ها روی سایر نیرو ها تاثیر منفی می زاره ..در مورد شناور کردن تایم کاری هم با مدیر شرکت صحبت کردیم اما خب موافقت نشد ( علتش هم این بود که سایر واحد ها همین درخواست میدن)

   چه راه حل هایی در مورد این دوموضوع پیشنهاد میدین ؟

   پاسخ ↓
   • 

     کسری طوفانی

     سلام و ارادت روز شما بخیر جناب بیات
     ببینید من پیشنهادم این هست که یه مرحله عقب تر بریم و نگرش رو بررسی کنیم.
     امروزه شاید بزرگترین تحولی که توی نحوه کار تیم ها اتفاق افتاده این هست که پالیسی ها رو تا جای ممکن از “چگونه انجام دادن” به “چه چیزی خروجی داشتن” تغییر کرده. یعنی ما نیازمندیهای بیزینسی و محصولی رو برای تیم مشخص می کنیم، مرحله بعد اونها برآورد میکنن که چه تعداد از این موارد توی مدت زمان مدنظر (مثلا اسپرینت دو هفته ای) قابل پیاده سازی و ایجاد خروجی هست و در نهایت هدف رو با تعامل هم تعیین می کنیم.
     این توضیحات رو گفتم تا به اینجا برسم دلیل اینکه شرکت های زیادی نه فقط ایرانی بلکه خارجی به سمت شناوری ساعت کاری یا دورکاری رفتن بخاطر همین “خروجی محور” بودن هست. حالا اگر تیم توی شرایط دورکاری عملکرد بهتری میتونه داشته باشه پیشنهاد میکنم یه حالت hybrid (مثلا 3 روز آفیس 2 روز دورکار) رو بطور موقت اجرا کنید و نتایج رو بررسی کنید. با این کار اگر نتیجه بده و خروجی سازمان ایجاد بشه دغدغه ها هم برطرف شده. اگر هم شرایط خوب پیش نرفت با دلیل موجه میتونین به تیم بگین که دورکاری برای ما مناسب نیست حداقل در مقطع فعلی تا تیم سعی کنه بالغ تر بشه.
     در مورد استفاده از موبایل هم باز به همین ترتیب، اگر شخص میتونه کارش رو در زمان تعیین شده تحویل بده و همینطور باعث اخلال در کار بقیه نفرات نشه مشکلی ایجاد نمیکنه. ولی ما میتونیم تشویقشون کنیم که زمان برای کارهای مهمتر بذارن مثلا مطالعه، یادگیری ابزار جدید، آموزش به بقیه نفرات و …
     مؤید باشید

     پاسخ ↓