Chương trình pha 2 về Môi trường Nghiên cứu Ảo của JISC: Thái độ và Nhận thức về Phát triển Mở

Nền tảng

OSS Watch là một dịch vụ tư vấn quốc gia cung cấp tư vấn về phần mềm nguồn mở (PMNM) cho các cộng đồng cao đẳng và đại học trong giáo dục. Thẩm quyền bao gồm sự hỗ trợ cho chính sách năm 2004 của JISC về nguồn mở, nó đã thiết lập nguyên tắc rằng các dự án do JISC cấp vốn sẽ không chỉ phát hành phần mềm của chúng như là nguồn mở, mà còn tuân theo một tiếp cận phát triển mở (bản dịch tiếng Việt), bao gồm việc tiến hành các bước để tận dụng cộng đồng những người sử dụng và các lập trình viên xung quanh các phần mềm đó.

Đầu năm 2008, OSS Watch đã thắng sự phê chuẩn cho sự lên mức hỗ trợ của họ cho các dự án giáo dục cao đẳng và đại học (HE/FE) của Anh, giúp họ triển khai chính sách này và đặt họ vào vị thế tốt hơn nhiều để hiện thực hóa đầy đủ các lợi ích của nguồn mở như một kết quả. Nghiên cứu này từng được ủy nhiệm vào cuối năm 2008 để giúp thông báo công việc mới thông qua việc nghiên cứu điều tra mức nhận thức hiện hành, thái độ và sự hiểu biết về khái niệm phát triển mở trong cộng đồng đổi mới của JISC.

Các dự án được lựa chọn cho nghiên cứu điều tra từng là 4 dự án được cấp vốn trong chương trình Nghiên cứu Môi trường Ảo – VRE (Virtual Research Environment) Pha 2 của JISC, nó đang phát triển phần mềm đổi mới cho cộng đồng nghiên cứu của Anh. Phương pháp luận của nghiên cứu đã kết hợp các cuộc phỏng vấn mặt đối mặt với một thảo luận dạng nhóm có trọng tâm. Phân tích lần đầu tiên đã định lượng và xem xét ới các kinh nghiệm của riêng các tác giả quản lý các dự án do JISC cấp vốn để làm cân bằng giữa các ý tưởng của nguồn mở ở một phía và các thực tiễn thực tế ở phía kia. Bản thân đội của OSS Watch cũng đã không trực tiếp tham gia trong việc thiết kế danh sách các khuyến cáo.

Các phát hiện và khuyến cáo

Nghiên cứu đã phát hiện 4 dự án cực kỳ tích cực về nguồn mở và nhiệt tình, nhắc lại cho những người tiêu dùng về PMNM. 2 trong số 4 dự án đó được phỏng vấn đã có các kho mã nguồn truy cập được một cách công khai và thậm chí cho những ai còn chưa được cam kết chắc chắn đối với việc phát hành các phần mềm của họ như là nguồn mở.

Đa số đã chỉ gần đây trở nên nhận thức được về phát triển mở như một tiếp cận và có nhu cầu khuyến khích các bên thứ 3 đóng góp mã và tài liệu trong vòng đời của dự án. Khi không có dự án nào từng rõ ràng mời những đóng góp, từ quan điểm của phát triển mở, chúng có thể được coi như là cơ bản là các phát triển đóng.

Thiểu số các dự án đã nghi ngờ về khả năng áp dụng của phát triển mở đối với các dự án của họ, tự coi họ nhiều hơn ở mức kiểm thử một khái niệm hơn là việc phát triển phần mềm có chất lượng sản xuất. Thậm chí những người mà thấy nhu cầu đã thể hiện các mối quan tâm đáng kể xung quanh tổng chi phí của việc quản lý qui trình chấp nhận và điều tiết những đóng góp, đưa ra rằng họ đã không cấp vốn cho nó trong các đề xuất dự án của họ. Bất chấp điều này, nhiều người đã bày rỏ một mong muốn thực sự được giáo dục xa hơn về điều này.

Danh sách các khuyến cáo đã đưa ra để giải quyết sự thiếu nhận thức xung quanh nhu cầu về thực tiễn tuân theo một tiếp cận phát triển mở. Thông tin được chỉnh sửa cho các hoàn cảnh đặc thù của các dự án do JISC cấp vốn từng là một chủ đề lặp đi lặp lại, như như cầu giáo dục những người viết thầu và ghi điểm thầu ở giai đoạn sớm nhất có thể. Cũng được khuyến cáo rằng OSS Watch xem xét các cách thức khác mà vấn đề này có thể mang lại được sự chú ý đối với cộng đồng JISC thông qua, ví dụ, việc xem xét những khuyến khích và những thay đổi chính sách có khả năng và thông qua việc triển khai các hội thảo để giải quyết các quan ngại đôi khi đã nằm sâu trong các dự án khi nói về 'đi với nguồn mở'.

Nền tảng

OSS Watch đưa ra tư vấn về một loạt rộng rãi các chủ đề xung quanh sự áp dụng và phát triển PMNM đối với các cộng đồng giáo dục cao đẳng và đại học. Vào khoảng giai đoạn khi mà chương trình 2 của VRE đã bắt đầu, cơ quan dịch vụ này đã bắt đầu nắm lấy vai trò tích cực hơn trong việc giúp các dự án phát triển của JISC triển khai đầy đủ chính sách nguồn mở của JISC với một sự nhấn mạnh đặc biệt vào sự phát triển cộng đồng.

Báo cáo này thể hiện kết quả của các nỗ lực thông báo công việc 'dự án nhúng' vào này bằng việc nghiên cứu điều tra trước hết cách mà các dự án phát triển phần mềm do JISC cấp vốn hiện hành đã từng thàng công trong việc tạo các cộng đồng, bằng việc sử dụng chương trình VRE Pha 2 của JISC như một ví dụ, và thứ 2 là các cách thức theo đó qui trình này có thể được làm dễ dàng, có hoặc không có sự hỗ trợ của OSS Watch.

