Áp lực chiến lược của bạn là gì và số hóa tổ chức của bạn có thể giúp giải quyết những áp lực đó như thế nào?
Mối quan tâm của tôi hiện nay là rất nhiều tổ chức đang phải đối mặt với thách thức về chi phí/ngân sách, thời gian sẵn có và khả năng chống lại sự thay đổi.
Nhiều người muốn nâng cao hiệu suất Vòng đời sản phẩm của họ ở cấp độ vĩ mô để trở nên bền vững hơn, đổi mới nhanh hơn hoặc tốc độ giới thiệu sản phẩm hoặc tối ưu hóa lợi nhuận của sản phẩm.
Chúng tôi xem xét mọi người về sự trưởng thành của họ với Digital Continuity và việc tạo ra chuỗi kỹ thuật số doanh nghiệp từ thiết kế đến sản xuất, dịch vụ đến tái chế.
Và sau đó, khi nói đến nó, hầu hết cần trợ giúp với những điều sau:

  • Quản lý và phát hành CAD
  • Quản lý BOM
  • Quản lý Cấu hình / Thay đổi
  • Kế hoạch xử lý
  • Bố trí nhà máy
  • Hướng dẫn công việc
  • Kế hoạch sản xuất

Để kể tên một số thách thức kinh doanh/CNTT phổ biến, tất cả đều đang trên con đường quan trọng dẫn đến một chuỗi kỹ thuật số hấp dẫn mang lại vòng đời sản phẩm được tối ưu hóa.
Làm cách nào để các tổ chức giải quyết “con voi” liên tục kỹ thuật số bằng cách theo đuổi một chuỗi kỹ thuật số không bị gián đoạn thông qua việc phân phối các dự án Vòng đời sản phẩm này?

start-up failure rate
start-up failure rate

Chỉ 13 phần trăm các công ty thực hiện thành công chiến lược mà họ đặt ra hàng năm: 87% thất bại – rất nhiều thời gian, năng lượng và tiền bạc quý giá bị lãng phí bởi các công ty.
Trong thế giới khởi nghiệp, điều này đã được nhiều người biết đến; 85% thất bại, nhưng thật ngạc nhiên khi biết rằng điều này cũng đúng với hầu hết các công ty phát triển sản phẩm mới hoặc thực hiện chiến lược.
Hơn nữa, 61% CXO thừa nhận rằng họ thất bại giữa việc xây dựng chiến lược và thực hiện hàng ngày.
Kỷ nguyên thông tin bất đối xứng dẫn đến thiếu ý tưởng chiến lược đã được giải quyết từ lâu. Sự phong phú và sẵn có của thông tin cũng như việc xây dựng các chiến lược hiện là tiêu chuẩn.
Không có khả năng thực hiện và thực hiện chiến lược là nơi thất bại.
Không có văn bản thay thế nào được cung cấp cho hình ảnh này
đà là tất cả
Thực thi & Động lượng là tất cả
Tất cả những điều tốt đẹp chỉ bắt đầu xảy ra khi bạn bắt đầu thực hiện. Cho dù sản phẩm/sự đổi mới của bạn tốt đến đâu trong kinh doanh, chúng cũng không tự thiết kế, sản xuất hoặc bán.
Động lực là tất cả
Nếu bạn xem thể thao, bạn sẽ nhận ra rằng Động lượng là tất cả. Hầu hết các chuỗi chiến thắng và hầu hết các thành công về điểm đều là do Động lượng.
Thành công và thắng lợi là điều mà mọi doanh nhân, thậm chí mỗi cá nhân đều phấn đấu hướng tới.
Vì vậy, rõ ràng, Động lượng là tất cả. Để duy trì Động lượng, bạn cần thực hiện liên tục.
Nhưng làm thế nào để bạn liên tục thực hiện và xây dựng Momentum? Trong khi đồng thời khắc phục các vấn đề về chi phí/ngân sách và thời gian?

Giải pháp vòng đời sản phẩm linh hoạt
Bạn có thể đã nghe nói về Agile. Hãy Trung thực; đó là một thuật ngữ được sử dụng rất phổ biến, thường không phù hợp!
Về cơ bản, một phương pháp Agile chia dự án phát triển thành các chu kỳ nhỏ hơn được gọi là các lần lặp lại. Trong mỗi lần lặp lại, nhóm phát triển một phiên bản phần mềm hoạt động cụ thể, được gọi là phần gia tăng, trong đó các bên liên quan (ví dụ: khách hàng, chủ sở hữu sản phẩm, người quản lý, v.v.) xem xét và đưa ra phản hồi.
Phản hồi sau đó được đưa vào phân tích yêu cầu cho lần lặp lại phát triển phần mềm sau đây. Vòng phản hồi liên tục và quy trình lặp đi lặp lại này cho phép thay đổi khi phần mềm phát triển để đảm bảo rằng sản phẩm cuối cùng sẽ đáp ứng yêu cầu của khách hàng và thị trường.
Ngược lại, các mô hình phát triển phần mềm (SDLC) truyền thống như Waterfall sử dụng cách tiếp cận tuyến tính. Tương tác hoặc phản hồi của các bên liên quan không có sẵn cho đến khi kết thúc quá trình phát triển khi sản phẩm hoạt động có sẵn.
Sự thiếu linh hoạt này có nghĩa là cần phải có một quá trình lập kế hoạch dài trước khi bắt đầu quá trình phát triển, với tài liệu phong phú để xác định các yêu cầu sản phẩm – không thể sửa đổi trong quá trình thực hiện.

