שולחן עגול בנושא מדידות והערכת המאמץ בפיתוח תוכנה - א' ה- 1 למאי

לקוחות נכבדים,
פיתוח תכונה הוא לב ליבה של העשייה בארגון מערכות המידע כאשר הערכת המאמץ בפיתוח תוכנה הנו נושא מאתגר ביותר. מדובר על ההערכה הראשונית ולא על ההערכה הראלית לאחר תום האפיון המפורט. לעיתים תכופות מגלים ארגונים שמשימה שתוכננה ל- X חודשים לוקחת כפול מזה אם לא יותר. חריגות אלו הן אחד הגורמים ל"שם הרע" שיצא לפיתוח מערכות באופן כללי וספצפיפת לפרוייקטים בקרב ארגון מערכות במידע. נושא חשוב נוסף הוא מדידות- איזה מדידות מבצעות בזמן פיתוח התוכנה.
להלן סדר היום למפגש:
1. הערכת מאמץ:
a. מי בארגון שותף להערכת המאמץ? באיזה שלב מתבצעת ההערכה ומתי מתבצעים עדכונים להערכה הראשונית?
b. כיצד מתבצעת ההערכה? האם יש שימוש במתודולוגיות סדורות? האם יש שימוש בכלים?
c. עד כמה מפורטת ההערכה- האם מדובר על תקציב כללי או חלוקה לשלבים השונים (ניתוח, קידוד, בדיקות, הטמעה)?
d. האם יש מדדים הקשורים לבדיקת טיב ההערכה? האם יש בארגון "פרסים או קנסות" להערכות טובות או להערכות לא מוצלחות?
e. הם צורת ההערכה שונה בין פיתוח מערכות חדשות להערכת תחזוקה? האם יש תהליך שונה בהקשר של הטמעת חבילות?
2. מדידות:
a. איזה מדידות מתבצעות במהלך פיתוח התוכנה- מדידות הקשורות לאיכות, מדידות הקשורות לבקרה על התקדמות הפרוייקט ועוד.
b. איזה כלים משמשים למדידות השונות?
c. כיצד ניתן לשפר את איכות המדידות?
d. כיצד מוודאים שהמדידות לא מוסיפות לעומס שנמצא על המתכנתכים\מנתחים\בודקים?
e. למה משמשות המדידות?


מפגש שולחן עגול הוא מפגש המיועד ללקוחות STKI בד"כ עד ל-2 נציגים מכל ארגון. ספקים או יועצים אינם מורשים להשתתף במפגש. כל הנאמר במפגש הנו סודי כאשר הסיכום שיוצא הינו אנונימי.
המפגש יתקיים ביום א' ה- 1 למאי (חג הפועלים!) בשעה 09:30 במשרדי STKI אשר בבני ציון. פרטים על הגעה לאתר ב- http://www.stki.info/files/9e85ab2145dca6f674e36361a806cef9.doc .
בכדי להרשם יש לשלוח מייל לאתי מור ב- etty@stki.info