OSS Watch và chính sách nguồn mở của JISC

OSS Watch đã được thành lập vào năm 2003 như một dịch vụ tư vấn thí điểm nhỏ với một quyền hạn ban đầu hạn chế tới việc thiết lập và duy trì một website, việc tổ chức các hội nghị và hội thảo quốc gia và cung cấp chỉ dẫn cho các viện trường theo yêu cầu. Khi nó được 6 năm, nó đã chuyển từ đối tượng thuần túy giáo dục này thành một trong những tổ chức hỗ trợ và chỉ dẫn tích cực. Ví dụ, OSS Watch, ở những nơi có thể, đã bắt đầu tham gia và đóng góp cho tất cả chương trình JISC khởi tạo các sự kiện, tiến hành nhiều cuộc trao đổi ý kiến với các dự án và xuất bản các trường hợp điển hình về một dải các dự án phát triển nguồn mở tích cực.

Vào năm 2004, OSS Watch đã phác thảo một chính sách nguồn mở cho JISC để trả lời cho Chính sách PMNM của Chính phủ Anh 1. Đáng nhớ nhất, điều này đã thiết lập nguyên tắc rằng, mặc định, các dự án phát triển phần mềm của JISC sẽ phát hành các phần mềm của họ theo một giấy phép nguồn mở được Sáng kiến nguồn mở – OSI (Open Source Initiative) phê chuẩn, tinh chỉnh yêu cầu hiện hành cho các kết quả đầu ra của dự án sẽ được làm sẵn sàng một cách tự do cho các cộng đồng giáo dục cao đẳng và đại học. Ít đáng kể hơn, chính sách cũng đã thiết lập các chỉ dẫn về phát triển mở, khuyến cáo rằng các dự án nắm lấy các bước nuôi dưỡng các cộng đồng các lập trình viên (và những người sử dụng) xung quanh các phần mềm của họ:

4.9 Tính bền vững và các cộng đồng

Nhiều dự án nguồn mở được nỗ lực cộng đồng hỗ trợ, và JISC khuyến khích sâu sắc sự tham gia và đóng góp rộng rãi cho các dự án nguồn mở.

• Các dự án phải nói trong lời thầu của họ liệu họ có nhìn thấy trước dự án tiếp tục được vượt ra khỏi khoảng thời gian được cấp vốn hay không, và nếu có thì họ thấy ai sẽ tham gia vào dự án đó.

• Các dự án sẽ cam kết với những người sử dụng đầu cuối và các bên khác sẽ khuyến khích và xây dựng các cộng đồng tự duy trì bền vững.

• Các dự án sẽ tạo thuận lợi cho sử dụng phần mềm của họ trong các cơ sở khác của HE và FE của nước Anh.

• Các dự án có thể tạo thuận lợi cho sử dụng các phần mềm của họ trong cộng đồng rộng lớn hơn [23].

• Các dự án sẽ chấp nhận các báo cáo lỗi, các bản vá, các bản dịch và các ý kiến phản hồi từ những người đóng góp bên ngoài dự án.

- Chính sách về PMNM cho các dự án và dịch vụ của JISC

Ý định từng là đối với các dự án phải thiết lập, thông qua các cộng đồng người sử dụng và lập trình viên của họ, một mức hỗ trợ đủ cho họ để chuyển vượt ra khỏi các pha ban đầu của họ với ít sự dựa dẫm vào việc cấp vốn tiếp tục.

Môi trường Nghiên cứu Ảo Pha 2 của JISC

Chương trình Môi trường Nghiên cứu Ảo Pha 2 (VRE2) của JISC từng là một trong khoảng 30 chương trình của JISC phát triển và thí điểm phần mềm cho HE/FE. Theo website của JISC, một VRE 'giúp các nhà nghiên cứu trong tất cả các nguyên tắc quản lý dải phức tạp ngày một gia tăng các tác vụ có liên quan trong việc triển khai nghiên cứu'. VRE2 đã tiếp tục từ VRE1, một chương trình thí điểm lớn hơn và nhiều hơn, và đã được làm từ 4 dự án phát triển thí điểm các môi trường nghiên cứu ảo để hỗ trợ cho các nhu cầu của các nhà nghiên cứu nước Anh.

Dự án VRE cho Nghiên cứu các Tài liệu Cổ (VRE-SDM) đang xây dựng các cơ sở cho các nhà nghiên cứu nằm rải rác về địa lý để truy cạp và chú giải các bộ sưu tập ảnh. Dự án VRE cho Khảo cổ học (VERA) đang phát triển và thí điểm một VRE với sự đào sâu nghiên cứu Thành phố La mã cổ Silchester để cải thiện các phương tiện làm tài liệu các khai quật khảo cổ học một cách có hiệu quả và các chế tác có liên quan của nó. MyExperiment đang tạo ra một mạng xã hội cho các nhà khoa học dựa vào, nhưng không bị hạn chế tới, việc chia sẻ và thực hiện các tiến trình công việc. Dự án Nghiên cứu cộng tác Các sự kiện trên Web (CREW) đang tạo ra một VRE để nắm bắt và xuất bản cho cộng đồng bác học diễn ra tại và xung quanh các sự kiện nghiên cứu.