1682223631961

Ưu điểm của quản lý vòng đời sản phẩm Agile
Việc áp dụng rộng rãi các phương pháp Agile nói lên tầm quan trọng của tính linh hoạt và khả năng thích ứng trong thế giới kỹ thuật số phát triển nhanh ngày nay. Lợi ích của việc triển khai PLM linh hoạt bao gồm:
Mục tiêu tập trung:
bắt đầu bằng cách làm việc với khách hàng để thiết lập “câu chuyện của người dùng”. Những câu chuyện này được ưu tiên và xếp thành “nước rút”. Sau mỗi lần chạy nước rút, khách hàng nhận được các tính năng hoạt động có thể được sử dụng ngay lập tức.
Sự tham gia của các bên liên quan:
Agile tạo cơ hội cho sự tham gia của các bên liên quan trước, trong và sau mỗi Sprint. Việc cung cấp phần mềm hoạt động sớm và thường xuyên làm tăng sự tin tưởng của các bên liên quan vào khả năng cung cấp phần mềm hoạt động chất lượng cao của nhóm và khuyến khích họ tham gia sâu hơn vào dự án.
Chất lượng giải pháp:
Thử nghiệm được tích hợp trong suốt quá trình và cho phép kiểm tra sớm và thường xuyên các tính năng mới. Một tính năng hoàn thành có thể được sử dụng ngay lập tức. Nếu một vấn đề được tìm thấy, nó sẽ được giải quyết trong Sprint tiếp theo.
Chi phí & lịch trình có thể dự đoán
giá có thể dự đoán được và giới hạn trong công việc của nhóm trong hộp thời gian theo lịch trình cố định. Kết hợp với các ước tính được cung cấp cho khách hàng trước mỗi Sprint, khách hàng có thể dễ dàng hiểu được chi phí gần đúng của từng tính năng, giúp cải thiện việc ra quyết định về mức độ ưu tiên của các tính năng và nhu cầu lặp lại bổ sung.
Nhìn chung, Agile hoạt động theo cách tiếp cận lặp đi lặp lại, gia tăng để cải thiện khả năng dự đoán và do đó kiểm soát hoặc giảm rủi ro ở mọi giai đoạn.
Cho phép thay đổi
cho phép đưa ra các yêu cầu chưa được nghĩ đến trước đây để bật một xu. Thay đổi được mong đợi và chấp nhận. Bởi vì các tính năng được hoàn thành trong một lần chạy nước rút, nên có thể thay đổi trọng tâm của các lần chạy nước rút tiếp theo để bao gồm các tính năng trở nên quan trọng hơn hoặc có thể cần thiết sớm hơn.
Con người thay đổi:
Và một trong những lợi ích quan trọng nhất của Agile là khả năng tạo ra những chiến thắng nhanh chóng và cho mọi người thấy rằng “từ những hạt nhỏ có thể trồng được những cây lớn”. Nó cho phép mọi người thay đổi dần dần và tạo động lực.
Tôi không thể tưởng tượng việc triển khai PLM theo bất kỳ cách nào khác!
Và có lẽ một số thách thức

  • Việc triển khai linh hoạt các dự án PLM đòi hỏi sự tham gia quan trọng và tập trung của khách hàng do phong cách phân phối lặp đi lặp lại và phản hồi liên tục; do đó, việc tiếp cận hạn chế hoặc kịp thời với khách hàng có thể ảnh hưởng xấu đến kế hoạch thực hiện dự án.
  • Không phù hợp với các tập đoàn lớn hơn, nơi việc ra quyết định phức tạp và khả năng chống thay đổi chiếm ưu thế.
  • Đôi khi, thật khó để dự đoán những nỗ lực như chi phí, thời gian và tài nguyên khi bắt đầu dự án khi mọi thứ phát triển khi nhiều lần lặp lại được chuyển giao cho khách hàng.

