د ویب پرمختیا مثلث

زموږ د پیرودونکو سره زموږ ټول قراردادونه روانه میاشتنۍ بوختیاوې دي. په ندرت سره موږ یوه ټاکلې پروژه تعقیبوو او نږدې هیڅکله هم د مهال ویش تضمین نه کوو. دا ممکن ځینو ته ویره ښکاري مګر مسله دا ده چې هدف باید د خوشې نیټه نه وي ، دا باید د سوداګرۍ پایلې وي. زموږ دنده زموږ د پیرودونکو سوداګرۍ پایلو ترلاسه کول دي ، د پیل نیټې جوړولو لپاره شارټ کټونه مه اخلئ. لکه څنګه چې صحي پاملرنې.gov زده کړه کوي ، دا داسې یوه لاره ده چې د ورکې هیلې لامل کیږي.

د مراجعینو پروژې هڅه کول او ساتل پر وخت، موږ اړتیاوې باید جلا کړو په دې کې (د سوداګرۍ پایلې پوره کول) او ښه دي (اختیاري وده). موږ هیڅکله هم مهالویش نه کوو د خوشې کولو په وخت کې تکمیل کیږي ځکه چې موږ پوهیږو چې تل به یو څه بدلون ته اړتیا وي.

رابرټ پیټریک د سی ای او دی د پی ایچ ډي لابراتوارونه، یوه اداره چې د ډیری فارچون 500 شرکتونو لپاره ویب پا designsې ډیزاین کوي ​​، رامینځته کوي او پیل کوي. رابرټ د هغه ستونزو په اړه ټبونه ساتي چې صحي پاملرنې.gov یې رامینځته کړی او د ناکامې لانجې لپاره یې 5 کلي دلایل وړاندې کړي.

  1. هیڅکله نه ، کله هم سرغړونه وکړئ وخت ، لګښت او بatureه قانون تنظیم کړئ. د مثلث په توګه دې په اړه فکر وکړئ ، تاسو باید یو ټکي غوره کړئ ثابت او نور دوه تغیرات. پدې نړۍ کې ، هرڅومره چې هرڅه کافي وخت او پیسو شتون ولري رامینځته کیدی شي. په هرصورت ، هرڅوک چې د ویب غوښتنلیک رامینځته کوي باید مخ ته ولاړ شي ، کوم چې ترټولو لوړ لومړیتوب دی. دا د دې لپاره سر او تمرکز ټاکي چې څنګه پروژه باید په لاره واچول شي. د مثال په توګه،
    • ایا دا باید یوازې هغه وخت په لاره واچول شي کله چې مشخص ب featuresې ترسره شي (پیسې او وخت بدلون مومي).
    • ایا دا باید ژر تر ژره پیل شي (پیسې او ب featuresې بدلون مومي).
    • ایا دا باید د بودیجې په پام کې نیولو سره پیل شي (وخت او ب featuresې بدلون مومي).
  2. د د پای کرښه په پیل کې په پیل کې په ذهن کې. ویب غوښتنلیکونه باید د یوې پروژې په توګه وکتل شي چې وي پیل او بیا پراختیا ومومئ. د هغه څه جوړول چې د نن ورځې ودې او تحول سره په ذهن کې مهم دي او لازمي دي په پیل کې د تکمیل کولو ارادې سره د جوړولو څخه تل غوره دي.
  3. ډیر پلورونکي ښکیل دا راپور ورکړل شوی چې د اوباما پاملرنې ویب پا 55ه نږدې 55 پلورونکي پکې دخیل وو. په هره پروژه کې د ډیری پلورونکو اضافه کول کیدی شي. تاسو تقریبا تضمین کولی شئ دلته به د فایل نسخه کولو ، آرټ فایل توپیرونو ، د هنر نظر توپیرونو ، د پروژې پریښودو ، او لیست پرمخ ځي. تصور وکړئ که چیرې موږ XNUMX سناتوران درلودل هر یو یې د عمومي ستونزې برخې حل کولو دنده سپارل شوې.
  4. د معلوماتو آرشیف په جدي ډول ندي نیول شوي. ډیری وختونه ، لویې ادارې به له پلورونکو څخه وغواړي چې په RFP کې داوطلبي وسپاري او په بشپړ ډول د معلوماتو معمار پروسې څخه ځان ته واړوي پرته لدې چې پوه شي یا له یوې برخې سره موافقه ونشي. دا یو لوی ، بدرنګه ، د وخت ضایع کول ، پیسې له لاسه ورکول ، غلطي ده. دا د غوښتنلیک ډیری برخې ته خورا ارزښت لرونکی دی څومره چې تاسو مخکی کیدلی شئ او چمتو اوسئ چې په هغه شیانو هوښیار او انعطاف ولرئ چې مخکې لدې چې تاسو د دې برنامه کولو پیل کولو دمخه وړاندوینه نه شي کولی (دا د بلوطینټ پرته د کور جوړولو په څیر دی). پلورونکي ټاکي چې له بودیجې نه خلاصیږي او د کونجونو پرې کول پیل کوي که چیرې دا سم ترسره نه شي.
  5. لپاره کافي وخت ندی د کیفیت څخه ډاډګیرنه. دا څرګنده ده چې دا د روغتیایی پاملرنې.ګوی په لاره اچولو کې لوی زیان و. دوی په کلکه د لانچ نیټه کار کاوه (وخت پدې حالت کې د مثلث ټاکل شوی تغیر دی) او ب featuresې او بودیجه باید تعدیل شوې وي ترڅو د پالن جوړ شوي مناسب کیفیت ډاډ لپاره د وخت سره د لانچ نیټه پوره کړي. دا یوه مهمه خطا ده او شاید د ډیرو خلکو د دندو لپاره مصرف شي.

ته څه فکر کوی؟

دا سایټ د سپیم کمولو لپاره Akismet کاروي. زده کړئ چې ستاسو د تبصرې ډاټا پراساس پروسس کیږي.