Làm thế nào bạn sẽ ủng hộ việc không sử dụng bảng tính được chia sẻ để theo dõi lỗi / vấn đề?


14

Trong công ty của chúng tôi, các nhà phát triển muốn sử dụng một công cụ theo dõi lỗi thích hợp để quản lý các vấn đề trong ứng dụng của chúng tôi. Tuy nhiên, ban quản lý khăng khăng sử dụng bảng tính dùng chung (chính thức là tệp excel được chia sẻ, giờ là bảng tính trên giải pháp cơ sở web cho phép truy cập đồng thời).

Lập luận của họ là bảng tính cho phép họ có cái nhìn rõ hơn về trạng thái của dự án vì họ có thể thấy có bao nhiêu lỗi được mở với một cái nhìn nhanh chóng. Điều này cũng cho phép họ xem ai đang làm việc với từng lỗi và lấy ước tính thời gian cần thiết để đóng tất cả (vì nhà phát triển được yêu cầu điền vào ước tính thời gian của lỗi mà họ đang làm việc).

Như bạn có thể hiểu, điều này không thực sự thiết thực để sử dụng cho các nhà phát triển (phần mềm theo dõi lỗi được phát minh vì một lý do). Vậy làm thế nào tôi có thể ủng hộ phần mềm theo dõi lỗi để giảm bớt công việc của nhà phát triển?

Là một phần thưởng, phần mềm nào bạn muốn giới thiệu cho phép ban quản lý có thể nhận phản hồi của họ (số lỗi mở ra, ai đang làm việc với chúng, ước tính thời gian) với chế độ xem cao?


Thật không may, thường xuyên hơn không, quản lý đã quyết định.
kirk.burleson

4
Cho họ xem eusprig.org/stories.htm . Hay thậm chí chỉ mất 24 triệu TransAlta do lỗi sao chép-dán trong EXCEL. Heck, bạn không muốn sử dụng một chương trình cho phép bất cứ ai thay đổi về bất cứ điều gì theo cách hoàn toàn không kiểm soát. Công cụ tồi nhất để quản lý là Excel và điều đó đã được chứng minh nhiều lần. Đây cũng là một bài viết thú vị: skillportal.co.za/page/training/articles/ Kẻ
Joris Meys

Bạn có ít nhất có theo dõi phiên bản được bật trong tệp Excel không? Nếu không, bạn cũng có thể sử dụng bảng trắng.
Wonko the Sane

Bọ ngựa là miễn phí, bạn có thể cài đặt nó trong khoảng 2 giờ, và nó cung cấp cho bạn số liệu thống kê và mọi thứ. Là một phần thưởng, bạn có thể dễ dàng phân bổ lỗi cho các bản phát hành & nhà phát triển, thay đổi trạng thái, áp đặt quy trình công việc, ghi nhận xét và bình luận, đính kèm email hoặc các tệp khác. Danh sách đi và về. Một bảng tính là nguyên thủy, không kiểm soát, không hiệu quả và kém hiệu quả. Vì chúng ta dễ bị lỗi của con người và không để lại dấu vết kiểm toán.
quick_now

2
mở bảng tính trên máy trạm không sử dụng để khóa để chỉnh sửa, tắt màn hình và giả vờ bạn không biết có gì sai khi không ai có thể cập nhật bảng tính. ;-)
Steven A. Lowe

Câu trả lời:


22

Vậy làm thế nào tôi có thể ủng hộ phần mềm theo dõi lỗi để giảm bớt công việc của nhà phát triển?

Đưa ra tuyên bố này:

bảng tính cho phép họ có chế độ xem cao hơn về trạng thái của dự án vì họ có thể thấy có bao nhiêu lỗi được mở với một cái nhìn nhanh chóng.

