Chúng tôi đã cố gắng làm việc theo nhóm như thế nào và kết quả của nó là gì

Hãy để nó theo thứ tự

Hình ảnh này có ý nghĩa gì sau này, nhưng bây giờ hãy để tôi bắt đầu với phần giới thiệu.

Vào một ngày tháng Hai lạnh giá, không có dấu hiệu rắc rối nào. Một nhóm sinh viên ngây thơ lần đầu tiên đến tham gia một lớp học về chủ đề mà họ quyết định gọi là “Phương pháp tổ chức thiết kế và phát triển hệ thống thông tin”. Có một bài giảng thường xuyên, giáo viên nói về các phương pháp phát triển linh hoạt, chẳng hạn như Scrum, không có gì báo trước rắc rối. Và cuối cùng giáo viên thông báo:

Tôi muốn bạn tự mình trải nghiệm tất cả những khó khăn khi làm việc nhóm, chia thành các nhóm, đưa ra dự án, bổ nhiệm người lãnh đạo và cùng nhau trải qua tất cả các giai đoạn thiết kế. Cuối cùng, tôi mong đợi ở bạn một sản phẩm hoàn chỉnh và một bài viết về Habré.

Đây là nơi câu chuyện của chúng tôi bắt đầu. Giống như những quả bóng trong bida, chúng tôi bật ra khỏi nhau cho đến khi năng lượng va chạm tiêu tan và một nhóm 7 người tập trung lại với nhau. Có lẽ điều này là quá nhiều đối với một dự án đào tạo, nhưng việc phân bổ vai trò tốt hơn là điều đúng đắn. Một cuộc thảo luận về các ý tưởng cho dự án đã bắt đầu, từ “Hãy thực hiện một dự án làm sẵn” đến “Trình mô phỏng để hình thành các vật thể không gian”. Nhưng cuối cùng ý tưởng đã thành hiện thực, cái tên mà bạn đọc được trong bức ảnh đầu tiên.

Hãy ngừng sự trì hoãn - nó là gì, nó được ăn với cái gì và chúng ta đã phát triển nó như thế nào cũng như điều gì đã dẫn đến nó

Câu chuyện sẽ được kể thay mặt cho người quản lý dự án, người dù may mắn hay không may đã được giao cho tôi. Vậy ý tưởng nào đã nảy ra trong đầu chúng tôi? Lấy cảm hứng từ đồng hồ báo thức “Shake Alarm Clock” nổi tiếng của SupperCommon, cụ thể là chức năng chặn hoàn toàn điện thoại thông minh cho đến khi người dùng thực hiện một hành động nhất định có nhiều khả năng khiến anh ta thức dậy, chúng tôi đã quyết định tạo một ứng dụng tương tự sẽ giúp nhận được thoát khỏi chứng nghiện điện thoại, theo nguyên tắc tương tự như “Lắc đồng hồ báo thức”

Nguyên tắc hoạt động

Người dùng đặt bộ hẹn giờ
-Thời gian có thể dành cho điện thoại thông minh
-Thời gian không có điện thoại thông minh (thời gian chặn)
Khi hết giờ, một lớp phủ xuất hiện trên màn hình không thể thu nhỏ được
-Để đóng lớp phủ, bạn cần trải qua một bài kiểm tra nhỏ (nhập mật khẩu trên bàn phím khó hiểu, giải một bài toán, lắc điện thoại trong vài phút)
Sau khi mở khóa theo cách này, thời gian có thể dành cho điện thoại thông minh sẽ giảm đi một nửa, v.v. lên đến một phút.

Xây dựng đội ngũ

Đầu tiên, cần phải xác định xem ai sẽ làm gì và viết tất cả những điều này bằng ngôn ngữ nào. Tôi nghĩ điều này ít liên quan đến việc quản lý dự án, bởi vì khi bạn tập hợp một nhóm cho một dự án thực sự, bạn sẽ ngay lập tức tập hợp những người bạn cần. Kết quả là tôi cũng gánh vác gánh nặng của một nhà thiết kế, chọn một người quản lý nhóm có kinh nghiệm tốt trong việc phát triển ứng dụng, ba lập trình viên được giao cho anh ta và hai người nữa trở thành người thử nghiệm. Tất nhiên, ngôn ngữ lập trình được chọn dựa trên kỹ năng. Kết quả là người ta quyết định sử dụng Java vì tất cả các lập trình viên đều quen thuộc với nó.

Đặt nhiệm vụ

Theo đề nghị của giáo viên, một bảng nhiệm vụ đã được tạo ra trên một dịch vụ miễn phí Trello. Nó được lên kế hoạch hoạt động theo hệ thống Scrum, trong đó mỗi luồng sẽ là một loại ứng dụng hoàn chỉnh.
Tuy nhiên, trên thực tế, tất cả những điều này đều xuất phát từ một luồng lớn và dài, trong đó các chỉnh sửa, bổ sung và sửa chữa liên tục được thực hiện.

Chúng tôi viết thông số kỹ thuật