מחקר רלוונטי בנושא פיתוח מערכות מידע (מידת ההשקעה בבדיקות למול פיתוח למול אפיון וכד') נמצא ב- http://www.slideshare.net/pini/stki-application-developmentresearch . נוכל גם לדון בתוצאות מחקר זה.


בברכה
גלית פיין פיני כהן

הבלתי צפוי צפוי - Amazon cloud service outage

טכנולוגיות חדשות, עד כמה שהן מתקדמות, עדיין צריכות להבשיל ולהתאים ציפיות למול הלקוחות. גם Amazon המובילה בתחומה נפגעה כאשר ממה שנראה כעת ככשל תשתיתי. בעתיד יהיו גם כשלים בתחום אבטחת המידע בשירותים מובילים מסוג זה.

להלן עקרי הדברים מתוך :

Amazon's popular EC2 and Relational Database Services suffered glitches earlier this morning, leaving popular websites and services such as Reddit, Foursquare, and Hootsuite crippled or outright disabled well into the early afternoon. The outages are a sobering reminder of the risks of placing one's eggs in a service provider's basket, even a relatively well-established one such as Amazon Web Services. The mishap will no doubt prompt users of Amazon's services to call on the company to explain why it lacked the necessary backup and disaster-recovery systems to prevent this sort of downtime.

Amazon Web Services first reported at 1:40 a.m. PT that its Northern Virginia data center was experiencing connectivity issues and servers delays, prompted by "a networking event [that] triggered a large amount of re-mirroring of EBS volumes" on the EC2 side, according to the AWS Service Health Dashboard. "This re-mirroring created a shortage of capacity in one of the US-EAST-1 Availability Zones, which impacted new EBS volume creation as well as the pace with which we could re-mirror and recover affected EBS volumes." On the RDS side, Amazon reported connectivity and latency issues with database instances.

By 10:25 a.m., Amazon said it had made "significant progress" in stabilizing the affected EBS control plane service and was seeing reduced failures and latency. The company further reported it was making progress in restoring access and I/O latencies for affected RDS instances.

Still, websites reliant on AWS have continued to bear out the ill effects of Amazon's service issues. Social bookmarking site Reddit, for example, was in "emergency read-only mode" at 11:15 a.m. PT.

Meanwhile, Hootsuite and Foursquare were completely down. Accessing their respective home pages brought up messages alerting users to the issue. Foursquare's, for example, said, "Our usually-amazing datacenter hosts, Amazon EC2, are having a few hiccups this morning, which affected us and a bunch of other services that use them."

הפער- The Gap

הנושא המרכזי במצגת שלי בכנס השנתי הוא הפער ההולך וגדל לדעתי בין ארגוני ה- IT והמשתמשים הארגוניים לבין הטכנולוגיות שנמצאות מחוץ לעולם זה. לבקשת לקוחות אני מעלה את עקרי הדברים בכתב.
טכנולוגיות שנמצאות בשימוש על ידי NITU – none IT technology users. במצגת שנמצאת בלינק הבא והחל משקף 10 תארתי מספר מימדים מתבטע פער זה כאשר פער זה גודל במהלך השנים ואינו קטן!
לפני מספר שנים ארגוני ה- IT רכשו מחשבי Tier 1 לעומת ה- NITU אשר רכשו Non-Brands, ארגוני ה- IT הגנו על עצמם ב-3 מעטפות אבטחת מידע וה- NITU הסתפקו בשכבה אחת. באופן כללי ה- NITU ניסו לחכות את הפעילות בארגוני ה- IT תוך שימוש במשאבים מצומצמים יותר. אולם כעת התמונה השתנתה באופן דרמתי וה- NITU מוליכים את חזית השימוש בטכנולוגיות. לדוגמה:

• ארגוני ה- IT כמעט ולא משתמשים במחשבי MAC כאשר מחוץ ל- IT יש שימוש נרחב במחשבי MAC.
• ארגוני ה- IT רוכשים את המחשבים עבור המשתמשים שלהם כאשר מחוץ ל- IT ישנה תופעה של BOYPC – Bring Your Own PC – המשתמשים משתמשים במחשבים הביתיים שלהם לצורך הפעילות העסקות.
• ארגוני ה- IT (ולקוחותיהם) משתמשים לתקשורת רק ב- MAIL כאשר מחוץ ל- IT יש שימוש גם ברשתות חברתיות כמנגנון לתקשורת. גם במידה והארגונים מכניסים שימוש ברשתות חברתיות הנושא מטופל ברוב המקרים במחלקת השיווק ולא באחריות ה- IT.
• ארגוני IT נותנים שירותים בתצורה של On-Line ו- Batch כאשר מחוץ ל- IT יש שימוש ב- On-Line בלבד.
• ארגוני ה- IT אינם משתמשים בתוכנות חינמיות או תוכנות Open Source (בהקשר זה של שימוש ללא תשלום Redhat לדוגמא אינם נחשבים כ- Open Source כאשר מחוץ ל- IT יש שימוש נרחב בתוכנות מסוג זה.
• ארגוני ה- IT מקיימים תהליכי החלטות מסורתיים הררכיים כאשר מחוץ ל- IT יש שימוש נרחב ב- Crowdsourcing – רתימת העובדים והלקוחות בצורה בלתי אמצעית לקבלת החלטות מרכזיות.
• ה- NITU משתמשים בשירותים ציבוריים בענן (SAAS PAAS IAAS) בצורה הרבה יותר נרחבת מאשר ארגוני ה- IT הסטנדרטיים.

התמונה המצטיירת היא שה- NITU מתרכזים הרבה יותר בליבה העסקית (CORE) לעומת ארגוני ה- IT אשר משקיעים רבות בנושאים שאינם עסקיים – בעיות ביצועים, בעיות אבטחת מידע, רכש, הטמעה ועוד ועוד. כלומר ה- NITU יעילים הרבה יותר ובבטווח הארוך יוכלו לאיים על הארגונים הגדולים. ארגוני ה- IT לא רק שלא מטמיעים טכנולוגיות אלו אלה אף חוסמים אותם – בארגונים לא מעטים חסומות לדוגמה הרשתות החברתיות דבר שהנו גרוע ביותר. אומנם הרשתות החברתיות מהוות איום מבחינת אבטחת מידע אולם על ארגון ה-IT למצוא פתרון אשר מאפשר את השימוש ברשת החברתית תוך חסימת רק המוקדים הבעייתיים מבחינת אבטחת מידע ולא לבצע חסימה גורפת.
לצורך כך נדרשים ארגוני ה- IT להשקיע משאבים (זמן ותקציבים) בבחינה של אותן טכנולוגיות חדשות – ענן ציבורי, רשתות חברתיות, Crowd-sourcing ועוד ועוד. בחינת אותן טכנולוגיות תגלה שלא כולן בשלות אולם מהלך הבחינה עצמו הנו חשוב ביותר כי מתוך אותן טכנולוגיות יצמחו שיטות העבודה החדשות אשר יקבעו את אופן הפעילות העסקית במשק.

הסוף של OpenOffice או רק ההתחלה?

אורקל הודיעה לאחרונה על כך שתפסיק למכור גרסאות מסחריות ל- Open Office ותתרום את כל הקוד שחלקו נמכר תחת השם Star Office.
מצד אחד מדובר על תרומה גדולה של קוד לקהילה הפתוחה אולם מצד שני זאת הוכחה לכך שלפחות בתחום זה תוכנת הקוד הפתוח לא זכתה להצלחה מספיקה. במידה והתחום היה רווחי וחזק קשה להאמין שאורקל הייתה מבצעת צעד זה. אורקל לאחר רכישת סאן מבצעת צעדי קונסולידציה ואחד מהם הוא הפסקת הטיפול ב- Open Office כמוצר מסחרי.
לכך היו כבר סימנים מוקדים. החברה הירושלמית טק מערכות אשר תרגמה בזמנו את ה- Open Office לעברית במימון משרד האוצר וחברת סאן, הפסיקה כבר לעסוק בתחום כבר לפני מספר שנים. ה- Open Office לא הצליח לפרוץ בישראל, בטח בקרב הלקוחות הארגוניים.
כעת, האלטרנטיבות לתוכנת מיקרוסופט השולטות בתחום נמצא בענן (Google Docs, Zoho , ואחרים) ולא בקוד הפתוח הקלאסי. מצד שני ניתן יהיה כעת להשתמש תחת הענן בקוד הנוסף וישפר את האלטרנטיבות הקיימות.