Đặc điểm phương pháp Agile
Agile là một tập hợp các phương pháp giúp nhóm của bạn suy nghĩ hiệu quả hơn, làm việc hiệu quả hơn và đưa ra quyết định tốt hơn. Bên dưới tất cả, đó cũng là một tư duy.
Agile có 12 đặc điểm sau như được mô tả trong Tuyên ngôn Agile:

  • Ưu tiên cao nhất của chúng tôi là làm hài lòng khách hàng thông qua việc cung cấp phần mềm có giá trị sớm và liên tục.
  • Hoan nghênh các yêu cầu thay đổi, thậm chí là muộn trong quá trình phát triển. Các quy trình linh hoạt khai thác sự thay đổi vì lợi thế cạnh tranh của khách hàng.
  • Cung cấp phần mềm hoạt động thường xuyên, từ vài tuần đến vài tháng, ưu tiên khoảng thời gian ngắn hơn.
  • Người kinh doanh và nhà phát triển phải làm việc cùng nhau hàng ngày trong suốt dự án.
  • Xây dựng các dự án xung quanh các cá nhân có động lực. Hãy cung cấp cho họ môi trường và sự hỗ trợ mà họ cần, đồng thời tin tưởng để họ thực hiện công việc.
  • Trò chuyện trực tiếp là phương pháp hiệu quả và hiệu quả nhất để truyền đạt thông tin đến và trong một nhóm phát triển.
  • Phần mềm làm việc là thước đo chính của sự tiến bộ.
  • Các quy trình linh hoạt thúc đẩy phát triển bền vững. Các nhà tài trợ, nhà phát triển và người dùng sẽ có thể duy trì tốc độ không đổi vô thời hạn.
  • Liên tục chú ý đến kỹ thuật xuất sắc và thiết kế tốt giúp tăng cường sự nhanh nhẹn.
  • Sự đơn giản – nghệ thuật tối đa hóa những việc chưa hoàn thành – là điều cần thiết.
  • Các kiến trúc, yêu cầu và thiết kế tốt nhất xuất hiện từ các nhóm tự tổ chức.
  • Nhóm thường xuyên suy nghĩ về cách trở nên hiệu quả hơn, sau đó điều chỉnh và điều chỉnh hành vi của mình cho phù hợp.

 

PLM Ecosystem
PLM Ecosystem

Agile được thúc đẩy bởi “câu chuyện của người dùng”, đó là những nhu cầu/kịch bản ngắn gọn, cụ thể của người dùng có thể được mô tả chỉ trong một vài dòng với một cuộc thảo luận ngắn gọn.
Một trong những phương pháp Agile đầu tiên và nổi tiếng hơn là “scrum”, trong đó chủ sở hữu sản phẩm tạo ra sản phẩm tồn đọng, một danh sách các yêu cầu sẽ được phát triển.
Sau đó, nhóm chạy các cuộc chạy nước rút có giới hạn thời gian, thường kéo dài trong chu kỳ 2-4 tuần – nhóm chọn một danh sách các nhu cầu kéo dài 2-4 tuần mà nhóm nghĩ rằng nó có thể phát triển trong chu kỳ nước rút có giới hạn.
Một cuộc họp tình trạng hàng ngày (10-20 phút) xem xét công việc của ngày hôm trước và bất kỳ vấn đề nào. Scrum master hướng dẫn nhóm trong suốt quá trình. Các thay đổi được triển khai vào môi trường sau khi hoàn thành và xem xét nước rút.

PLM
PLM

Phương pháp tiếp cận vòng đời sản phẩm

Cách tiếp cận Agile mang lại sự linh hoạt về chi phí, tốc độ và Dựa trên kết quả dựa trên Nhà tích hợp hệ thống có nhiều kinh nghiệm.
Do cấu trúc và kiến trúc phần mềm nguyên khối, nhiều cài đặt PLM rất phức tạp để bảo trì bằng các phương pháp linh hoạt. Chúng có thể phát triển để bao gồm nhiều điều chỉnh dành riêng cho khách hàng và nhiều giao diện với các hệ thống khác. Mỗi lần, chúng tôi áp dụng cách tiếp cận “xây dựng động lực”, luôn tìm kiếm các chiến thắng trong quy trình/kinh doanh nhanh chóng, tất cả đều là một phần của chuỗi kỹ thuật số và dẫn đến cải tiến sản xuất.
Có nhiều cách tiếp cận khác nhau mà chúng tôi xem xét để mang lại kết quả chính xác trong thời gian nhanh chóng với chi phí hàng tháng phù hợp, đã được thỏa thuận trước với khách hàng của chúng tôi:

  • Xác định các mô-đun chỉ có một vài giao diện với môi trường của chúng. Chúng thường có thể được phát triển và triển khai riêng biệt và do đó được lặp lại nhanh hơn
  • Sử dụng phân nhánh thông minh trong quản lý cấu hình
  • Tích hợp thường xuyên các mô-đun sản xuất và vòng đời sản phẩm ngay khi quá trình phát triển ổn định, ngay cả khi chưa kết thúc
  • Rút ngắn các vòng phản hồi bằng cách trình diễn thường xuyên trong các hệ thống dàn dựng mà không cần xác thực tất cả các chi tiết mỗi lần
  • Liên kết EBOM với MBOM với Kế hoạch Quy trình với Hướng dẫn Công việc và Thực thi Sản xuất
Disclaimer: I am the author at PLM ECOSYSTEM, focusing on developing digital-thread platforms with capabilities across CAD, CAM, CAE, PLM, ERP, and IT systems to manage the product data lifecycle and connect various industry networks. My opinions may be biased. Articles and thoughts on PLMES represent solely the author's views and not necessarily those of the company. Reviews and mentions do not imply endorsement or recommendations for purchase.

Leave a Comment

Your email address will not be published. Required fields are marked *