די וועב אַנטוויקלונג טריאַנגלע

אַלע אונדזער קאַנטראַקץ מיט אונדזער קלייאַנץ זענען אָנגאָינג כוידעשלעך ענגיידזשמאַנץ. זייער ראַרעלי טאָן מיר נאָכגיין אַ פאַרפעסטיקט פּרויעקט, און כּמעט קיינמאָל טאָן מיר גאַראַנטירן די טיימליין. עטלעכע קען זיין סקערי, אָבער די פּראָבלעם איז אַז דער ציל זאָל נישט זיין די דאַטע פון ​​מעלדונג, דאָס זאָל זיין די געשעפט רעזולטאַטן. אונדזער אַרבעט איז צו דערגרייכן אונדזער קלייאַנץ געשעפט רעזולטאַטן, נישט נעמען דורכוועג צו מאַכן קאַטער דאַטעס. ווי Healthcare.gov לערנט, דאָס איז אַ דרך וואָס וועט פירן צו מיסט עקספּעקטיישאַנז.

צו פּרובירן און האַלטן קלייאַנץ פּראַדזשעקס באצייטנס, מיר באַזונדער רעקווירעמענץ אין מוזן האָבן (טרעפן די געשעפט רעזולטאַטן) און פייַן צו האָבן (אַפּשאַנאַל ענכאַנסמאַנץ). מיר אויך טאָן ניט פאַרענדיקן דעם פּלאַן אין דער צייט פון מעלדונג ווייַל מיר וויסן אַז עס וועט שטענדיק זיין עטלעכע ענדערונגען דארף.

ראבערט פּאַטריק איז סעאָ פון פד לאַבס, אַן אַגענטור וואָס דיזיינז, בויען און לאָנטשיז וועבסיטעס פֿאַר פילע שפּיץ פאָרטשון 500 קאָמפּאַניעס. ראבערט האָט אָבסערווירט די שוועריקייטן וואָס Healthcare.gov האט געלאפן און האט צוגעשטעלט 5 שליסל סיבות פֿאַר די ניט אַנדערש קאַטער.

  1. קיינמאָל, קיינמאָל אָנרירן די צייט, קאָסט און שטריך שטעלן הערשן. טראַכטן פון דעם ווי אַ דרייַעק, איר מוזן קלייַבן איין פונט צו זיין פאַרפעסטיקט און די אנדערע צוויי בייַטעוודיק. אין דעם וועלט, כּמעט עפּעס קענען זיין באשאפן ווי לאַנג ווי עס איז גענוג צייט און געלט. אָבער, ווער עס יז וואָס בויען אַ וועב אַפּלאַקיישאַן זאָל קלייַבן זיך, וואָס איז די העכסטן בילכערקייַט. דעם באַשטימט דעם טאָן און פאָקוס פֿאַר ווי אַ פּרויעקט זאָל זיין לאָנטשט. פֿאַר בייַשפּיל,
    • זאָל עס זיין לאָנטשט נאָר אַמאָל ספּעציפיש פֿעיִקייטן זענען דורכגעקאָכט (געלט און צייט זענען בייַטעוודיק).
    • זאָל עס זיין לאָנטשט געשווינד (געלט און פֿעיִקייטן זענען בייַטעוודיק).
    • זאָל עס זיין לאָנטשט מיט אַ בודזשעט אין זינען (צייט און פֿעיִקייטן זענען בייַטעוודיק).
  2. לאָנטשינג מיט די ענדיקן שורה אין גייַסט אַנשטאָט פון די סטאַרטינג שורה. וועב אַפּלאַקיישאַנז זאָל זיין געזען ווי אַ פּרויעקט אָנהייב און דעמאָלט evolve. בויען וואָס איז וויכטיק און מאַנדאַטאָרי פֿאַר הייַנט מיט וווּקס און עוואָלוציע אין גייַסט איז שטענדיק בעסער ווי בויען מיט די כוונה צו ענדיקן די סטאַרטינג פונט.
  3. אויך פילע ווענדאָרס אריינגעמישט. עס איז געווען געמאלדן אַז די Obamacare וועבזייטל האט נאָענט צו 55 ווענדאָרס ינוואַלווד. אַדדינג קייפל ווענדאָרס צו קיין פּרויעקט קענען זיין אַ גליטשיק שיפּוע. איר קענט כּמעט גאַראַנטירן אַז עס וועט זיין ישוז מיט ווערסיע פון ​​טעקע ווערסיע, דיסקרעפּאַנסיז פֿאַר קונסט טעקע, דיסקרעפּאַנסיז פֿאַר קונסט מיינונג, אַבאַנדאַניישאַן פון פּרויעקט, און די רשימה האלט אויף. ימאַגינע אויב מיר האָבן 55 סענאַטעס יעדער טאַסקט צו סאַלווינג אַ חלק פון די קוילעלדיק פּראָבלעם.
  4. אינפֿאָרמאַציע אַרטשיטעקטורע נישט גענומען ערנסט. אָפֿט, גרויס יידזשאַנסיז וועלן פרעגן ווענדאָרס צו פאָרשלאָגן אַ באַפעלן אויף אַ RFP און גאָר האָפּקען די אינפֿאָרמאַציע אַרקאַטעקטשער פּראָצעס און שפּרינגען רעכט אין אַנטוויקלונג אָן פארשטאנד אָדער צושטימען אַ פאַרנעם. דאָס איז אַ ריזיק, מיעס, צייט ווייסטינג, געלט לוזינג, גרייַז. עס איז גאָר ווערטפול פֿאַר דער אַרכיטעקט ווי פיל פון די אַפּלאַקיישאַן איר קענען זיין אַפּרייט און זיין צוגעגרייט צו זיין פלינק און פלעקסאַבאַל אויף די טינגז וואָס קען ניט זיין פאָרקאַסטיד איידער איר אָנהייבן פּראָגראַממינג (דאָס איז ווי צו בויען אַ הויז אָן פּלאַן). ווענדאָרס זענען באַשערט צו לויפן אויס פון בודזשעט און אָנהייבן צו שנייַדן עקן אויב דאָס איז נישט ריכטיק.
  5. ניט גענוג צייט פֿאַר קוואַליטי אַססוראַנסע. עס איז קלאָר ווי דער טאָג דאָס איז געווען אַ גרויס פאַלן צו די קאַטער פון HealthCare.Gov. זיי האָבן געארבעט אויף אַ שווער קאַטער דאַטע (די צייט איז אין דעם פאַל די פאַרפעסטיקט ענדערונג פון דער דרייַעק), און די פֿעיִקייטן און בודזשעט זאָל זיין מאַדאַפייד צו טרעפן די קאַטער דאַטע מיט די צייט פֿאַר די געהעריק קוואַליטי אַססוראַנסע געבויט אין דעם פּלאַן. דאָס איז אַ קריטיש גרייַז און מיסטאָמע קאָסטן אַ פּלאַץ פון מענטשן זייער אַרבעט.

וואָס טאָן איר טראַכטן?

דעם פּלאַץ ניצט אַקיסמעט צו רעדוצירן ספּאַם. לערן ווי דיין קאָמענטאַר דאַטע איז פּראַסעסט.