Thậm chí trong chương trình khá nhỏ này, các dự án giải quyết một núi các nhu cầu lạ thường, một số tập trung vào một miền nghiên cứu duy nhất, số khác thì tương đối chung về phạm vi. Hồ sơ dự án của JISC như là tổng thể chia sẻ sự đa dạng này và, kết quả là, hầu hết không có khả năng chọn ra một chương trình đại diện hoặc một tập hợp các dự án. Nói vậy, có những đặc tính nhất định rằng các dự án của JISC thường chia sẻ. Đối với một người, việc bổ sung vào các dự án của họ cho FE và HE của nước Anh, họ cũng thường do các cơ quan của HE hoặc FE của nước Anh quản lý, thường là những cơ quan của những người trong các dịch vụ điện toán hoặc các phòng khoa học máy tính. Thứ 2, toàn bộ các dự án của JISC có xu hướng sẽ chạy dưới những ràng buộc tương tự nhau về chi phí và thời gian: ngân sách thường là dưới 500.000 £ và chạy cho 1 hoặc 2 năm. Thứ 3, các dự án thường phân tán về địa lý với các đội dự án riêng rẽ chia khắp nhiều viện trường của nước Anh. Tính tới tất cả những điều này, thì chương trình VRE2 là không khác gì.

Những lợi ích của phát triển mở

Những lợi ích của nguồn mở từng được ghi tốt lại thành tài liệu. Tuy nhiên, một số lợi ích được báo cáo có thể còn gây tranh cãi đang tồn tại ngang bằng, nếu không nói là lớn hơn, so với các phát triển nguồn đóng. Ví dụ, sự tồn tại của các cộng đồng người sử dụng tích cực đóng góp tài liệu, kinh nghiệm và tư vấn cho những người sử dụng khác, chắc chắn không là duy nhất cho nguồn mở.

Ưu điểm thực sự mà các dự án nguồn mở có là khả năng của chúng để tận dụng các tài nguyên của vô số các cá nhân và tổ chức để phát triển phần mềm tiếp, thông qua một dạng rà soát lại ngang hàng đơn giản không tồn tại với nguồn đóng. Tuy nhiên, ưu thế này được báo trước rõ ràng về sự tồn tại của các cộng đồng tích cực các lập trình viên cũng như các cộng đồng tích cực của những người sử dụng.

Sự hình thành các cộng đồng không xảy ra một cách tự động chỉ vì phần mềm được phát hành như là nguồn mở. Nếu các dự án muốn thiết lập chúng, họ cần tiến hành các bước tích cực để nuôi dưỡng chúng thông qua suốt đời dự án. Trong khi mục tiêu tối thượng là một cộng đồng các lập trình viên tích cực, thì các cộng đồng người sử dụng tất nhiên là quan trọng sống còn cho cả 2 vì không có người sử dụng người sử dụng thì dự án có thể không có lý do để tồn tại, và vì thế các cộng đồng người sử dụng cũng có khả năng đại diện cho hầu hết các nguồn các lập trình viên trong tương lai, hoặc thông qua những người sử dụng tham gia trực tiếp vào hoặc thông qua những người làm của họ để làm thế nhân danh họ. Hệ quả là, điều quan trọng là các cộng đồng người sử dụng được hỗ trợ và tiếp tục lớn lên.

Qui trình lôi kéo những người sử dụng mới vào có thể đại diện cho một thách thức đối với các dự án đang làm thỏa mãn các nhu cầu được số lượng người khá nhỏ chia sẻ. Và thậm chí đối với các dự án đang giải quyết các nhu cầu được cầm giữ rộng lớn hơn, nếu điều này cũng có nghĩa là việc xử trí các thách thức kỹ thuật đáng kể, thì nó có lẽ dường như có ý nghĩa nhiều hơn để giữ cho cộng đồng khá nhỏ một cách hợp lý những người sử dụng ban đầu, trong khi khái niệm được kiểm thử, hơn là rủi ro làm hỏng uy tín của dự án bằng việc phát hành phần mềm mà không làm việc được.

Những người sử dụng không chỉ là nguồn của các lập trình viên tiềm tàng. Những người làm việc trong các cộng đồng kỹ thuật đặc thù hoặc làm việc trong các tiêu chuẩn kỹ thuật có thể muốn trở thành có liên quan và sử dụng phần mềm như một động cơ cho một công nghệ đang nổi lên. Điều này có thể là một tình huống 2 bên cùng thắng win - win. Tuy nhiên, có một rủi ro là nếu những người đó bắt đầu đông hơn những người sử dụng đầu cuối, thì đội dự án như là tổng thể đánh mất đi tầm nhìn mục tiêu ban đầu của mình và trở thành một bài tập hàn lâm: tất cả đều là các lập trình viên và không có người sử dụng.

Đạt được một sự thỏa hiệp có thể cảm nhận được

OSS Watch không phải là một tổ chức bảo vệ và không thúc đẩy nguồn mở như vậy; ngược lại, nó cung cấp sự tư vấn không thiên vị về việc các viện trường có thể làm thế nào đối với việc áp dụng hoặc phát triển nó. Đã nói rằng, ở những nơi các dự án phát triển phần mềm chọn đi xuống con đường nguồn mở, thì OSS Watch bảo vệ việc ôm lấy khái niệm đó hoàn toàn, bao gồm cả việc tiến hành các bước hướng tới việc phát triển các cộng đồng xung quanh phần mềm và không chỉ 'việc đánh đống mã' cho nó trong một dịch vụ đặt chỗ nguồn mở tới cuối cùng. Điều này không nói rằng OSS Watch khuyến cáo tất cả các dự án sẽ chạy như những nền dân chủ dựa vào sự đồng thuận. Phát triển mở không phải là một lĩnh vực hoặc tất cả hoặc không gì cả: có khả năng là mở trong khi giữ lại những yếu tố kiểm soát.

Một số bước hướng tới sự phát triển mở có khả năng sẽ là (hoặc được thừa nhận sẽ là) có khả năng đạt được hơn so với những bước khác.

Phương pháp luận

Công việc theo lĩnh vực được tiến hành cho nghiên cứu này có ở dạng một loạt các cuộc phỏng vấn bán cấu trúc với 4 dự án VRE2 giữa tháng 1 tới tháng 4/2008, được bổ sung với một phiên gặp của chương trình VRE2 vào tháng 5/2008.

