2008-09-12 65 views
21

Tôi đang lên kế hoạch trình bày kỹ thuật cho một sản phẩm mà chúng tôi đang xây dựng. Đối tượng dự kiến ​​là nhà phát triển kỹ thuật. Vì vậy, hầu hết thời gian, tôi sẽ gỡ lỗi máng mã trong Visual Studio, phân tích hiệu suất, một số đánh giá kiến ​​trúc, v.v.Các mẹo hay về bản trình bày kỹ thuật

Tôi đã đọc vài số blogs trên kích thước phông chữ để sử dụng, mẫu để sử dụng trên Visual Studio, presentation tools , among other rất useful tips.

Điều tôi đang tìm kiếm cụ thể là làm thế nào để giữ cho phiên làm việc thú vị mà không làm cho nó trở thành một hướng dẫn mã khô? Làm thế nào để tránh làm cho mọi người rơi vào giấc ngủ? Sẽ thật tuyệt vời khi nghe một số câu chuyện ..

Update1: Đoạn clip đẹp trên thu phóng. Glue Audience To Your Presentation With Zoomit.

Update2: Bài đăng mới từ Scott Hanselman sau PDC talk mình - Tips for Preparing for a Technical Presentation

Trả lời

10

bình luận thú vị Đặt trong các mã.

// Điều này không tốt hơn trong quá trình trình bày tiếp theo của tôi, ngu ngốc @ # $ @ #% $ code.

Đừng nói về chúng, hãy để chúng được khán giả tìm thấy.

-Adam

+0

tuyệt vời. tôi có thể nghĩ về vài người trong số họ .. –

+0

những hình ảnh hài hước (không phải clipart hay dilbert, sử dụng ảnh hoặc XKCD) luôn là người chiến thắng! – metao

1

Đây là điều đã được giải thích cho tôi và tôi nghĩ nó rất hữu ích. Bạn có thể muốn xem xét sẽ không trượt nặng lúc đầu. Bạn muốn cho người nghe thấy một cái gì đó (rõ ràng có lẽ không phải là mã) lên phía trước để giữ chúng trên mép ghế của họ muốn tìm hiểu về cách làm những gì bạn vừa cho họ thấy.

+0

đã đồng ý. cần phải bắt đầu bằng một tiếng nổ. tôi tự hỏi điều gì sẽ là .. –

5

FYI, bài viết của Hanselman có an update (liên kết của bạn là từ năm 2003).

+0

Cảm ơn. Đã cập nhật với liên kết mới. –

4

Sử dụng những câu chuyện. Ngay cả với các ví dụ mã, có một cốt truyện: đây là lý do tại sao ai đó đang làm điều này. Để tăng sự tham gia của khán giả, hãy yêu cầu các ví dụ về X trong đó X là thứ bạn biết bạn có thể giới thiệu, sau đó cụm từ sự đi qua trong các thuật ngữ đó.

Hoặc có thể bạn có những câu chuyện chiến tranh về cách nó khác hoặc cách bình thường mất nhiều thời gian hơn hoặc bất cứ điều gì. Tôi thấy mọi người xác định với những thứ như vậy, khi bạn đưa ra các ví dụ của bạn, họ theo dõi tinh thần nó trở lại trải nghiệm của riêng họ.

+0

Đây là một mẹo thực sự tuyệt vời ... Cảm ơn bạn. –

1

Gần đây tôi đã bắt đầu sử dụng các công cụ Lập bản đồ tâm trí cho các bản trình bày và nhận thấy rằng nó hoạt động rất tốt.

http://en.wikipedia.org/wiki/Mind_map

Về cơ bản, tôi tìm thấy những người chỉ khoanh ra lần thứ hai bạn bắt đầu đi vào chi tiết với một bài thuyết trình. Truyền đạt thông tin với một bản đồ tư duy (ít nhất là trong kinh nghiệm của tôi), cung cấp một cách dễ dàng hơn nhiều để thông tin được truyền tải và gắn kết với nhau.

