بهترين ايده هاي انجام پروژه فريلنسري

9. شناسايي KPI هاي قابل اندازه گيري و عملي.

اختصار شاخص هاي اصلي عملكرد ، معيارهاي KPI معيارهايي هستند كه موفقيت يك پروژه نرم افزاري را تعريف مي كنند. KPI ها از يك پروژه به پروژه ديگر متفاوت خواهد بود ، اما آنها اغلب در طي فرآيند جمع آوري الزامات مورد بحث قرار مي گيرند و آنها به تيم توسعه كمك مي كنند تا مقدار كمي را به چگونگي عملكرد يك نرم افزار براي پشتيباني از اين نيازها اختصاص دهند.

به عنوان مثال ، معياري براي يك برنامه تجارت الكترونيكي ممكن است تعداد خريداران آنلاين باشد كه قادر به ثبت سفارش بدون خراب شدن برنامه هستند. براي يك برنامه تحقيقاتي ، ممكن است چند ثانيه طول بكشد تا بازيابي نتايج پس از ورود كاربر به "ارسال" انجام شود.
10. تيم را در جريان قرار دهيد.

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

اين جلسات به مدير پروژه كمك مي كند تا اطمينان حاصل كند كه كار توسعه دهندگان براي پاسخگويي به نيازهاي پروژه و مشتري ادامه دارد. براي مثال وقتي ذينفعان ويژگي جديد يا مهلت ديگري مي خواهند ، مدير پروژه بايد اين بازخورد را به تيم توسعه داده و اولويت هاي خود را بر اين اساس تنظيم كند.
11. تيم خود را براي موفقيت تنظيم كنيد.

مديران پروژه هاي نرم افزاري م theثر نقاط قوت توسعه دهندگان خود را مي دانند و بر اين اساس آنها را به وظايف محول مي كنند. شما نيازي به دانش فني عميق در مورد مهارت هاي آنها نداريد ، اما بايد بدانيد كه آنها بهترين كارها را انجام مي دهند و دوست دارند بيشتر چه كاري انجام دهند. بعضي از پروژه ها به شما فرصت مي دهند تا به توسعه دهندگان فرصت يادگيري مهارت جديدي را بدهند ، در حاليكه ممكن است ساير محدوديت ها داراي محدوديت هاي زماني يا اولويتي باشند كه شما را مجبور مي كند از نقاط قوت ويژه توسعه دهنده استفاده كنيد.

وقتي به توسعه دهندگان كار مي دهيد ، سعي كنيد از تغيير كارها جلوگيري كنيد. كه مي تواند تمركز اعضاي تيم را دشوار كند ، كه مي تواند منجر به تاخير شود. علاوه بر اين ، سعي كنيد از اضافه كردن افراد بيشتر به يك پروژه جلوگيري كنيد ، مگر اينكه كاملاً ضروري باشد. تعداد زيادي آشپز در آشپزخانه مي تواند كد را خراب كند. درعوض ، سعي كنيد ذهنيت و بهترين روشهاي اعضاي تيم را كه قبلاً پروژه و الزامات آن را مي دانند ، تغيير شكل دهيد.
12. ريسك را مديريت كرده و مسائل را به سرعت حل كنيد.

ريسك ذاتي هر پروژه اي است. كليد موفقيت در مديريت پروژه نرم افزار ، شناسايي خطرات احتمالي از قبل است ، زيرا در هنگام كاهش آنها ، هم در وقت و هم در هزينه صرفه جويي مي شود. هر بار كه يك نياز را ترسيم كرديد ، يك نقطه عطف تعيين كرديد يا يك وظيفه را تعيين كرديد ، به ريسكي كه ممكن است در آن وجود داشته باشد فكر كنيد - اطلاعات كافي ، اشكالات موجود در نرم افزار ، طراحي هاي ناقص ، عدم خريد احتمالي و غيره.