Các cuộc phỏng vấn

Các cuộc phỏng vấn đã được thiết kế để xem xét các thái độ quan điểm của từng dự án riêng rẽ, hiểu được và tiến bộ hướng tới việc triển khai phát triển mở, các rào cản ngăn cản điều đó và các cách thức theo đó sự phát triển mở có thể được thực hiện dễ dàng hơn, cả có và không có sự hỗ trợ của OSS Watch.

Tiếp cận được sử dụng cho cuộc phỏng vấn (chung) đầu tiên với VERA và VRE-SDM từng khá là để thăm dò và đã tập trung vào các thái độ của 2 dự án và hiểu về khái niệm phát triển mở. Cuộc phỏng vấn thứ 2 với MyExperiment đã diễn ra như một phần của một cuộc gặp dự án đang tồn tại và ít thời giản đã được bỏ ra để khai thác thái độ và nhiều hơn thời gian vào sự tiến bộ thực sự với sự phát triển cộng đồng, đặc biệt ở phía của những người sử dụng. Để cải thiện phạm vi đạt được, một cuộc phỏng vấn theo lối chính thống 2 đã được phác thảo và được sử dụng để chỉ dẫn cho cuộc phỏng vấn cuối cùng với CREW.

Chủ đề của sự phát triển cộng đồng về bản chất tự nhiên tự bản thân nó được chia thành những người sử dụng ở một phía và các lập trình viên ở phía kia, trong khi công nhận những chồng lấn giữa cả 2. Đối với cả 2 cộng đồng, thường thì có ý nghĩa để phân biệt giữa “bạn bè và gia đình” - những người được tuyển mộ trong giai đoạn viết thầu - và những người không biết hoặc không liên quan ban đầu với dự án. Các hoạt động với nhóm sau từng không thể tránh khỏi nhiều hơn về sự cam kết tham gia hơn là sự phát triển: giữ cho họ vẫn tham gia và hạnh phúc. Các quyết định về cách mà các dự án đã lôi cuốn được mối quan tâm từ bên ngoài đã dẫn tới các câu hỏi về cách mà các dự án đã tự bản thân họ ra được thị trường với những người sử dụng và cộng đồng kỹ thuật tiềm năng, bao gồm cả các dự án VRE2 và các nhóm đang phác thảo các tiêu chuẩn mở.

Dù ban đầu không có ý định như một chủ đề chính cho thảo luận, thì vấn đề cấp phép phần mềm và các dàn xếp pháp lý thường xuyên có thu hoạch, nhất là vì việc chọn một giấy phép phù hợp và cấu trúc pháp lý thường được thể hiện rào cản trung gian nhất cho việc mở ra sự phát triển.

Phiên gặp của chương trình VRE

Phiên gặp của chương trình đã nhằm vào để khêu gợi thảo luận và đi tới một số dạng đồng thuận về hành động có thể đối với OSS Watch. Nó dài 1 giờ, với nửa đầu đã dành cho việc trình bày các phát hiện từ các cuộc phỏng vấn, và nửa sau ở dạng của một thảo luận xung quanh chủ đề phát triển mở, cách có thể đạt được đối với các dự án của JISC, và cách mà nó có thể được làm cho dễ dàng hơn thông qua công việc của OSS Watch. Phiên toàn thể liệt kê các gợi ý cho OSS Watch đã được thảo luận và bổ sung thêm sau và được tinh chỉnh. Cuối cùng, những người tham gia đã có khả năng chỉ ra những gì họ cảm thấy là gợi ý số 1 của họ cho OSS Watch.

Những phát hiện

Thái độ và nhận thức

Về tổng thể, các dự án để thể hiện một thái độ tích cực áp đảo đối với nguồn mở. Như là những người tiêu dùng thường xuyên của PMNM, các dự án thấy nguồn mở như một điều tốt lành về tổng thể và tất cả đã cam kết phát hành phần mềm theo một giấy phép nguồn mở do OSI phê chuẩn. Mặt khác, nhận thức của các dự án và sự hiểu biết về phát triển mở từng ít ổn định hơn. Một người trả lời nói, 'Tôi chỉ từng nghe một đồn đại thực tế về phát triển mở trong cộng đồng JISC vào khoảng năm ngoái. Hãy đưa lên khi chúng tôi đặt vào các vụ thầu'.

Sự phát triển của cộng đồng những người sử dụng

Lời kêu gọi của VRE2 đã truyền lệnh cho một tiếp cận phát triển hướng tới người sử dụng, đưa ra một mô hình 'hình số 8' (xem hình) dựa vào các phương pháp phát triển phần mềm lanh lẹ và có sự tham gia. Kết quả là, tất cả các dự án của VRE2 được cam kết mạnh mẽ cho sự tham gia của cộng đồng những người sử dụng theo nghĩa là hiểu các nhu cầu của những người sử dụng của chúng và làm việc sát sao với họ khi phát triển phần mềm.

Từ một triển vọng của phát triển mở, điều này rõ rằng là điều tốt lành: người sử dụng sẽ quay đi nếu các nhu cầu của họ không được thỏa mãn, và không có người sử dụng thì không có dự án.
 

Vì mô hình phát triển phần mềm ngược với một mô hình phát triển cộng đồng, 'hình số 8' giả thiết cộng đồng người sử dụng là đã có ở đó, chờ được tham gia vào và không đặt ra nhiều sự nhấn mạnh vào việc lôi kéo những người sử dụng mới. Các dự án VRE2 tất cả đều đã có các cộng đồng người sử dụng được viết bên trong chúng với những nỗ lực ban đầu và thực sự của họ đã được làm để giữ cho họ tham gia vào và có quan tâm.

