ویرگول
ورودثبت نام
ماکان یوسفی
ماکان یوسفی
خواندن ۴ دقیقه·۴ سال پیش

ابزار های آنلاین و فارسی برای مدیریت پروژه و تیم (قسمت سوم: پی‌گیر)

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

نمای وبسایت پی‌گیر
نمای وبسایت پی‌گیر

قیمت ش چنده؟

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

پی‌گیر روی خرید سالانه 2 ماه رو به صورت رایگان حساب می کنه که حدود 17% ارزون تر میشه.

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

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

فرآیند ش چیه؟

مهم ترین قسمتی که از نظر ما برای بررسی ابزار های مدیریتی مد نظر هست نحوه مدیریت فرآیند هاست و ما برای اینکه بتونیم این روال رو بررسی کنیم از قسمت دمو ی خود وبسایت استفاده کردیم.

نمای راه‌بر

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

{1} پروژه => {2} نقش => {3} مسئله => {4} تعریف ارتباطات

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

نمای تعریف پروژه
نمای تعریف پروژه

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

نمای تعریف نقش
نمای تعریف نقش

مرحله 3، تعریف مسئله بخش بعدی هست که در زمان تعریف اون می تونید انتخاب کنید که این مسئله مربوط به کدوم پروژه هست. به نظر می رسه مسئله در واقع همون معادل Issue هست و بر همین اساس این امکان تعبیه شده تا سفارشی سازی این قسمت به صورت خیلی خوبی در برنامه قابل انجام باشه. به عنوان مثال زیر منوی های بخش راه‌بری وضعیت های مساله ها و بخش های سفارشی برای همین سفارشی سازی تعبیه شدن.

نمای تعریف مسئله
نمای تعریف مسئله

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

نمای گردش کار
نمای گردش کار

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

نمای داشبورد
نمای داشبورد

در قسمت بعد به نمای کاربری نرم افزار می پردازیم.

نمای کاربر

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

{1} پروژه => {2} مسئله => [سایر دسترسی ها مثل اسناد یا دانش نامه]

با انتخاب هر پروژه کاربر می تونه مسئله های مرتبط با نقش خودش رو ببینه و روی اونها کار انجام بده.

نمای لیست مسئله های کاربر
نمای لیست مسئله های کاربر

این امکان وجود دارد که نوع وضعیت، نوع اولویت و درصد انجام هر کار بر روی هر مسئله تعریف بشود که به این ترتیب مدیر می تونه نمایی از وضعیت فعلی پروژه رو در هر زمان داشته باشه.

برای هر پروژه این امکان وجود دارد که بخش اسناد و بخش دانش نامه و ... تعریف بشه و هر کس با توجه به دسترسی های که دارد در اون بخش ها فعالیت داشته باشه.

آخرش چی؟

در این پست سعی کردیم تا برداشت آزادی از نحوه عملکرد پی‌گیر رو براتون شرح بدیم. پی گیر از پروژه متن باز Redmine بهره برده که در دسته برنامه های ردیابی اشکالات پروژه می گنجه. با توجه به ساختاری که پی‌گیر دارد توانمندی اون برای ردیابی اشکالات و یا به عنوان سیستم تیکتینگ بسیار خوب هست.

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

سایر قسمت ها:

قسمت اول: مقدمه

قسمت دوم: تسکولو

قسمت سوم: پی‌گیر

قسمت چهارم: میزیتو

قسمت پنجم: تیم کمپ

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