بعد ، به اين فكر كنيد كه شما و تيم هايي كه مديريت مي كنيد چگونه هر يك از خطرات را برطرف مي كنند. در مورد سطح اولويت خطر نيز فكر كنيد - به عنوان مثال رنگ اشتباه در رابط كاربر احتمالاً خطر كمتري نسبت به اطلاعات اشتباه موجود در پايگاه داده دارد. به محض بروز مسائل ، آنها را حل كنيد. اين امر خطر تبديل شدن يك مسئله كوچك به يك مشكل عظيم را كاهش مي دهد و به تيم توسعه اين امكان را مي دهد تا سريعتر به وظايف برنامه ريزي شده خود بازگردد.
13. اغلب تست كنيد ، سپس دوباره آزمايش كنيد.

آزمايش نرم افزار در طول چرخه عمر توسعه ، كه به آن تضمين كيفيت نيز گفته مي شود ، براي موفقيت در پروژه حياتي است. نرم افزاري كند ، پر از اشكال ، ناامن يا استفاده از آن دشوار است و فروش آن بسيار سخت است.

حداقل ، نرم افزار بايد در هر مرحله عيب يابي شود. تيمي كه كد را تست مي كند بايد با تيم نوشتن كد متفاوت باشد. همراه با تأييد اينكه اين نرم افزار به نيازهاي پروژه ادامه مي دهد ، آزمايشات بايد بر روي ثبات ، امنيت و سرعت برنامه متمركز شوند. هرگونه خرابي يا مشكلي در كد ، بايد سريعاً برطرف شود.
14. سخت كوشي را تشخيص دهيد.

اين نرم افزار با طراحي بسيار خود به منظور ساده سازي كارهاي پيچيده است. اما دستيابي به اين به هيچ وجه فرآيند ساده اي نيست. نوشتن كد نه تنها چالش برانگيز است - تنها يك شخصيت نادرست در مجموعه اي از كد مي تواند باعث خراب شدن كل برنامه شود - بلكه درك اينكه چگونه يك برنامه نرم افزاري مشكلي را حل مي كند يا يك كار را به اتمام مي رساند ، غالباً نياز به تفكر تحليلي عميق دارد. و گرچه به راحتي مي توان فهميد كه تيم فروش يا بازاريابي "برنده" است ، اما تعيين كميت براي تيم توسعه كار دشوارتر است.

به همين دليل شناخت موفقيت هاي تيم توسعه در طول پروژه مهم است. از جلسات برنامه ريزي شده به عنوان يك محفل براي شناخت اعضاي تيمي كه براي مشكلات پيچيده راه حل هاي خلاقانه طراحي كرده اند استفاده كنيد. از آنها دعوت كنيد تا راه حل خود را به نمايش بگذارند يا در مورد نحوه برخورد با اين مسئله بحث كنند. موفقيت ها را با همكاران خارج از تيم توسعه به اشتراك بگذاريد تا به ديگران نشان دهيد كه تيم چگونه پيشرفت مي كند.
15. به طور مرتب پروژه را ارزيابي كنيد.

از آنجايي كه چرخه عمر نرم افزار در يك سري از مسابقات سرعت انجام مي شود ، تكميل هر دو سرعت فرصتي را براي ارزيابي پيشرفت پروژه فراهم مي كند. به هر دو فرد نگاه كنيد

معلمان به طور ذاتي مي دانند كه پروژه ها ارزشمند هستند ، حتي اگر از هر جنبه از يك پروژه خوب درك نكنند يا تجربه پشتيباني از يادگيري مبتني بر پروژه را داشته باشند. براي بسياري از دانشجويان ، اصطلاح "پروژه" به معناي هر فعاليتي است كه بر اساس صفحه كار نباشد يا بيشتر از يك دوره كلاس 42 دقيقه طول بكشد. من موارد زيادي را ديده ام كه تكاليف غيرتصوري فقط با دادن هفته ها به دانشجويان براي انجام پروژه ها به پروژه تبديل شده اند. اين مقاله پنج پاراگرافي در مورد كاريبو وقتي به دانشجويان دو ماه فرصت داده مي شود تا درباره آن وسواس داشته باشند ، به يك پروژه تبديل مي شود. اهمال كاري اجتناب ناپذير منجر به افزايش استرس و بهبود نامحسوس كيفيت مي شود.