Điều quan trọng là trình bày thông tin ở các giai đoạn (ví dụ: ý tưởng cấp cao của bạn trước tiên, sau đó chi tiết hơn, mỗi lần một ý tưởng).Các công cụ lập bản đồ tư duy về cơ bản cho phép bạn mở rộng bản đồ của mình, như đồng hồ đối tượng và thông tin chi tiết hơn và hiện tại của bạn. Làm theo cách này cho phép khán giả của bạn dần dần hấp thụ dữ liệu ở các giai đoạn nhỏ hơn, có xu hướng hỗ trợ lưu giữ.

Khám phá FreeMind để sử dụng công cụ miễn phí. Mind Manager là sản phẩm trả phí nhưng được đánh bóng và thông thạo hơn nhiều.

1

Giữ "trình bày trực quan" đơn giản và tiêu chuẩn.

Nếu bạn đang sử dụng Vista, hãy ẩn các biểu tượng trên màn hình của bạn và sử dụng một trong các hình nền mặc định. Giữ cài đặt Visual Studio của bạn (đặc biệt là thanh công cụ) như là tiêu chuẩn và "ra khỏi hộp" càng tốt. Bạn càng hiển thị nhiều tùy chỉnh hơn trong môi trường của mình thì càng có nhiều người sẽ tập trung vào những nội dung đó thay vì nội dung của bạn.

Giữ nội dung trên trang trình bày của bạn càng nhiều càng tốt. Hãy nhớ rằng, bạn đang nói chuyện với (và trong kịch bản tốt nhất, với) đối tượng của bạn để các trang trình bày sẽ đóng vai trò là điểm thảo luận. Nếu bạn muốn bao gồm thêm chi tiết, hãy đặt chúng trong các ghi chú trên trang trình bày. Điều này đặc biệt tốt nếu bạn làm cho các trang chiếu có sẵn sau đó.

Nếu ai đó hỏi bạn câu hỏi và bạn không biết câu trả lời, đừng ngại nói rằng bạn không biết. Nó luôn luôn tốt hơn là cố gắng đoán xem bạn nghĩ câu trả lời là gì.

Ngoài ra, nếu bạn đang sử dụng Vista, hãy nhớ đặt nó trong "chế độ bản trình bày". PowerPoint cũng có chế độ tương tự, vì vậy hãy chắc chắn sử dụng chế độ này - bạn có trình chiếu trên một màn hình (máy chiếu) và chế độ xem bản chiếu nhỏ hơn, cùng với ghi chú và bộ hẹn giờ trên màn hình máy tính xách tay của bạn.

4

Tôi khuyên bạn nên đăng bài của Scott Hanselman (đã đề cập trước đây). Tôi đã viết lên một bài với một số lời khuyên, chủ yếu là vì những lý do ích kỷ - Tôi xem xét nó mỗi lần trước khi tôi cho một bài thuyết trình kỹ thuật:

Tips for a Technical Presentation

Nếu bạn đang sử dụng một dấu nhắc console, make sure the font is readable and that your paths are preset when possible.

Mất 15 phút để cài đặt và tìm hiểu cách sử dụng ZoomIt để khán giả có thể thấy rõ những gì bạn đang thể hiện. Nếu bạn phải hỏi xem họ có thể thấy điều gì đó không, bạn đã thất bại.

Có lẽ quan trọng nhất là have separate Visual Studio settings pre-configured with big, readable fonts.

+0

Đây là một vinh dự lớn .. Tôi là một trong những độc giả thường xuyên của bạn. Trên thực tế, tôi đã có liên kết đến mục nhập blog của bạn nhưng đã xóa nó để tránh quá nhiều liên kết trên câu hỏi. –

1

bạn đã nghe nói về Pecha-Kucha?

