איך ניסינו עבודת צוות ומה יצא מזה

בוא נלך לפי הסדר

מה המשמעות של התמונה הזו קצת מאוחר יותר, אבל לעת עתה הרשו לי להתחיל עם ההקדמה.

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

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

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

עצור את הדחיינות - מה זה, עם מה אוכלים ואיך פיתחנו את זה ומה יצא מזה

הסיפור יסופר מטעם מנהל הפרויקט, שלמרבה המזל או לצערי הוצב אצלי. אז איזה רעיון עלה במוחנו? בהשראת השעון המעורר הפופולרי "Shake Alarm Clock" מבית SupperCommon, כלומר הפונקציה של חסימה מוחלטת של הסמארטפון עד שהמשתמש יבצע פעולה מסוימת שסביר להניח שתגרום לו להתעורר, החלטנו ליצור אפליקציה דומה שתעזור לקבל להיפטר מהתמכרות לטלפונים, על אותו עיקרון כמו "נער את השעון המעורר"

עיקרון הפעולה

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

בניית צוות

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

הגדרת משימות

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

אנחנו כותבים מפרט

בהשפעת ספרו של Savin "Testing.com", היה לי רעיון משלי בראש איך הכל צריך להיות מסודר. הכל התחיל בכתיבת מפרטים, כפי שאני מאמין, בלי תיאור ברור של מה אנחנו מצפים, מה ואיך זה צריך לעבוד, שום דבר לא יעבוד. המתכנתים יתכנתו הכל כפי שהם רואים אותו, הבודקים יבדקו משהו אחר, המנהל ציפה לשלישי, אבל זה יתברר כרביעי כמו תמיד.
כתיבת מפרטים היא לא קלה, אתה צריך לחשוב על כל הפרטים, כל הניואנסים. כמובן ששום דבר לא עבד בפעם הראשונה. כתוצאה מכך, המפרטים נוספו ובוצעו מחדש 4 פעמים. את האפשרות האחרונה תוכלו למצוא בסוף המאמר, במדור הקישורים.

ציור עיצוב

עיצוב באפליקציה סלולרית הוא הדבר החשוב ביותר. עם זאת, לא כולם מבינים זאת, כולל מהצוות שלי, רבים טענו איתי בתוקף שאין צורך בעיצוב, שזה החלק הכי לא חשוב באפליקציה וכו'. אתה לא צריך להיות כל כך תמים. ראשית, עיצוב מוכן מקל על העבודה של המתכנת; הוא לא צריך לחשוב מה לשים איפה ואיפה, הוא רק לוקח וקובע את מה שמצויר. יחד עם המפרט, העיצוב משחרר כמעט לחלוטין את מוחו של המתכנת מדברים מיותרים, ונותן לו אפשרות להתרכז בלוגיקה. באופן כללי, עיצוב אב טיפוס (נורא) צויר ראשון:

אבל אז העיצוב סורק והוחזר לקדמותו.
(קישור לכל מרכיבי העיצוב בסוף המאמר).

תִכנוּת

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

ובכן, לגבי בדיקות

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

תודה שקראת. אני מקווה שמצאת כאן לפחות משהו שימושי, אולי רעיון לסטארט-אפ שלך, או אולי עצה טובה או כלי.

קישורים:

האחרון מפרטים.
עיצוב על פיגמה.
מקרי מבחן и דיווחי שגיאות.

האפליקציה עצמה פועלת HokeyApp. - האפליקציה נבנתה תחת השם HandsOff, אל תשאלו אפילו למה (כי Stop Procrastination ארוך מדי).

ובכן, בסוף

אתה חושב שכל זה הגיוני?

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

האם תרגול כזה הכרחי במוסדות חינוך ועד כמה הוא שימושי וישים בחיים האמיתיים?

• נחוץ, ניסיון שלא יסולא בפז

• נחוץ, אם כי מעט ניסיון

• כמעט חסר תועלת, לכל היותר תבינו את התכונות הכלליות של עבודה בצוות

• בזבוז זמן ומאמץ

2 משתמשים הצביעו. אין נמנעים.

מקור: www.habr.com