MyExperiment từng chỉ là dự án đã thực hiện các cố gắng đáng kể để tuyển mở những người sử dụng mới, nhưng điều này từng thẳng hơn đáng kể đối với họ vì phần mềm của họ đã có khả năng truy cập được như một ứng dụng 'web 2.0' được đặt chỗ. CREW và VRE-SDM vẫn còn ở trong giai đoạn kiểm soát truy cập tới phần mềm thông qua các phiên kiểm thử khả năng sử dụng 'chỉ ra và nói' được quản lý một cách cẩn thận; đối với chúng đơn giản là quá sớm để làm cho phần mềm thường là sẵn sàng - những người sử dụng cần một mức độ nhất định 'cầm tay chỉ việc'. VERA từng tăng tốc cho Silchester vào mùa hè 2008, khi đó những người sử dụng của họ có thể có cơ hội đầu tiên của họ trợ giúp cho công nghệ được phát triển.

Phát triển cộng đồng lập trình viên

không có dự án nào thực sự đã xem xét việc mở ra sự phát triển vượt ra khỏi các đội cốt lõi của họ trong các giai đoạn cấp vốn ban đầu. Một bình luận đại diện đã được một người quản lý kỹ thuật thực hiện từng là, 'chúng tôi không có kế hoạch cho việc mở nó ra như một sự phát triển nguồn mở. Điều đó không để nói chúng tôi cho thể loại trừ điều đó'.

Việc đặt ra các tư liệu

Bước quan trọng nhất trong việc mở ra sự phát triển là làm cho phần mềm sẵn sàng sao cho các lập trình viên khác có thể 'chơi' với nó được. Tuy nhiên, điều này không chỉ là về việc đặt mã nguồn lên một website hoặc trao sự truy cập công khai tới hệ thống kiểm soát phiên bản. Thường được thừa nhận chung rằng các lập trình viên (và những người sử dụng) có khả năng hơn nhiều để tham gia vào nếu phần mềm được làm cho sẵn sàng như một phát hành với một số tuyên bố về chất lượng có liên quan. Ví dụ, là nó sẽ biên dịch và chạy, ít nhất là như vậy.

Hai trong số 4 dự án VRE, MyExperiment và VERA, đã làm cho mã nguồn của chúng sẵn sàng thông qua kiểm soát phiên bản: MyExperiment thông qua RubyForge và VERA thông qua một hệ thống Trac địa phương, dù mã của VERA không truy cập được công khai 3. Tuy nhiên, vì các lý do khác nhau, các dự án đã không triển khai bất kỳ phát hành chính thức nào. Một giải thích cho điều này là các dự án đã không cần phải làm thế để làm cho phần mềm truy cập được tới những người sử dụng của họ. Những người sử dụng MyExperiment hầu như tất cả sử dụng dịch vụ đặt chỗ của dự án (một 'bản beta vĩnh viễn') tại myexperiment.org hơn là việc cài đặt các bản sao cục bộ; VERA, CREW và VRE-SDM vẫn còn kiểm soát truy cập đối với phần mềm.

Nhìn vượt ra khỏi điều này, các dự án đã thể hiện một sự ngại ngùng cơ bản về việc lôi cuốn các lập trình viên của bên thứ 3 và đặt phần mềm của họ ra theo cách này. Đã có cảm giác rằng các dự án của họ đơn giản không 'đủ lớn và đủ phổ biến' cho điều đó trở nên đáng làm. Một dự án nói, 'Bạn phải có đủ người sử dụng phần mềm để làm cho điều đó sống sót được'. Cũng đã có sự sợ hãi rằng việc đặt phần mềm mở ra cho các lập trình viên tới một số lượng nhất định sự cởi mở và đã có cảm giác từ một dự án rằng 'sự minh bạch đó có thể hạn chế các lập trình viên'. Trong cuộc gặp của chương trình VRE, sự sợ hãi đó đã được khai thác tiếp.

Lo ngại khác từng là bằng việc mở ra sự phát triển, các dự án có thể đánh mất một yếu tố kiểm soát và thậm chí dấu ấn có liên quan tới việc được cấp vốn để phát hành dự án trước. Cũng có lo ngại rằng những người khác có thể thay đổi đường lối của dự án gây hại cho cộng đồng người sử dụng đầu cuối. Tất cả các dự án đã dường như ưa thích hơn mô hình Linux: nơi mà họ kiểm soát được phần cốt lõi và các công cụ phát triển của những người đóng góp bên thứ 3 ở xung quanh.

Áp dụng và quản lý các đóng góp ngược về dự án.

Làm cho các phát hành sẵn sàng sẽ cho phép các lập trình viên 'chơi' với phần mềm. Những gì nó cung cấp là các cơ chế để cho phép những thay đổi sẽ được đóng góp ngược trở lại vào dự án.

Ở mức này hay mức khác, các dự án VRE2 đã nhận thức được rằng việc triển khai các phát hành là một phần cần thiết của việc mở ra sự phát triển. Tuy nhiên, những gì họ đã không mong đợi phải làm là phát hành phần mềm của họ bất kỳ lúc nào sớm hơn lúc cuối cùng. Trong khi các dự án từng rất mở về ý tưởng phát triển mở, cùng một lúc chúng cũng đã thể hiện nhưng lo ngại thực sự về tổng chi phí của việc quản lý qui trình chấp nhận các đóng góp trên đỉnh của việc phát hành bản thân phần mềm. Một người quản lý kỹ thuật đã bình luận, '[Tổng chi phí này] không là nhân tố trong dự án này và tôi đã không tính tới nhân tố đó trong bất kỳ vụ thầu nào mà tôi đã viết'. Người khác nói, 'Việc quản lý và thông báo mã khi những người khác đang đóng góp là nhiều công việc hơn là tự bạn viết mã'.