bạn cần xem xét các hệ thống có các công cụ báo cáo cho phép tạo bảng tính một cách hiệu quả trong "thời gian thực" (hoặc càng gần nó càng tốt). Khi bạn tìm thấy một trong những giải thích rằng việc các nhà phát triển sử dụng hệ thống "phù hợp" sẽ có nghĩa là dữ liệu họ quan tâm sẽ hy vọng chính xác và cập nhật hơn (ví dụ).


5

Phiên bản nào của bảng tính được cập nhật? Ai có bảng tính đó?

Bất kỳ bugtracker tốt nào cũng sẽ làm những gì một bảng tính có thể, chỉ:

  • sẽ gửi email cho các bên liên quan khi có gì đó thay đổi
  • cung cấp một nguồn thông tin cập nhật duy nhất
  • cho phép báo cáo tóm tắt, để đưa ra quan điểm cấp cao về tình trạng của dự án

Đối với các dự án cá nhân của tôi, tôi sử dụng Thần chú (chỉ vì nó thực sự dễ cài đặt). Công việc sử dụng Trac với tích hợp Mercurial.

Bọ ngựa cung cấp những thứ như số lỗi mở / đóng / gán ra khỏi hộp và tôi tưởng tượng hầu hết các lỗi đều có. Tôi không biết về ước tính thời gian, vì tôi không bận tâm tìm kiếm. Trac (hoặc cài đặt ở đây tại nơi làm việc) không có ước tính thời gian và thật dễ dàng để viết một báo cáo tùy chỉnh, sẽ nói, tổng hợp các ước tính trên mỗi cột mốc.


5

Câu trả lời của mọi người là tốt. Một khía cạnh khác xảy ra với tôi.

Điều gì về bảo mật xung quanh bảng tính. Không nên quản lý lo ngại rằng bất kỳ nhà phát triển ngẫu nhiên nào cũng có thể vô tình nhấn các nút CTRL + A, XÓA và thực sự làm mọi thứ rối tung? Một hệ thống theo dõi lỗi thích hợp sẽ không cho phép loại tham nhũng dữ liệu này. Và điều đó thậm chí không tính đến ác ý. Điều gì sẽ xảy ra nếu một nhà phát triển cụ thể muốn có thêm tín dụng và bắt đầu gán lại tất cả các bản sửa lỗi cho chính mình. Một hệ thống thực sự sẽ có một lộ trình kiểm toán trong đó loại điều đó sẽ được chú ý. Một bảng tính sẽ không.


4

Bạn cần cho Quản lý thấy rằng các yêu cầu của họ sẽ được đáp ứng.

Lập luận của họ là bảng tính cho phép họ có cái nhìn rõ hơn về trạng thái của dự án vì họ có thể thấy có bao nhiêu lỗi được mở với một cái nhìn nhanh chóng. Điều này cũng cho phép họ xem ai đang làm việc với từng lỗi và lấy ước tính thời gian cần thiết để đóng tất cả (vì nhà phát triển được yêu cầu điền vào ước tính thời gian của lỗi mà họ đang làm việc).

Vì vậy, hãy thiết lập một hệ thống giả và cho họ xem bản demo để họ có thể nhận được thông tin này tốt như vậy và thậm chí còn tốt hơn so với sử dụng Bảng tính.


4

Cho đến nay mọi người đều đưa ra những phản ứng tương tự và đúng đắn. Có một khía cạnh quan trọng chưa được nói tới. Để theo dõi lỗi và đảm bảo không có gì trượt qua vết nứt, bạn cần hai điều:

  • Báo cáo tốt, cả tóm tắt và chi tiết - điều này có thể được tìm kiếm sau này
  • Mọi người cần biết nơi sao chép cập nhật nhất.

Trong hầu hết mọi môi trường ủng hộ sử dụng bảng tính Excel, có các bản sao khác nhau của bảng tính này trên máy của mọi người - và không ai trong số chúng giống nhau. Điều này làm cho quá trình xem xét tiến độ vô cùng khó khăn và phản tác dụng.