Ý tưởng đằng sau Pecha Kucha là để giữ thuyết trình ngắn gọn, vì lợi ích mức lên và có nhiều người thuyết trình chia sẻ ý tưởng của họ trong quá trình của một đêm. Do đó, định dạng Pxa Kucha 20x20 Pecha Kucha đã được tạo: mỗi người trình bày được phép trình chiếuhình ảnh, mỗi hình được hiển thị trong 20 giây. Điều này dẫn đến một tổng bày thời điểm 6 phút 40 giây trên sân khấu trước khi người dẫn chương trình tiếp theo là lên

Bây giờ, tôi không chắc chắn nếu đó thời gian ngắn có thể là ok cho một cuộc biểu tình của sản phẩm. Nhưng bạn có thể cố gắng để có được một số ý tưởng tốt đẹp từ các khái niệm, chẳng hạn như để được súc tích và giữ cho điểm, thời gian hiệu quả, quản lý không gian vv ..

0

Nếu bạn sử dụng các slide ở tất cả, hãy làm theo Guy Kawasaki's 10/20/30 rule:

  • Không quá 10 slide
  • Không hơn 20 phút dành cho slide
  • Không ít hơn 30 loại điểm trên slide

-Adam

+0

"hầu hết thời gian, tôi sẽ được gỡ lỗi máng mã trong Visual Studio" Không thực sự cho vay chính nó để trình bày. – swilliams

3

Một trong những lời khuyên hay nhất mà tôi từng thực hiện bản trình diễn chỉ đơn giản là ghi lại chúng trước và phát lại video, kể chuyện trực tiếp. Sau đó, các công cụ bất ngờ xảy ra trong tư nhân và bạn nhận được càng nhiều đâm vào nó như bạn cần.

Bạn vẫn thường cần một số môi trường để sử dụng làm tài liệu tham khảo cho câu hỏi, nhưng đối với bit trình bày, hãy ghi lại trước (và luyện tập tường thuật của bạn qua video), đảm bảo bạn có thể đứng đầu trò chơi của mình.

Tôi cũng thích đặt những câu chuyện cười nhỏ vào các trang trình bày và video đã ghi lại có vẻ như người tạo trang trình bày đang nhận xét về các thủ tục trực tiếp hoặc người khác thực sự đang chạy trang trình bày. Thông thường, tôi hoàn toàn không ám chỉ đến trò đùa trong slide.

Ví dụ: trong most recent demo presentation, tôi có một trang chiếu có văn bản "ASP.NET MVC" tập trung vào việc tôi đã nói về cách tôi đang sử dụng khung. Trong một phông chữ nhỏ hơn, tôi đã có văn bản "Tên hấp dẫn, huh?". Khi tôi đã làm demo đó sống, slide đó có một tiếng cười. Nó không đứng lên xứng đáng bởi bất kỳ căng của trí tưởng tượng, nhưng chúng tôi thường trình bày một số công cụ khá khô và mỗi chút giúp.

Tương tự như vậy, tôi đã bao gồm các trang trình bày chỉ là những nhận xét đơn giản của người khiếm thị về những gì tôi định nói. Vì vậy, tôi sẽ nói, "Cơ sở mã cho dự án này cần một chút trợ giúp", trong khi slide phía sau tôi nói "Đó là một đống mì ống với 3 thịt viên, thực sự" và một đĩa mì spaghetti làm nền. Một lần nữa, không có bình luận nào từ tôi và chỉ chuyển sang trang chiếu tiếp theo như thể tôi thậm chí không thấy nó thực sự khiến nó trở nên thú vị hơn.

Đó cũng có thể là trợ giúp nếu bạn không có thời gian hài lòng tốt nhất bằng cách giảm áp lực trong khi vẫn tăng thêm một số tiền.