Kết quả của sự bất đắc dĩ này, không dự án nào đã có các kế hoạch cụ thể cho việc mở ra sự phát triển, không website của lập trình viên nào chuyên tâm và không có chỉ dẫn nào về cách để đóng góp. Bất chấp điều này, đã có 2 dự án – MyExperiment và VERA - đã đồng ý cho các bên bên ngoài phát triển các công cụ và các trình cài cắm. MyExperiment, bằng việc phát hành một “RESTful”, API, thậm chí đã và đang ngấm ngầm mời chào điều này và các ví dụ của 'mash-up' tích hợp chức năng đã tồn tại của MyExperiment ở dạng của 3 Google Gadgets. Tuy nhiên, MyExperiment thừa nhận, rằng họ đã cần một chiến lược cho các trình cài cắm sao cho những người xây dựng chúng có thể biết 'khi nào thì đưa chúng vào'.

Một cách khác theo đó các dự án đã hy vọng mở ra từng là bằng việc đưa ra các thành phần phụ như là các dự án nguồn mở theo các quyền của riêng chúng. VERA đã có, như một phần của những nỗ lực của họ để tích hợp các ứng dụng dùng ngay được như Wordpress và MediaWiki vào cổng của họ, đã phát triển một thành phần phần mềm trung gian có tên là 'RecycleBridge' để tạo thuận lợi cho điều này. CREW đã nói có mong muốn đưa ra một thành phần ghi chú dựa vào RDF được tích hợp đã chia sẻ nó với 2 dự án khác do JISC cấp vốn tại Viện Công nghệ Học và Nghiên cứu – ILRT (Institute for Learning and Research Technology) của Đại học Bristol. Trong cả 2 trường hợp, nó từng cảm thấy rằng bằng việc đưa ra các thành phần đó, họ có thể được làm phù hợp cho một nhóm rộng lớn hơn nhiều những người sử dụng và có một cơ hội tốt hơn để lôi cuốn các lập trình viên từ các cổng và các cộng đồng web một cách tương ứng.

MyExperiment cũng đã cam kết với các cộng đồng kỹ thuật, nhưng là duy nhất trong số các dự án VRE2 theo đó họ đã quyết định không ôm lấy các cổng như là công nghệ trình bày chính của họ. Tuy nhiên, họ đã nêu tham vọng đưa ra một hoạt động của cổng song song với dự án chính. MyExperiment đã cam kết với cả World Wide Web Consortium và các cộng đồng các kho số thông qua sự phát triển của họ đối với các Đối tượng myExperiment được Bọc gói - EMO (Encapsulated myExperiment Objects) được thiết kế để tích hợp với tiêu chuẩn OAI-ORE 4 đang nổi lên. MyExperiment cũng đã cộng tác với dự án SKUA được JISC cấp vốn để khai thác sử dụng Open Social 5 như một đường cộng tác có khả năng. Bằng cách làm như vậy, dự án SKUA đã trở thành dự án đầu tiên và duy nhất cài đặt MyExperiment một cách cục bộ thay vì sử dụng dịch vụ đặt chỗ.

Tính bền vững và các kế hoạt thoát ra

Tiếp cận chung của các dự án về tính bền vững hoặc để tìm kiếm cấp vốn bổ sung vào cuối của dự án hoặc để nghiên cứu các cơ hội khai thác thương mại. Như một quản lý kỹ thuật đã bình luận, 'Kế hoạch về tính bền vững đang được xem như là đủ đối với sự thành công sớm hơn trong dự án mà chúng tôi có cơ hội đấu thầu để có thêm tiền'.

Những gợi ý từ các dự án đối với OSS Watch

Nhiều gợi ý đã được các dự án đưa ra từng có liên quan tới sự cung cấp thông tin. Tuy nhiên, đã không có nhiều thông tin hơn từng là cần thiết; từng nhiều hơn sự phong phú của thông tin đang có sẵn được chỉnh sửa cho những hoàn cảnh đặc biệt của các dự án do JISC cấp vốn. Ví dụ, trong khi OSS Watch đã xuất bản nhiều trường hợp điển hình nguồn mở, thì vẫn chỉ có một trường hợp đã chỉ ra cách một dự án 6 đang tồn tại được JISC cấp vốn là thành công tuân theo một tiếp cận phát triển mở. Việc xuất bản các ví dụ tương tự nhiều hơn từng là gợi ý phổ biến nhất cho tới nay vì, như câu của một người quản lý kỹ thuật, 'Luôn dễ dàng hơn để chơi theo người cầm đầu của tôi'.

Ví dụ khác về việc tùy biến này từng là gợi ý về việc cung cấp các mô hình điều hành mẫu template và các thỏa thuận giấy phép của những người đóng góp. OSS Watch đã có rồi các nguồn về việc phác thảo các tài liệu đó, nhưng các dự án cảm thấy rằng nhiều thời gian có thể tiết kiệm được bằng việc cho phép các dự án có được các tài liệu soạn sẵn cho các hoàn cảnh đặc thù của họ. Điều này đã trợ giúp cho việc ra quyết định cũng có thể đơn giản hóa qui trình lựa chọn bản thân giấy phép nguồn mở. Thay vì việc dựa vào tư vấn chung chung, các dự án có thể được chỉ dẫn thông qua một loạt các kịch bản cho phép họ khai thác các rủi ro, các chi phí và lợi ích của việc đưa ra các quyết định cấp phép khác nhau. Cùng lúc, cũng đã có gợi ý rằng OSS Watch hoặc JISC có thể đưa ra một dịch vụ tư vấn pháp lý chín muồi đầy đủ cho nguồn mở.

Một khía cạnh xa hơn đối với các gợi ý có liên quan tới thông tin từng là nhu cầu phổ biến sẽ ít thụ động hơn và tích cực hơn nhiều. Bổ sung vào thông tin đang được làm cho sẵn sàng trên website và các RSS feed có liên quan, nên chủ động tích cực đặt ra trước cho những người cần biết nó, đặc biệt là những người viết thầu và những người chấm thầu. OSS Watch, ở những nơi có khả năng, tham gia vào tất cả các cuộc họp của chương trình và thành phố JISC, và các dự án thường được yêu cầu tư vấn với OSS Watch khi họ bắt đầu làm quen. Tuy nhiên, các dự án đã nói rằng thông điệp về phát triển mở đã và đang nhận được quá chậm. Trừ phi những người viết thầu nhận thức được và được giáo dục về nó, phát triển mở có lẽ rất không được lên kế hoạch hoặc dành ngân sách cho.