Một máy chủ tập trung như Trac, RedMine, JIRA, Mantis hoặc bất cứ điều gì bạn muốn sẽ giải quyết cả hai vấn đề đó. Tại thời điểm đó, vấn đề phù hợp nhất với nhu cầu của công ty bạn là gì. Tùy thuộc vào môi trường của bạn, các công cụ này có thể tích hợp với IDE của bạn giống như hệ thống kiểm soát phiên bản của bạn (Eclipse có tính năng này). Điều đó làm cho việc xử lý các lỗi được chỉ định của bạn dễ dàng hơn rất nhiều.


Các tập tin được chia sẻ tập trung; Tại sao cần phải có thêm bản sao?
JeffO

2
Không bao giờ cần phải có. Nó chắc chắn sẽ xảy ra.
Berin Loritsch

Chà, hiện tại chúng tôi đang sử dụng giải pháp dựa trên web để chỉnh sửa bảng tính được chia sẻ. Vì vậy, sự trùng lặp không nên xảy ra.
Sylvain Defresne

4

Tôi không biết môi trường của bạn, nhưng đối với người dùng Visual Studio, tôi đánh giá cao TFS. Nó tích hợp cả kiểm soát nguồn và theo dõi vấn đề, với khả năng báo cáo đầy đủ. Nó cũng cung cấp các lớp thẩm quyền, theo dõi lịch sử đầy đủ (nghĩa là ai đã cập nhật lỗi khi nào và nếu được thiết lập, tại sao), cho phép bạn phân biệt giữa "lỗi" và "vấn đề" và "nâng cao" và bất cứ điều gì khác thích và tích hợp hoàn toàn với Visual Studio IDE. Nó liên kết với nhau một lỗi với mã đã được kiểm tra, có thể được liên kết với các bản dựng cụ thể. Và một đống lô nhiều hơn.