Dù sao, những gì nó thực sự đi xuống là tôi đã làm hầu hết công việc demo/thuyết trình của tôi giống như tôi sẽ là một screencast và sau đó thay thế phiên bản trực tiếp của tôi (tạm dừng video nếu thích hợp) mọi thứ đi ra khỏi đường ray) cho âm thanh khi tôi đưa nó trước khán giả.

Tất nhiên, sau đó bạn có thể dễ dàng tạo bản trình bày thực sau đó cho những người muốn.

Đối với các trang trình bày, tôi thường không thể nói chính xác các từ trên màn hình thường xuyên hơn không.

3

Nếu bạn đang hiển thị mã đã được chuẩn bị cho bạn thì hãy đảm bảo bạn có thể làm cho mã hoạt động. Tôi biết đây là một điều hiển nhiên nhưng tôi chỉ đang ở một hội nghị nơi 4 trong số 5 người nói có vấn đề về mã. Nói với tôi nó là 'mát mẻ' hoặc thậm chí 'thực sự mát mẻ' khi nó không hoạt động là một bán khó khăn.

+0

Đồng ý. Nó phải làm việc lần đầu tiên, mọi lúc. – TonyOssa

2

Quy tắc số 1 cho tôi là: Không cố gắng hiển thị quá nhiều.

Thật dễ dàng để sống với một đoạn mã trong một vài tuần và suy nghĩ, "Chết tiệt, khi tôi chỉ cho họ thấy họ sẽ không vui!" Ngay cả trong buổi diễn tập riêng của bạn, bạn cảm thấy tốt về mọi thứ. Nhưng một lần trước khán giả, sự phức tạp của mã của bạn được nhân với bình phương của số lượng thành viên khán giả. (Nó trở nên khó hơn theo cấp số nhân để giải thích mã cho từng thành viên của đối tượng được thêm vào!)

Điều gì dường như đơn giản và trực tiếp biến thành một bát mì spaghetti khổng lồ dưới áp lực ngay cả khi bạn không hiểu. Đừng cố gắng hiển thị mã sản xuất (được phân bổ tốt và phân đoạn tốt), tạo các ví dụ nội tuyến đơn giản truyền đạt thông điệp cốt lõi của bạn.

Quy tắc số 1 của tôi có thể được hiểu, bởi sự hoài nghi, vì không đánh giá quá cao đối tượng của bạn. Là một người lạc quan, tôi thấy nó không đánh giá quá cao khả năng giải thích mã của bạn!

rp

2

Kể từ khi có vẻ như bạn đang làm một bài thuyết trình trực tiếp, nơi bạn sẽ được làm việc với các hệ thống thực tế và không chỉ là bảng xếp hạng (PPT, Impress, bất cứ điều gì) chắc chắn rằng nó là tất cả làm việc ngay trước khi bạn bắt đầu. Nó không bao giờ thất bại, nếu tôi không thử nó ngay trước khi tôi bắt đầu nói chuyện, nó không hoạt động như thế nào tôi mong đợi nó. Đặc biệt với các bản demo. (Tôi đang làm một thứ ba vào thứ ba để tôi có thể liên hệ.)

Điều khác giúp đơn giản là thực hành, thực hành, thực hành. Đặc biệt là nếu bạn có thể làm điều đó trong môi trường chính xác, bạn sẽ được trình bày. Bằng cách đó bạn sẽ có được cảm giác về nơi bạn cần để không chặn chế độ xem cho người nghe cũng như bất kỳ kỹ thuật nào khác có thể liên quan để thiết lập phòng hoặc hệ thống.

1

Bên cạnh một số phần mềm như Trình quản lý tâm trí để hiển thị kiến ​​trúc của bạn, bạn sẽ tìm thấy trình ghi màn hình làm công cụ thuyết trình để minh họa nhiệm vụ kỹ thuật của mình. DemoCreator sẽ là điều tuyệt vời để tạo video hoạt động trên màn hình của bạn. Và bạn có thể thêm chú thích khác để làm cho quá trình dễ hiểu hơn.

Các vấn đề liên quan