Gần đây, khá tình cờ, theo gợi ý của một người tốt, một ý tưởng đã ra đời - đính kèm phần tóm tắt ngắn gọn vào mỗi bài viết. Không phải là một bản tóm tắt, không phải một lời dụ dỗ, mà là một bản tóm tắt. Như vậy là bạn không thể đọc được bài viết nào cả.
Tôi đã thử nó và thực sự thích nó. Nhưng điều đó không thành vấn đề - điều quan trọng là độc giả thích nó. Những người đã ngừng đọc từ lâu bắt đầu quay trở lại, gán cho tôi cái mác là kẻ nghiện đồ họa. Và một người tốt khác khuyên tôi nên viết tóm tắt cho từng bài viết cũ. Tôi đồng ý và bây giờ, tình cờ, tôi đang viết những truyện ngắn này. Gọi là quần short.
Tôi xin lưu ý với bạn một số đoạn ngắn như vậy, dựa trên một số ấn phẩm. Có thể bạn sẽ tìm thấy điều gì đó hữu ích cho mình.
Mèo chết, đuôi rụng hết
Các cuộc họp thường không có kết quả. Họ gặp nhau, trò chuyện và đi theo những con đường riêng.
Kết quả hoặc sản phẩm của cuộc họp là những quyết định. Đó là lý do tại sao chúng thường không tồn tại. Và nếu có thì không phải lúc nào nó cũng có chất lượng tốt.
Nếu cuộc họp bị giới hạn về thời gian và phải đưa ra quyết định thì quyết định đó có chất lượng kém.
Nếu cuộc họp không bị giới hạn về thời gian và kéo dài cho đến khi có quyết định thì quyết định nào cũng được đưa ra cho đến khi cuộc họp kết thúc.
Nếu một quyết định được đưa ra trong cuộc họp thì nó sẽ được chấp nhận - đơn giản vì bộ não đánh giá cao những gì nó nghĩ ra.
Sự hiểu biết về chất lượng kém của giải pháp sẽ đến sau, nhưng sẽ quá muộn.
Để đưa ra quyết định hiệu quả, tốt hơn hết bạn không nên tham gia vào cuộc thảo luận mà hãy im lặng quan sát.
Thứ nhất, bộ não sẽ không bận rộn tìm ra câu trả lời.
Thứ hai, không có áp lực phải đưa ra quyết định.
Sau khi cuộc họp kết thúc, bạn có thể bình tĩnh suy nghĩ và đưa ra quyết định. Nó sẽ có chất lượng cao hơn.
Điều quan trọng là giữ im lặng và lắng nghe trong suốt cuộc họp. Để người khác khỏi lo lắng, hãy nói đây là tư thế có ý thức.
→
Ký sinh trùng tiềm ẩn
Về cơ bản, có hai cách tiếp cận để thiết lập mục tiêu và giám sát việc thực hiện: ký sinh và cộng sinh.
Cách tiếp cận cộng sinh là để đảm bảo rằng vấn đề được giải quyết.
Cách tiếp cận ký sinh là để đảm bảo rằng vấn đề KHÔNG được giải quyết.
Cách tiếp cận cộng sinh rất đơn giản và dễ hiểu nhưng khó thực hiện. Vì thế nó rất hiếm.
Nhiệm vụ được đặt ra sao cho mọi thứ đều rõ ràng – mục tiêu, nguồn lực và những hạn chế.
Kiểm soát được thực hiện để vấn đề được giải quyết một cách chính xác.
Cách tiếp cận cộng sinh là giao một phần trách nhiệm (hơn nữa) trong việc giải quyết vấn đề cho giám đốc.
Cách tiếp cận ký sinh được trang trí công phu và thông minh nhưng dễ thực hiện. Vì vậy nó xảy ra thường xuyên.
Nhiệm vụ được đặt ra theo cách không có gì rõ ràng. Càng ít rõ ràng càng tốt.
Tốt nhất là không nên thực hiện kiểm soát gì cả.
Giám đốc nhiệm vụ không có trách nhiệm; toàn bộ “con khỉ” được cấy vào cổ của người biểu diễn.
Mục đích của phương pháp ký sinh: thao túng, đau khổ về cảm xúc, tự khẳng định. Vì vậy, nó thường được tìm thấy trong công việc của người cố vấn với những nhân viên mới vào nghề.
Tất nhiên, tốt hơn là một cách tiếp cận cộng sinh.
→
Kích thước và ảo ảnh
Nếu bạn đánh giá quá trình và kết quả hoạt động của mình mà không đo lường, bạn sẽ luôn mắc sai lầm.
Đánh giá không có số phụ thuộc vào tâm trạng của bạn. Tâm trạng tồi tệ - có vẻ như bạn đang làm việc không tốt. Một tâm trạng tốt thì ngược lại.
Bằng cách này, bạn có thể ngồi làm việc kém hiệu quả trong một tuần, và vào thứ Sáu, bạn có thể tạo ra những kết quả xuất sắc và có vẻ như cả tuần đều diễn ra tốt đẹp.
Về cơ bản, có hai loại số liệu: định lượng và thay thế (được các lập trình viên gọi là Boolean).
“Nhiệm vụ hoàn thành đúng thời hạn” là một Boolean. Điều này cũng giống như “Bộ phận này tốt” (một dấu hiệu thay thế về chất lượng khi chúng không thể đo lường được bằng số).
“Chúng tôi đang làm việc tốt”, “Chúng tôi đang hoàn thành kế hoạch”, “Tôi rất tuyệt” - cũng là Boolean.
Rất khó để xây dựng một quy trình điều khiển bằng cách sử dụng các ước lượng kiểu Boolean. Nên chuyển sang các số liệu định lượng càng nhanh càng tốt.
Boolean tạo ra sự quan liêu và chủ nghĩa hình thức. Ví dụ: bạn có thể hoàn thành nhiệm vụ đúng thời hạn bằng cách tăng thời hạn, sáng tạo ra nhiệm vụ cho chính mình và triển khai IBD.
Để quản lý dựa trên các chỉ số Boolean, bạn cần dành nhiều thời gian - cho các cuộc họp, phân tích, v.v. Vì có quá ít thông tin.
Nên đo lường cả quá trình và kết quả. Khi đó bức tranh sẽ đầy đủ nhất.
Đối với các lập trình viên, nên sử dụng phương pháp “Planning Poker” từ Scrum.
→
Đây là Sparta
Giả sử bạn là một lập trình viên và bạn được giao một nhiệm vụ nghiêm túc. Và bạn cho rằng không cần thiết phải giải quyết vấn đề - điều đó thật ngu ngốc, có hại.
Hành vi điển hình trong tình huống như vậy: hiển thị tác vụ trong trường công khai. Gửi nó để phê duyệt với sếp, khởi động một dự án nội bộ, ghi lại vào hệ thống, v.v.
Đây là nơi mọi thứ tan vỡ. Người mang nhiệm vụ không muốn bị coi là kẻ ngốc. Và một khi họ bước vào khu vực công, họ sẽ tự bảo vệ mình.
Điều quan trọng là một người không được bị mất mặt, xét về mặt chính trị. Điều quan trọng nhất trong chính trị là không bao giờ thừa nhận sai lầm của mình. Bạn không cần phải làm bất cứ điều gì, nhưng điều quan trọng chính là không thừa nhận bất kỳ sai lầm nào.
Một người sẽ cố gắng hết sức để chứng minh rằng lập trình viên là một kẻ phản diện, một kẻ ngốc, một kẻ phản đối sự thay đổi. Và lập trình viên vẫn sẽ phải giải quyết vấn đề.
Trong một số trường hợp, một người sẽ sắp xếp mọi thứ để người lập trình không giải quyết được vấn đề gì cả. Khi đó người đó sẽ là “da trắng”, còn lập trình viên sẽ tuyệt đối là “da đen” (cuối cùng anh ta đã chống cự và thất bại).
Có một số giải pháp.
Đầu tiên là trở thành một lập trình viên kinh doanh, hiểu các lĩnh vực liên quan và tự xác định xem nên tự động hóa những gì và như thế nào ở đó.
Thứ hai là bài Chánh Biến. Ví dụ, giám đốc phát triển.
Thứ ba, đừng xuất hiện và chỉ làm những gì được bảo.
Thứ tư - Con đường Sparta, nhanh chóng từ chối các quyết định. Tốt hơn nên gọi là thất bại nhanh, thất bại rẻ.
Điều chính là không liên quan đến công khai. Hãy nói với người đó - đừng lãng phí nhiều thời gian, hãy tạo một nguyên mẫu và xem giải pháp có khả thi hay không.
Nguyên mẫu sẽ mất một ít thời gian. Nếu thành công, cả hai sẽ có được phần của mình - một quyết định bình thường và các quan điểm chính trị.
Nếu thất bại, sẽ không có ai bị thương. Chà, mọi người sẽ đối xử với lập trình viên tốt hơn.
→
Người đại diện
Doanh nghiệp không thích 1C và các sản phẩm của nó, nhà phát triển web, QMS, kế toán, nhà kinh tế, dự án phát triển, Scrum, TOS, hệ thống kiểm soát, KPI và động lực.
Các doanh nghiệp thích tăng lợi nhuận nhờ tự động hóa, tăng doanh thu từ quảng cáo trực tuyến, chất lượng sản phẩm được cải thiện, bức tranh đơn giản và dễ hiểu về doanh nghiệp bằng các con số, dự báo về tình trạng của công ty, hiệu quả tăng thực sự, hoàn thành dự án nhanh hơn gấp 2-4 lần, lợi nhuận tăng gấp bội và giảm hàng tồn kho , một hệ thống quản lý chính xác, một hệ thống rõ ràng và dễ hiểu để đánh giá tình hình hoạt động trong doanh nghiệp, một hệ thống đánh giá lao động cho phép bạn sa thải một nửa số người quản lý.
Doanh nghiệp thích đạt được mục tiêu kinh doanh. Doanh nghiệp không thích người thay thế.
Người đại diện là khi bạn yêu cầu đạt được mục tiêu kinh doanh nhưng lại nhận được một dự án tự động hóa, một trang web, một đống giấy tờ, một đội ngũ nhân viên khó hiểu hoặc những báo cáo khó hiểu.
Người thay thế là khi mục tiêu dọc đường được thay thế bằng một phương tiện để đạt được thành tích. Và tất cả họ đều quên mất mục tiêu.
Việc sản xuất người thay thế dựa trên ba trụ cột: chủ nghĩa hình thức, chủ nghĩa tiệm tiến và trách nhiệm chung.
Chủ nghĩa hình thức là việc chuyển các mục tiêu lên giấy với sự phân rã. Nhưng về bản chất - chuyển trọng tâm của sự chú ý từ mục tiêu lớn sang những chi tiết nhỏ. Không ai nhớ mục tiêu nữa - mọi người đang thảo luận chi tiết.
Chủ nghĩa dần dần là tốc độ chuyển đổi chậm từ mục tiêu sang phương tiện. Lúc đầu, mục tiêu đôi khi vẫn được thảo luận. Nhưng dần dần, nó ngày càng được nhắc đến ít hơn. Cho đến khi chính khách hàng quên mất nó và chìm đắm trong các chi tiết.
Trách nhiệm chung là tất cả các nhà thầu đều hành động gần như giống nhau. Không có một công cụ tự động hóa nào thực sự làm tăng lợi nhuận. Vì vậy, khách hàng thực sự không có sự lựa chọn.
Phải làm gì?
Tránh những người thay thế và bước đầu tiên để tạo ra chúng: chủ nghĩa hình thức. Ít nhất là về các dự án nội bộ. Đặt mục tiêu và nói chuyện thường xuyên với người biểu diễn về mục tiêu đó. Về quy mô, nguồn lực, kế hoạch, v.v. - Như nhau. Nhưng điều chính là về mục tiêu.
Nếu không, trọng tâm của sự chú ý chắc chắn sẽ thay đổi và bạn sẽ có được một người thay thế khác.
→
Jab Klitschko
Có một võ sĩ như vậy - Vladimir Klitschko. Anh ta có một điểm đặc biệt - việc sử dụng liên tục những cú đâm. Vâng, đó là. kiên định hơn các võ sĩ khác.
Những cú đâm liên tục khiến đối thủ hồi hộp và kiệt sức.
Các tính năng chính của cú đâm Klitschko: dễ thực hiện (tất nhiên là tương đối) và tính nhất quán.
Nhiều tác giả cho rằng, những hành động được thực hiện liên tục, hữu ích nhưng đơn giản có thể mang lại rất nhiều lợi ích.
Tôi cũng quyết định thử nó. Tôi đã tạo ra một hệ thống kế toán đơn giản - những gì tôi đã làm hôm nay.
Chuyện xảy ra ở nhà máy. Tôi đã thực hiện cú đâm vào bữa trưa (tôi không ăn trưa), tức là. 1 giờ mỗi ngày. Làm những việc người khác không làm (họ nói điều đó dẫn đến thành công).
Tôi đã thiết lập các thử nghiệm của hệ thống tự học, đưa ra ý tưởng phát triển, triển khai ý tưởng phát triển của người khác, thiết lập các nhiệm vụ tự động, tái cấu trúc và tối ưu hóa mã.
Mỗi ngày - bất kỳ nhiệm vụ nào từ danh sách này. Đã hoàn thành một nhiệm vụ - đẹp trai. Một số là có thể.
Việc quan sát được thực hiện trong 3 tháng. Trong thời gian này, tôi đã thực hiện 30 lần kiểm tra, đưa ra 200 ý tưởng, triển khai 80 ý tưởng của người khác, xây dựng các quy trình tự động cho hai bộ phận và thực hiện ba lần tối ưu hóa thú vị.
Mát mẻ. Chà, đây là "ở giữa." Tôi giới thiệu cho mọi người.
→
Người thay thế linh hoạt
Từ “Scrum” đề cập đến ít nhất hai thực thể: triết lý và khuôn khổ.
Triết lý hay cách tiếp cận công việc được mô tả trong cuốn sách của Jeff Sutherland.
Khung, tức là thuật toán hành động được mô tả trong tài liệu có tên Hướng dẫn Scrum.
Triết học trở thành một khuôn khổ vì các tác giả triết học muốn kiếm tiền từ nó (theo cách nói của họ).
Khuôn khổ được đơn giản hóa rất nhiều so với triết lý. Điều chính là mục tiêu đã được đơn giản hóa, hay đúng hơn là bị loại bỏ.
Mục tiêu của triết học: đẩy nhanh việc đạt được kết quả. Hơn nữa, đôi khi. Cuốn sách chứa các ví dụ về gia tốc gấp 8 lần.
Mục đích của khuôn khổ: để bạn có Scrum. Ở đó viết: nếu bạn làm theo hướng dẫn, bạn có Scrum; nếu bạn vi phạm hướng dẫn, bạn không có Scrum.
Khuôn khổ này hoàn toàn không ngụ ý sự tăng tốc trong việc đạt được kết quả.
Những người dạy hoặc triển khai Scrum làm việc với khuôn khổ này. Họ nói và triển khai một thuật toán không dẫn đến bất kỳ kết quả nào khác ngoài “bây giờ chúng ta có Scrum”.
Vấn đề là rõ ràng. Triết học rất khó bán. Khung đơn giản hơn.
Một khung là một sản phẩm. Đúng như dự đoán, anh ấy đã trải qua quá trình “đóng gói”. Nó đơn giản, dễ hiểu, có sự hỗ trợ và nhiều chuyên gia. Không nhắc nhở bạn về bất cứ điều gì?
Mọi thứ đều ổn, ngoại trừ kết quả - không có.
Nếu khách hàng chưa quen với triết lý Scrum thì họ sẽ khá hài lòng với việc triển khai khuôn khổ này.
Nếu khách hàng đã quen với triết lý Scrum thì họ sẽ thất vọng với việc triển khai khuôn khổ - sẽ không có sự tăng tốc nào trong việc đạt được kết quả.
Nó sẽ ngầu, thời trang, hiện đại nhưng sẽ không đạt được mục tiêu kinh doanh nào (ngoại trừ việc chi ngân sách cho “thứ gì đó mới”).
Tôi nên làm gì? Nghiên cứu triết lý Scrum. Nó dựa trên triết lý quản lý chất lượng của Nhật Bản, bản chất của triết lý này là: đo lường và cải tiến không ngừng.
Thật không may, bạn phải suy nghĩ rất nhiều, thử nghiệm, quan sát và than ôi, phải làm việc. Nếu điều này không phù hợp với bạn, hãy lấy khuôn khổ.
→
Nguồn: www.habr.com