Không có lượng thông tin, giáo dục hoặc tư vấn nào sẽ giúp một số dự án vượt qua được những sợ hãi có từ lâu nhất của họ về 'đi với nguồn mở'. Đã có gợi ý rằng OSS Watch nên tổ chức các cuộc hội thảo với các dự án để xem xét những lo ngại của họ và cách mà chúng có thể được giải quyết, ví dụ, thông qua việc quản lý có hiệu quả những kỳ vọng của người sử dụng. Một cách giúp các dự án để vượt qua được những nỗi sợ hãi của họ có thể là bằng cách làm việc với họ để đi theo các kịch bản của họ qua tới những cực logic của họ; bằng việc giúp cho các dự án trực quan hóa các kịch bản trong các trường hợp tiềm năng tồi tệ nhất, các rủi ro sẽ được hiểu và xác định tốt hơn.

Một số gợi ý từng ít hơn về trợ giúp cho các dự án riêng rẽ và nhiều hơn về chính sách ở mức độ phòng, viện trường và quốc gia. Ví dụ, có thể một số ngần ngại về việc đặt phần mềm ra sớm hơn sẽ được xử trí qua các phòng và viện trường đặt ra những khuyến khích, theo một số cách thức mà phong trào truy cập mở đã khuyến khích các nhà nghiên cứu đặt cọc các xuất bản phẩm của họ trong các kho của viện trường? Một ý tưởng cơ bản nhưng phổ biến từng là đối với OSS Watch hoặc JISC 'quản lý' thực sự một cộng đồng các lập trình viên nguồn mở cho các dự án của JISC. Điều này có thể cung cấp một kho các lập trình viên và những người đóng góp và giúp đảm bảo rằng tri thức là không bị mất. Được gợi ý thậm chí nếu điều này có thể không làm việc được trong thực tế, thì nó có thể vẫn có giá trị 'thí nghiệm có suy nghĩ' để triển khai.

Kết luận

Thậm chí dù các dự án VRE2 tất cả cam kết phát hành phần mềm của họ như là nguồn mở, thì sự thiếu tài nguyên đối với các lập trình viên, các phát hành chính thức và, trong một số trường hợp, truy cập đọc các kho mã chỉ ra rằng các dự án VRE2 đang không tiến hành phát triển theo một cách thức rất mở. Hệ quả là, chúng đang làm cho ít có khả năng hơn nhiều cho các cộng đồng phát triển để hình thành, duy trì tri thức được các thành viên của đội xây dựng và làm cho các dự án vượt ra khỏi việc cấp vốn ban đầu của chúng.

Các lý do các dự án VRE2 còn chưa ôm lấy phát triển mở dường như có nguồn gốc trong sự kết hợp của sự thiếu nhận thức, tâm lý và thiếu tài nguyên. Nhận thức có liên quan tới cả các bước nào phải tiến hành cũng như tầm quan trọng của việc thực sự tiến hành chúng: liệu chúng có là có bản cho phát triển mở hay chỉ đơn giản là mong muốn. Đối với các bước mà các dự án nhận thức được, dường như có các rào cản tâm lý đáng kể ngăn cản họ khỏi việc tiến hành chúng cả về sự khó khăn được thừa nhận của họ, nỗ lực (chi phí tổng) có liên quan và có khả năng rời ra.

Không có ai được phỏng vấn hoàn toàn phản đối phát triển mở. Tuy nhiên, đã có một số nghi ngờ về cách mà nó được áp dụng thế nào cho các dự án của họ, đặc biệt nơi mà họ thấy các dự án của họ phần nhiều là để kiểm thử một khái niệm hơn là việc tạo ra phần mềm chất lượng sản xuất. Thậm chí như vậy, đa phần đã không phản đối ý tưởng đặt phát triển mở vào thực tế trong các dự án trong tương lai, miễn là chúng có đủ các tài nguyên để làm điều đó và việc triển khai nó sẽ không làm trệch đường của chúng quá nhiều khỏi tác vụ của việc phát triển phần mềm.

Khái niệm phát triển cộng đồng là một phần rất lớn trong chính sách nguồn mở của JISC và các kết quả đầu ra sẽ được phát hành, các cơ chế sẽ được đặt tại chỗ cho sự đóng góp của cộng đồng (những người sử dụng và các lập trình viên) thông qua dự án, và kế hoạch bền vững cho dự án. Tuy nhiên, điều này đã không xảy ra, trong trường hợp của VRE2, trong các dự án cấp vốn thực tế cho toàn bộ chi phí của việc quản lý qui trình phát triển mở. Bài học ở đây là OSS Watch và JISC nên chủ động tích cực hơn với việc giáo dục cộng đồng đổi mới của JISC, đặc biệt những người viết thầu và những người chấm thầu, về tầm quan trọng của việc đưa các yếu tố này vào.

Các khuyến cáo

Danh sách các khuyến cáo được sắp xếp ưu tiên sau đây đối với OSS Watch đã được tính chế từ các cuộc phỏng vấn và phiên họp của chương trình VRE. Bản thân đội OSS Watch từng không trực tiếp có liên quan tới việc thiết kế chúng mà đã, ở những nơi có thể, làm việc với các khuyến cáo đó trong kế hoạch dự án của OSS Watch cho giai đoạn cấp vốn 2008-2010.

Bình luận về tình trạng đã được bổ sung để chỉ ra các hoạt động từng được thực hiện trong từng lĩnh vực và phản ánh tình trạng trong năm 2011.

