Làm cách nào để thuyết phục một nhóm sử dụng công nghệ mới (LinQ, MVC, v.v ...)?

Question

Rõ ràng, nó dễ dàng hơn để làm với một số nhà phát triển, nhưng tôi chắc chắn nhiều người trong chúng ta đang ở trên các đội thích trạng thái.

Bạn biết loại. Bạn thấy một số lợi ích trong một phần của công nghệ mới và họ thích các phương pháp đã thử và đúng sự thật.

Hãy thử, ví dụ, DBA/C# lập trình các ưu điểm của việc sử dụng LINQ (không nhất thiết phải là LINQ to SQL, chỉ cần nói về LINQ nói chung). Ví dụ, khi yêu cầu dự án là nền tảng chéo ... thay vì nghĩ về cách có thể chạy Windows trên máy Mac thông qua Máy ảo, hãy giới thiệu ý tưởng sử dụng Silverlight tương đối mới hoặc tạo nó trong Java (như một tùy chọn để xem xét).

Tôi biết hầu hết mọi người không muốn ra khỏi mức độ thoải mái của họ, vì vậy phải mất một chút thuyết phục và không phải tất cả công nghệ mới đều có ý nghĩa kinh doanh ... nhưng bạn đã thuyết phục nhóm của mình xem xét công nghệ mới?

Bạn đã giới thiệu thành công công nghệ nào cho nơi làm việc của mình?

Công nghệ nào bạn cho là khó nhất để giới thiệu? (Tôi đang nghĩ đến các mô hình chuyển đổi mô hình, như MVC từ WebForms ... hoặc các ngôn ngữ mới)

Bạn sử dụng chiến lược nào để làm cho các công nghệ mới này hấp dẫn?

Answer 1

• Biết rõ công nghệ trước khi quảng cáo. Bạn sẽ nhận được câu hỏi như "nhưng làm thế nào chúng ta có thể làm cho nó làm X?", Và bạn muốn có thể đưa ra ít nhất một câu trả lời chung.

• Cố gắng không phải là một người nhiệt thành tôn giáo. Thừa nhận rằng công nghệ mới không hoàn hảo, rằng nó chỉ là một công cụ khác trong hộp công cụ, đi một chặng đường dài hướng tới sự tín nhiệm.

• Tạo bản trình diễn trực tiếp được chuẩn bị kỹ lưỡng để cho biết những gì nó có thể làm. Ví dụ, một người bạn của tôi đã xây dựng một blog đơn giản trong Ruby on Rails trong nửa giờ, trước một khán giả trực tiếp. Tôi muốn nhấn mạnh từ "chuẩn bị kỹ lưỡng"; nếu mọi thứ tiếp tục phá vỡ trên đường đi, hoặc bạn không hoàn toàn hiểu những gì bạn đang làm, hoặc bạn không thể trả lời các câu hỏi cơ bản, bạn sẽ làm tổn thương nguyên nhân của bạn hơn là giúp nó.

Answer 2

Khi nói đến thực hành mã hóa, yêu thích của tôi là sử dụng khá đơn giản các ví dụ. Tôi sẽ mất một vài giờ và chỉnh sửa cơ sở mã của chúng tôi để sử dụng kỹ thuật mới thay cho mẫu trước đó. Sau đó gửi một kệ sách hoặc danh sách thay đổi xung quanh phần còn lại của danh sách nhà phát triển hiển thị sự khác biệt. Hoặc chỉ có một cuộc họp để nói về sự khác biệt.

Hiển thị các ví dụ trong mã sản xuất thực sự giúp các nhà phát triển khác thấy được những lợi thế.

Answer 3

Tốt nhất nên dẫn đầu bằng ví dụ. Hoàn thành một dự án thành công bằng cách sử dụng công cụ mới và chờ các nhà phát triển hỏi bạn đã làm như thế nào.

Answer 4

Chỉ cho họ cách giải quyết sự cố thường gặp. Chọn ra một số vấn đề xuất hiện thường xuyên cho họ và cho họ thấy giải pháp. Điều đó thường sẽ ít nhất khiến họ suy nghĩ về điều đó.

Answer 5

Tôi đã giới thiệu thành công LINQ cho công ty của tôi và nó đã giúp khá nhiều.

