我們如何嘗試團隊合作以及結果如何

我們如何嘗試團隊合作以及結果如何

讓我們按順序開始吧

這張圖是什麼意思稍後再說,但現在讓我先介紹一下。

二月寒冷的一天,沒有任何麻煩的跡象。 一群天真的學生第一次來參加課程,他們決定稱之為「組織資訊系統設計和開發的方法論」。 有一次例行的講座,老師講的是靈活的發展方法,例如Scrum,沒有預告麻煩。 最後老師宣布:

我希望你能親自體驗團隊合作的所有艱辛,分成小組,提出一個項目,任命一個領導者,一起完成所有的設計階段。 最後,我希望您能提供一份成品和一篇關於哈布雷的文章。

這就是我們的故事開始的地方。 就像撞球裡的球一樣,我們互相彈開,直到衝擊力消散,七個人聚集在一起。 也許這對於一個培訓計畫來說有點太多了,但為了更好地分配角色,這是恰到好處的。 對該項目的想法開始討論,從“讓我們採取一個現成的項目”到“用於形成空間物體的模擬器”。 但最終這個想法實現了,你在第一張圖片中看到了它的名字。

停止拖延——它是什麼、它與什麼一起吃、我們如何發展它以及它的結果

這個故事將以專案經理的名義講述,無論幸運或不幸,他都被分配給了我。 那我們想到了什麼想法呢? 受到 SupperCommon 流行的“Shake Alarm Clock”鬧鐘的啟發,即完全阻止智慧型手機的功能,直到用戶執行某個很可能導致他醒來的動作,我們決定創建一個類似的應用程序,該應用程式將幫助戒除手機成癮,原理與「搖鬧鐘」相同

的操作原理

使用者設定定時器
-可以花在智慧型手機的時間
- 沒有智慧型手機的時間(封鎖期)
當計時器到期時,螢幕上會出現無法最小化的覆蓋層
- 要關閉覆蓋層,您需要進行一個小測試(在令人困惑的鍵盤上輸入密碼,解決數學問題,搖動手機幾分鐘)
以此方式解鎖後,可以花在智慧型手機上的時間減半,依此類推,最多一分鐘。

建立團隊

首先,有必要確定誰會做什麼以及用什麼語言來編寫所有這些內容。 我認為這與專案管理關係不大,因為當你為一個真正的專案組建一個團隊時,你會立即召集你需要的人。 於是,我也擔起了設計師的重擔,選了一名有良好應用開發經驗的團隊經理,給他分配了三名程式設計師,另外兩名成為了測試人員。 當然,程式語言是根據技能來選擇的。 結果,決定使用 Java,因為所有程式設計師都熟悉它。

設定任務

根據老師的推薦,免費創建了任務板 Trello。 它計劃根據 Scrum 系統工作,其中每個流都是完整的應用程式。
但事實上,這一切都是源源不絕的,不斷地編輯、補充和修正。

我們如何嘗試團隊合作以及結果如何

我們編寫規格

受薩文的書《Testing.com》的影響,我對一切應該如何安排有了自己的想法。 這一切都是從編寫規範開始的,我相信,如果沒有明確描述我們的期望、它應該做什麼以及如何運作,那麼什麼都不會起作用。 程式設計師將按照他們所看到的方式對所有內容進行編程,測試人員將測試其他內容,經理期待第三個,但結果將一如既往地是第四個。
編寫規格並不容易,您需要考慮所有細節、所有細微差別。 當然,第一次並沒有什麼效果。 結果,規格又補充重做了4次。 您可以在文章末尾的連結部分找到最後一個選項。

繪製設計圖

行動應用程式的設計是最重要的。 然而,並不是每個人都理解這一點,包括我的團隊,許多人強烈地與我爭論,設計是不需要的,這是應用程式中最不重要的部分,等等。 你不該這麼天真。 首先,現成的設計使程式設計師的工作變得更容易;他不必考慮將什麼放在哪裡、放在哪裡,他只需將繪製的內容進行排版即可。 與規範一起,設計幾乎完全將程式設計師的思想從不必要的事情中解放出來,讓他有機會專注於邏輯。 一般來說,首先繪製了一個原型(糟糕的)設計:

我們如何嘗試團隊合作以及結果如何

但後來設計被梳理並恢復正常。
(連結到文章末尾的所有設計元素)。

我們如何嘗試團隊合作以及結果如何

程式設計

程式設計很困難,但也是可能的。 我將省略這一點,因為我自己沒有親自處理過這一點。 程式設計師做了大量的工作,沒有這些工作一切都毫無意義。 當然,我們設法實現了一些想法。 而且這個程式還需要改進。 有很多錯誤和功能需要刪除。 如果我們有更多時間,我們將擺脫深度 alpha,但現在您可以在文章末尾測試該應用程式。

嗯,關於測試

程式設計最重要的是什麼? 在我看來,最重要的是一切都正常運作並且看起來應該如此。 它並不總是正確的,也不是立即有效的。 這需要測試。 對於我的測試人員,我提出了一個使用測試案例的測試模型。 首先,完全按照規格編寫測試案例,然後對其進行測試。 您可以在下面的連結中查看由此產生的結果。

謝謝閱讀。 我希望您至少在這裡找到一些有用的東西,也許是您創業的想法,或者也許是一些很好的建議或工具。

引用:

最新 規格.
設計於 菲格瑪.
測試用例 и 錯誤報告.

應用程式本身已開啟 霍奇應用程式。 — 該應用程式是以 HandsOff 的名稱構建的,甚至不要問為什麼(因為 Stop Procrastination 太長了)。

好在最後

你認為這一切有意義嗎?

只有註冊用戶才能參與調查。 登入, 請。

這種做法在教育機構中是否必要?它在現實生活中的有用性和適用性如何?

  • 需要的、寶貴的經驗

  • 需要,雖然有點經驗

  • 幾乎沒什麼用,頂多你會了解團隊工作的一般特徵

  • 浪費時間和精力

2 位用戶投票。 沒有棄權票。

來源: www.habr.com

添加評論