Bị ảnh hưởng bởi cuốn sách “Testing.com” của Savin, tôi đã có ý tưởng riêng trong đầu về cách sắp xếp mọi thứ. Tất cả đều bắt đầu bằng việc viết các thông số kỹ thuật, như tôi tin rằng, nếu không có mô tả rõ ràng về những gì chúng ta mong đợi, những gì và cách thức hoạt động thì sẽ không có gì hoạt động. Các lập trình viên sẽ lập trình mọi thứ như họ thấy, những người thử nghiệm sẽ kiểm tra thứ khác, người quản lý đã mong đợi cái thứ ba, nhưng hóa ra nó lại là cái thứ tư như mọi khi.
Viết thông số kỹ thuật không hề dễ dàng, bạn cần suy nghĩ kỹ lưỡng về mọi chi tiết, mọi sắc thái. Tất nhiên, không có gì hiệu quả trong lần đầu tiên. Kết quả là các thông số kỹ thuật đã được bổ sung và làm lại 4 lần. Bạn có thể tìm thấy tùy chọn cuối cùng ở cuối bài viết, trong phần liên kết.

Vẽ một thiết kế

Thiết kế trong một ứng dụng di động là điều quan trọng nhất. Tuy nhiên, không phải ai cũng hiểu điều này, kể cả nhóm của tôi, nhiều người đã kịch liệt tranh luận với tôi rằng thiết kế là không cần thiết, rằng đây là phần không quan trọng nhất của ứng dụng, v.v. Bạn không nên ngây thơ như vậy. Thứ nhất, một thiết kế có sẵn giúp công việc của lập trình viên trở nên dễ dàng hơn, anh ta không cần phải suy nghĩ xem nên đặt cái gì ở đâu và ở đâu, anh ta chỉ cần lấy và sắp chữ những gì được vẽ. Cùng với các thông số kỹ thuật, thiết kế gần như giải phóng hoàn toàn tâm trí của lập trình viên khỏi những thứ không cần thiết và cho anh ta cơ hội tập trung vào logic. Nói chung, một thiết kế nguyên mẫu (khủng khiếp) đã được vẽ ra đầu tiên:

Nhưng sau đó thiết kế đã được chải lại và đưa trở lại bình thường.
(Link tới tất cả các yếu tố thiết kế ở cuối bài viết).

Lập trình

Lập trình rất khó, nhưng có thể. Tôi sẽ bỏ qua điểm này vì bản thân tôi chưa từng giải quyết vấn đề này. Các lập trình viên đã làm một khối lượng công việc khổng lồ, nếu không có nó thì mọi thứ sẽ trở nên vô nghĩa. Tất nhiên, chúng tôi đã thực hiện được một số ý tưởng của mình. Và chương trình vẫn cần cải thiện. Có rất nhiều lỗi và tính năng cần được loại bỏ. Nếu có nhiều thời gian hơn, chúng tôi sẽ thoát khỏi giai đoạn deep alpha, nhưng hiện tại bạn có thể thử nghiệm ứng dụng ở cuối bài viết.

Vâng, về việc kiểm tra

Điều chính trong lập trình là gì? Theo tôi, điều chính là mọi thứ đều hoạt động và trông như bình thường. Nó không phải lúc nào cũng diễn ra đúng và không ngay lập tức. Điều này đòi hỏi phải thử nghiệm. Với những người thử nghiệm của mình, tôi đã đề xuất một mô hình thử nghiệm sử dụng các trường hợp thử nghiệm. Đầu tiên, các trường hợp kiểm thử được viết đầy đủ theo các đặc tả, sau đó việc kiểm thử được tiến hành trên chúng. Bạn có thể thấy những gì xảy ra trong các liên kết dưới đây.

Cảm ơn vì đã đọc. Tôi hy vọng bạn tìm thấy ít nhất điều gì đó hữu ích ở đây, có thể là một ý tưởng cho công ty khởi nghiệp của bạn hoặc có thể là một số lời khuyên hoặc công cụ hữu ích.

Links:

Mới nhất thông số kỹ thuật.
Thiết kế trên Hình.
Các trường hợp thử nghiệm и báo cáo lỗi.

Bản thân ứng dụng này đang bật HokeyApp. — Ứng dụng được xây dựng dưới cái tên HandsOff, thậm chí đừng hỏi tại sao (vì Stop Procrastination quá dài).

Vâng cuối cùng

Bạn có nghĩ rằng tất cả điều này có ý nghĩa?

Chỉ những người dùng đã đăng ký mới có thể tham gia khảo sát. Đăng nhập, xin vui lòng.

Việc thực hành như vậy có cần thiết trong các cơ sở giáo dục không và nó hữu ích và áp dụng như thế nào trong đời sống thực tế?

• Cần thiết, kinh nghiệm quý báu

• Cần thiết tuy có chút kinh nghiệm

• Gần như vô dụng, nhiều nhất bạn sẽ hiểu được đặc điểm chung của việc làm việc nhóm

• Lãng phí thời gian và công sức

2 người dùng bình chọn. Không có phiếu trắng.

Nguồn: www.habr.com