Điều gì hiệu quả với tôi? Hiển thị và cho biết. Công nghệ trước đây của chúng tôi là lập trình cơ sở dữ liệu với C, khá là lộn xộn. Nhà phát triển chính của chúng tôi đã thực hiện khoảng 3000 dòng mã để điền vào một tập dữ liệu và tôi đã làm nó ở vị trí thứ 10 trong số đó với LINQ/C#.

Một khi tôi đã phá vỡ những gì tôi đã làm và ông thấy nó mạnh như thế nào, ông đã tin rằng đã đến lúc phải nâng cấp.

Answer 6

Đứng hai công nghệ cạnh nhau, an toàn để giả định rằng các cải tiến đã được thực hiện và những gì bạn đang mang đến bàn phù hợp hơn với công việc trong tầm tay.

Đặt các kết quả thô trước mặt chúng và để chúng tự quyết định!

Tôi làm việc cho một dữ liệu beauro, và cho đến gần đây công ty đã được nối vào MS Access, mà là cồng kềnh và không thích hợp cho công việc, sau khi một số nghiêm trọng thuyết phục và hiển thị sức mạnh của SQL so với Access, bây giờ là vũ khí của sự lựa chọn.

Và nó đã đứng hai bên công nghệ cao bên cạnh và cho phép các chàng lên hàng đầu để xem cho mình, thời gian lưu đã làm cho ý nghĩa kinh doanh!

Answer 7

Bạn cần phải cho biết lý do tại sao đó là công nghệ TỐT HƠN (hoặc ít nhất là tốt hơn) so với công cụ/phương pháp hiện tại đang sử dụng và có thể đáng kể như vậy. Nếu không, tại sao đi qua những nỗ lực của việc học một cái gì đó mới?

Nếu không, hãy thuyết phục ông chủ và nhận ủy nhiệm ... (mặc dù tôi không thực sự khuyên rằng nếu bạn không thể có được ít nhất một nửa đội trên tàu).

Answer 8

Tôi đã cố gắng thuyết phục nhóm Im một phần để chuyển từ CVS sang Mercurial. Bạn có thể tin rằng chúng tôi vẫn đang sử dụng CVS? Tôi có thể làm gì khi tôi bắt đầu.

Tôi đã trở thành gần như phần nào của một nhà thuyết giảng, một nỗi đau hoàng gia ở mông. Mỗi khi CVS vít lên hoặc gây ra một số loại khó chịu (chẳng hạn như chậm chạp), tôi đã có một bài phát biểu ngắn gọn về việc nó tốt hơn bao nhiêu thì có thể là. Chẳng bao lâu họ đã chấp nhận khả năng có những lựa chọn thay thế (không ai trong số họ thực sự biết có lựa chọn thay thế cho CVS!) Và bắt đầu nói những thứ như "nếu có thực sự là lựa chọn thay thế, bất cứ điều gì phải tốt hơn này".

Thats khi tôi thực hiện di chuyển của mình và chỉ cần chạy một số tập lệnh chuyển đổi kho CVS thành một Mercurial và tải nó lên máy chủ của công ty. Một khi họ nhìn thấy nó trong hành động, họ đã được bán.

Không phải là tôi lên kế hoạch bất cứ điều gì trong quá trình di cư này ít ops đen, nhưng khi nhìn lại tôi sẽ cung cấp cho các lời khuyên sau đây cho bất cứ ai cố gắng một cái gì đó tương tự:

• Hãy để mọi người biết có được (tốt hơn) lựa chọn thay thế, nó là hoàn toàn có thể làm việc bên ngoài vùng thoải mái của bạn.
• Dẫn đầu ví dụ, nếu bạn muốn làm điều gì đó, hãy tự làm. Hiển thị hoạt động thay thế. Không ai sẽ thực hiện bước nhảy trừ khi bạn nhảy đầu tiên, đặc biệt là nếu họ không do dự.

Answer 9

Lời khuyên từ những người thuyết phục quản lý để xem xét sử dụng F # đi một cái gì đó như thế này:

Thực hiện các bit quan trọng nhất của dự án quan trọng tiếp theo của công ty trong F # trong thời gian rảnh rỗi của bạn và sau đó cho người khác thấy những lợi ích của nó, bạn đã có thể triển khai nó nhanh như thế nào và dễ dàng điều chỉnh giải pháp để thay đổi các yêu cầu như thế nào.

Tôi nghĩ đây là cách khá hiệu quả - khi mọi người thực sự nhìn thấy năng suất (của bất kỳ công nghệ mới nào), nó dễ dàng hơn nhiều để thuyết phục họ rằng nó là worht học nó.