Tôi đã sử dụng nhiều hệ thống kiểm soát nguồn khác nhau (VSS, SVN, TFS ...) và rất nhiều hệ thống theo dõi lỗi (Hệ thống độc quyền tùy chỉnh, Trình theo dõi, SharePoint và có, thậm chí cả Excel), nhưng với tiền của tôi (và đó là tiền của tôi (và đó là một phần tốt của sự thay đổi), TFS đáng để đầu tư vào tiền bạc và thời gian.

Và có, bạn có thể xuất sang (và nhập từ) Excel.


2
Chúng tôi sử dụng Team Explorer với TFS, nơi bạn có thể mở Danh sách lỗi theo nghĩa đen dưới dạng bảng tính, chọn "Làm mới" từ menu Nhóm và ở đó bạn đi, danh sách lỗi mới nhất trong Excel nhưng có hệ thống theo dõi lỗi đầy đủ đằng sau nó trong TFS.
Marcie

1
Thêm vào đó là một thứ "bảng điều khiển" (dựa trên Sharepoint) bao gồm các thư viện tài liệu dường như có bảng tính trong đó. Khi bạn mở bảng tính, nó được điền bằng cách kéo truy vấn từ kho lưu trữ. Người quản lý có thể cập nhật ưu tiên, nỗ lực được phân bổ và bất cứ điều gì họ muốn bằng Excel, sau đó nhấp vào Xuất bản và nó sẽ quay trở lại vào kho lưu trữ. Họ nhận được tất cả các tính năng Excel mà họ muốn trong khi các nhà phát triển nhận được tất cả các liên kết kiểm tra-WI, add-a-ảnh chụp màn hình của vấn đề, xem nhiệm vụ của tôi trong Visual-Studio, v.v. mà họ muốn.
Kate Gregory

2

Để giúp bán quá trình chuyển đổi sang trình theo dõi vấn đề phù hợp, bạn nên thử tìm hiểu xem quản lý vấn đề gì với hệ thống hiện tại của bạn (chắc chắn sẽ là 'thật tuyệt nếu ...') và xem bạn có thể gãi ngứa không cho họ.

Đọc lập luận của ban quản lý

Lập luận của họ là bảng tính cho phép họ có cái nhìn rõ hơn về trạng thái của dự án vì họ có thể thấy có bao nhiêu lỗi được mở với một cái nhìn nhanh chóng. Điều này cũng cho phép họ xem ai đang làm việc với từng lỗi và lấy ước tính thời gian cần thiết để đóng tất cả (vì nhà phát triển được yêu cầu điền vào ước tính thời gian của lỗi mà họ đang làm việc).

Tôi đã đồng ý với tất cả trong số họ và mọi người đều được JIRA đáp ứng (tôi chỉ đề cập đến JIRA vì đó là những gì tôi sử dụng, tôi chắc chắn có những ứng cử viên đáng giá khác)

Bạn cần nhấn mạnh rằng với một công cụ như JIRA, họ sẽ không chỉ giữ lại tất cả các lợi thế của thiết lập hiện tại của bạn, mà họ còn nhận được nhiều lợi thế mới.


2

Giờ kể chuyện.

Vài tháng trước, tôi trở về sau kỳ nghỉ một tuần và thấy toàn bộ công ty của mình đã hoạt động. Một dự án mà một bộ phận khác của bộ phận phát triển đã thực hiện trong nhiều tháng đột nhiên là một ưu tiên khẩn cấp trắng nóng, và toàn bộ nhóm đã rút ra khỏi những gì họ đang làm để đưa ra điều đó. Trong cuộc họp ngày hôm đó, chủ sở hữu của công ty đã yêu cầu chúng tôi loại bỏ một vài mảnh trong ngày hôm đó và phần còn lại vào ngày hôm sau và chúng tôi sẽ có phong độ tốt.

Sáu tuần sau, chúng tôi cuối cùng đã thực hiện được điều đó, sau khá nhiều chu kỳ làm việc / ngủ không ngừng nghỉ.

Số liệu của chúng tôi cho "kết thúc" là khách hàng không có thêm phản hồi. Những điều mới mẻ và thú vị sẽ xuất hiện trên mỗi phiên bản phản hồi của họ (được gửi cho chúng tôi qua email) chưa từng được bật lên trước đó và mọi từ họ nói ngay lập tức là một phần của thông số kỹ thuật (được chứng minh bằng cụm từ "hãy hoàn thành nó ").

Vào một đêm nọ, tôi đã hoàn toàn sợ HAD IT với việc quản lý các báo cáo lỗi bằng email và bản in có dấu kiểm. Tôi đã cài đặt Mantis trên máy chủ thử nghiệm của chúng tôi và tải tài liệu phản hồi tôi vừa nhận được cho phần của mình vào đó. Tôi thiết lập người quản lý của mình với tư cách là người dùng và để anh ta bắt đầu nhận email từ đó khi tôi đóng các vấn đề.

Trong vòng khoảng 6 giờ tôi đã có cả đội trên đó. Thủ tướng đã lọc email của khách hàng vào Thần chú, các nhà phát triển đã yêu cầu và làm việc với danh sách các vấn đề. Thậm chí tốt hơn, họ có thể yêu cầu làm rõ và liên lạc trong hệ thống, dẫn đến một vệt giấy không có chi tiết về từng mục.

Ngày hôm sau họ yêu cầu tôi dẫn dắt Tech cho phần còn lại của dự án. Nó giống như được trao một quả lựu đạn sống, nhưng tôi đã lấy nó và chạy với nó. Hai tuần sau, chúng tôi cuối cùng đã cạn kiệt khả năng của khách hàng để kéo vòng mũi của chúng tôi và đưa trang web vào sản xuất. Bọ ngựa bây giờ là cách chúng tôi quản lý lỗi và có thể trở thành cách chúng tôi xử lý các yêu cầu tính năng từ khi bắt đầu dự án.

TL; DR: Tự cài đặt nó và bắt đầu sử dụng nó cho công cụ của riêng bạn. Hãy để nó tự chứng minh giá trị của nó.

BTW, đây là chính sách tương tự mà tôi đang tuân theo về kiểm soát phiên bản. Chúng tôi sử dụng Subversion theo chính sách bắt buộc vì người quản lý của tôi không tin tưởng hợp nhất tệp. Điều đó tốt, nhưng sau khi tôi kiểm tra một dự án SVN, tôi lập tức tạo một kho lưu trữ git cục bộ của nó để sử dụng cho mục đích phát triển của riêng tôi.



0

Bạn cần tạo một bảng tính mà khi người quản lý mở nó, tất cả các dữ liệu báo cáo cần thiết sẽ được cập nhật từ ứng dụng bạn chọn. Nếu bạn làm cho nó hoạt động, không có tranh luận.


Nó sẽ không bao giờ hoạt động. Dù là vô tình hay ác ý, sớm muộn gì cũng sẽ có người phá vỡ hệ thống "hoàn hảo".
HỎI

0

những điều có thể sai với bảng tính theo dõi lỗi trên mạng chia sẻ:

  • không ai khác có thể chỉnh sửa nó khi ai đó để nó mở, sau đó khóa máy trạm và đi ăn trưa.
    • cách giải quyết "rõ ràng" là lưu phiên bản mới để viết. Điều này tạo ra một nhánh - và Excel rất tệ trong việc hợp nhất. Công việc của ai đó sẽ bị mất.
  • tài liệu có thể được lưu với các hàng ẩn, một vấn đề bị bỏ qua trong nhiều tuần.
  • bất cứ điều gì có thể bị xóa và theo dõi lịch sử là cận biên. "những gì đã xảy ra với phân tích vấn đề chi tiết tôi đã nhập tuần trước?"
  • thật dễ dàng để thêm các giá trị vào các trường 'bị hạn chế'. "Làm thế nào mà mức độ nghiêm trọng của lỗi này được đánh dấu là 'Lỗi thất bại'?"
  • cắt và dán ghi đè lên công thức. Một tính toán có thể dễ dàng trở thành một hằng số.

Tôi đã sống qua tất cả những điều này. Và chúng tôi vẫn có thể giao hàng ... Chỉ trễ ba tháng và tốn hàng ngàn giờ làm thêm ngoài dự kiến.


0

"Nó miễn phí!" thường là một cuộc tranh luận khá tốt. Pivotal Tracker miễn phí, không yêu cầu cài đặt và rất dễ dàng cung cấp cho người quản lý của bạn một cái nhìn cấp cao tốt hơn về mọi thứ so với bảng tính thấp.

Biên tập:

Điều khiến tôi khó chịu, nó vừa được thông báo rằng Pivotal Tracker sẽ không miễn phí lâu hơn nữa. :(


Tôi đã thử lập luận này. Không thắng, vì tôi đã nói giá không phải là vấn đề.
Sylvain Defresne

Tôi đoán bạn đang bị mắc kẹt với đối số "Superior In Every Regard". :-)
Nick Spreitzer

Trên thực tế rất nhiều người sẽ liên kết miễn phí với crap. Tôi đã đề xuất một giải pháp thay thế miễn phí cho một cái gì đó và ông chủ của tôi trả lời "Chúng tôi chỉ muốn điều tốt nhất" hoặc một cái gì đó tương tự. Trong thị trường tự do, điều này thường đúng, nhưng có thể không phải lúc nào cũng áp dụng cho nguồn mở tất nhiên. Không nhiều người thực sự hiểu mô hình nguồn mở, nếu nó thương mại và miễn phí, nó sẽ có các chuỗi ở đâu đó.
Keyo

Đó là lý do tại sao bạn cần theo dõi "nó miễn phí" với "và nó thật tuyệt vời".
Nick Spreitzer

1
Đừng bận tâm đến việc đề cập miễn phí
Murph
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.