Ekip çalışmasını nasıl denedik ve bunun sonucunda ne oldu?

Sırayla gidelim

Bu resim ne anlama geliyor biraz sonra ama şimdilik girişle başlayayım.

Soğuk bir Şubat gününde hiçbir sorun belirtisi yoktu. Bir grup masum öğrenci, "Bilgi sistemlerinin tasarımını ve geliştirilmesini organize etmeye yönelik metodoloji" adını vermeye karar verdikleri bir konuda ders almak için ilk kez geldi. Düzenli bir ders vardı, öğretmen Scrum gibi esnek geliştirme yöntemlerinden bahsetti, hiçbir şey sorun habercisi değildi. Ve sonunda öğretmen şunu duyurur:

Takım çalışmasının tüm zorluklarını bizzat deneyimlemenizi, gruplara ayrılarak proje ortaya koymanızı, bir lider atamanızı ve tüm tasarım aşamalarını birlikte geçmenizi istiyorum. Sonunda sizden bitmiş bir ürün ve Habré hakkında bir makale bekliyorum.

İşte hikayemiz burada başlıyor. Bilardo topları gibi, çarpmanın enerjisi dağılana ve 7 kişilik bir grup bir araya toplanıncaya kadar birbirimize çarpıp durduk. Belki bu bir eğitim projesi için çok fazla ama rolleri daha iyi dağıtmak doğru. "Hazır bir proje alalım"dan "Uzay nesnelerinin oluşumu için emülatör"e kadar proje için fikir tartışması başladı. Ama sonunda ilk resimde adını okuduğunuz fikir ortaya çıktı.

Ertelemeyi Durdurun - nedir, neyle yenir, onu nasıl geliştirdik ve sonucu ne oldu?

Hikaye, şans eseri ya da ne yazık ki bana atanan proje yöneticisi adına anlatılacak. Peki aklımıza nasıl bir fikir geldi? SupperCommon'un popüler "Shake Alarm Clock" alarm saatinden, yani kullanıcı büyük olasılıkla uyanmasına neden olacak belirli bir eylemi gerçekleştirene kadar akıllı telefonu tamamen engelleme işlevinden esinlenerek, yardımcı olacak benzer bir uygulama oluşturmaya karar verdik. “Çalar Saati Salla” prensibiyle telefon bağımlılığından kurtulun

Çalışma prensibi

Kullanıcı zamanlayıcıları ayarlar
-Akıllı telefonda geçirilebilecek zaman
-Akıllı telefon olmadan geçen süre (engelleme süresi)
Zamanlayıcının süresi dolduğunda ekranda simge durumuna küçültülemeyen bir katman belirir
- Kaplamayı kapatmak için küçük bir testten geçmeniz gerekir (kafa karıştırıcı bir klavyede şifre girin, bir matematik problemini çözün, telefonu birkaç dakika sallayın)
Bu şekilde kilit açıldıktan sonra akıllı telefonda geçirilebilecek süre yarı yarıya azalır ve bu şekilde bir dakikaya kadar düşer.

Bir ekip oluşturmak

Öncelikle kimin neyi yapacağını ve tüm bunların hangi dilde yazılacağını belirlemek gerekiyordu. Bunun proje yönetimiyle pek alakası olmadığını düşünüyorum çünkü gerçek bir proje için bir ekip oluşturduğunuzda, ihtiyacınız olan kişileri hemen bir araya getirirsiniz. Sonuç olarak ben de bir tasarımcının yükünü üstlendim, uygulama geliştirme konusunda iyi tecrübesi olan bir ekip yöneticisini seçtim, ona üç programcı atandım ve iki kişi daha testçi oldu. Elbette programlama dili becerilere göre seçildi. Sonuç olarak, tüm programcıların aşina olması nedeniyle Java kullanılmasına karar verildi.

Görevleri ayarlama

Öğretmenin tavsiyesi üzerine ücretsiz bir hizmette görev panosu oluşturuldu Trello. Her akışın bir nevi eksiksiz uygulama olacağı Scrum sistemine göre çalışması planlandı.
Ancak gerçekte tüm bunlar, sürekli düzenlemelerin, eklemelerin ve düzeltmelerin yapıldığı büyük ve uzun bir akıştan çıktı.