OSS Watch hạnh phúc đưa ra tư vấn về cách mà phát triển mở có thể làm lợi cho dự án của bạn. Hãy liên hệ với chúng tôi tại mailto:info@oss-watch.ac.uk.

Thừa nhận

OSS Watch được Ủy ban các Hệ thống Thông tin Chung - JISC (Joint Information Systems Committee) cấp vốn và nằm ở các Dịch vụ Điện toán của Đại học Oxford.

Tác giả muốn cảm ơn người quản lý chương trình JISC VRE và các thành viên của các dự án VRE về việc đóng góp thời gian của họ để tham gia trong nghiên cứu này và về việc bình luận trong các bản thảo trước của báo cáo này. Đặc biệt, tác giả muốn cảm ơn: Ruth Kirkham, John Pybus, Ségolène Tarte, Henriette Roued Olsen, Mark Baker, Matthew Grove, Emma O’Riordan, David de Roure, Carole Goble, Danius Michaelides, David Withers, Alan Williams, Stuart Owen, Ian Dunlop, Franck Tanoh, Katy Wolstencroft, Meik Poschen, Yuwei Lin, Antoon Goderis, Jiten Bhagat, Nikki Rogers, Michael Daw và Frederique van Till.

Các phụ lục

Phụ lục A - Phỏng vấn theo mẫu có sẵn

Mẫu này được phát triển để chỉ dẫn cho cuộc phỏng vấn cuối cùng với CREW.

• Giới thiệu

  • Chính sách nguồn mở của JISC

• Phát triển cộng đồng người sử dụng

  • Kích cỡ hiện hành

  • Marketing và PR (Website, blog, phát động, báo chí quốc gia, trình diễn demo, …)

  • Cam kết tham gia với những người sử dụng đang tồn tại (các hội thảo về các yêu cầu, kiểm thử khả năng sử dụng, huấn luyện, …)

• Phát triển cộng đồng các lập trình viên

  • Kích cỡ hiện hành

  • Website của các lập trình viên: danh sách thư, trình theo dõi các vấn đề, SVN, tài liệu...

  • Đặt chỗ hosting

  • Bạn đang lôi cuốn các lập trình viên như thế nào, như từ cộng đồng web ngữ nghĩa, cộng đồng người sử dụng, … ?

  • Liệu có các đóng góp của bất kỳ bên thứ ba nào hay không?

  • Mô hình điều hành

  • Các phát hành

• Tình trạng pháp lý

  • Liệu họ có tìm thấy tư vấn?

  • Quyền sở hữu bản quyền

  • Giấy phép phần mềm

  • Phần mềm của các bên thứ 3

  • Bất kỳ thỏa thuận giấy phép của người đóng góp

  • Bất kỳ giấy phép nội dung nào có thể áp dụng được

• Các vấn đề với việc mở ra: làm thế nào OSS Watch có thể làm cho nó dễ dàng hơn?

  • Các vấn đề như: sự sao nhãng, quyền sở hữu trí tuệ (IPR)

  • Trợ giúp như: các hội thảo, khung điều hành, thỏa thuận giấy phép của người đóng góp, tư vấn.

• Kế hoạch thoát ra

  • Tìm kiếm cấp vốn bổ sung?

  • Các lập trình viên dẫn dắt tiến lên?

  • Ai đang là động lực dẫn dắt?

• Cam kết với các tiêu chuẩn mở

  • Web ngữ nghĩa

  • Các cổng

  • Xã hội mở

  • …

• Rà soát lại các hành động

• Kết thúc

Đọc thêm

Các thông tin có liên quan từ OSS Watch:

• Xây dựng cộng đồng nguồn mở như thế nào

• Nguồn mở bền vững

• Các vai trò trong các dự án nguồn mở

• Các trường hợp điển hình về tính bền vững

• Mô hình độ chín bền vững của phần mềm

• Nguồn mở và hạ tầng nghiên cứu

1. Chính sách PMNM của Chính phủ Anh đã được Chiến lược CNTT-TT về Nguồn mở, các Tiêu chuẩn mở và Sử dụng lại tinh chỉnh lại tiếp tục và đã được phát hành vào tháng 12/2009.

2. Mẫu chuẩn bị trước cho các cuộc phỏng vấn có thể thấy trong Phụ lục A.

3. Dịch vụ đặt chỗ bên ngoài như SourceForge và Google Code được ưu tiên cho những người đã duy trì trong nội bộ vì chúng ít rủi ro rằng hạ tầng dự án sẽ được tái mục đích khi cấp vốn kết thúc. Sử dụng các dịch vụ bên ngoài cũng có khả năng tạo ra nhiều hơn ấn tượng về tính mở và hệ quả là làm gia tăng khả năng các bên thứ 3 sẽ đóng góp.

4. Sáng kiến Kho lưu trữ Mở cho Đối tượng Sử dụng lại và Trao đổi - OAI - ORE (Open Archives Initiative Object Reuse and Exchange) xác định các tiêu chuẩn cho mô tả và trao đổi tổng hợp nguồn Web. Nhiều thông tin hơn sẵn sàng ở: http://www.openarchives.org/ore/

5. Xã hội mở định nghĩa giao diện lập trình ứng dụng - API cho các ứng dunngj xã hội xuyên nhiều website. Nhiều thông tin hơn sẵn sàng ở: http://code.google.com/apis/opensocial/

6. Dự án đã tham chiếu tới WebPA nằm ở Đại học Loughborough. WebPA đang phát triển các công cụ dựa vào web cho đánh giá ngang hàng trực tuyến. Nhiều thông tin hơn sẵn sàng ở: http://webpaproject.lboro.ac.uk/.

By Sander van der Waal, Published: 28 August 2008, Reviewed: 16 April 2012

Theo: http://www.oss-watch.ac.uk/resources/vre-report