Özellikleri yazıyoruz

Savin'in "Testing.com" kitabından etkilenerek kafamda her şeyin nasıl düzenlenmesi gerektiğine dair kendi fikrim vardı. Her şey spesifikasyonların yazılmasıyla başladı, inandığım gibi, ne beklediğimizi, neyin ve nasıl çalışması gerektiğini net bir şekilde tanımlamadan hiçbir şey işe yaramayacak. Programcılar her şeyi gördükleri gibi programlayacaklar, testçiler başka bir şeyi test edecekler, yönetici üçüncüyü bekliyordu ama her zaman olduğu gibi dördüncü olacak.
Spesifikasyonları yazmak kolay değil, tüm detayları, tüm nüansları düşünmeniz gerekiyor. Tabii ki ilk seferde hiçbir şey işe yaramadı. Sonuç olarak, spesifikasyonlar 4 kez tamamlandı ve yeniden yapıldı. Son seçeneği yazının sonundaki bağlantılar bölümünde bulabilirsiniz.

Bir tasarım çizmek

Bir mobil uygulamada tasarım en önemli şeydir. Ancak ekibim de dahil olmak üzere herkes bunu anlamıyor, birçoğu benimle tasarımın gerekli olmadığını, bunun uygulamanın en önemsiz kısmı olduğunu vb. Bu kadar saf olmamalısın. Öncelikle hazır bir tasarım programcının işini kolaylaştırır, neyi nereye koyacağını düşünmesine gerek kalmaz, sadece çizileni alır ve dizer. Spesifikasyonlarla birlikte tasarım, programcının zihnini gereksiz şeylerden neredeyse tamamen kurtarır ve ona mantığa konsantre olma fırsatı verir. Genel olarak, önce prototip (korkunç) bir tasarım çizildi:

Ancak daha sonra tasarım taranarak normale döndürüldü.
(Makalenin sonundaki tüm tasarım öğelerine bağlantı).

Programlama

Programlama zordur ama mümkündür. Bu konuyu bizzat kendim ele almadığım için bu noktayı atlayacağım. Programcılar çok fazla iş yaptılar, onsuz her şey anlamsız olurdu. Elbette bazı fikirlerimizi hayata geçirmeyi başardık. Ve programın hala iyileştirilmesi gerekiyor. Kaldırılması gereken birçok hata ve özellik var. Daha fazla zamanımız olsaydı deep alpha'dan çıkabilirdik ama şimdilik yazının sonunda uygulamayı test edebilirsiniz.

Peki, test hakkında

Programlamada esas olan nedir? Bana göre asıl önemli olan her şeyin olması gerektiği gibi çalışması ve görünmesi. Her zaman doğru sonuçlanmaz ve hemen olmaz. Bu test gerektirir. Test uzmanlarıma test senaryolarını kullanarak bir test modeli önerdim. Öncelikle test senaryoları spesifikasyonlara tam uygun olarak yazılır ve daha sonra bunlar üzerinde test yapılır. Aşağıdaki bağlantılarda bundan ne çıktığını görebilirsiniz.

Okuduğunuz için teşekkürler. Umarım burada en azından yararlı bir şey bulmuşsunuzdur, belki girişiminiz için bir fikir, belki de iyi bir tavsiye veya bir araç.

Bağlantılar:

Son özellikler.
Tasarım açık figma.
Test senaryoları и hata raporları.

Uygulamanın kendisi açık HokeyApp. — Uygulama HandsOff adı altında oluşturuldu, nedenini sormayın bile (çünkü Stop Procrastination çok uzun).

Peki, sonunda

Bütün bunların mantıklı olduğunu mu düşünüyorsun?

Ankete sadece kayıtlı kullanıcılar katılabilir. Giriş yapLütfen.

Eğitim kurumlarında böyle bir uygulama gerekli mi ve gerçek hayatta ne kadar yararlı ve uygulanabilir?

• Gerekli, paha biçilmez deneyim

• Biraz deneyim olmasına rağmen gerekli

• Neredeyse işe yaramaz, en fazla bir takımda çalışmanın genel özelliklerini anlayacaksınız

• Zaman ve emek kaybı

2 kullanıcı oy kullandı. Çekimserlik yok.

Kaynak: habr.com