エンジニアリング機器のライフサイクルをアサナで追跡するための最良の方法

なぜエンジニアリング機器のライフサイクル追跡マター

エンジニアリングチームは、CNCマシンとオシロスコープから圧力容器や診断ツールまで、さまざまな機器に依存しています。時間と予算内でプロジェクトを配信します。買収から処分までの各資産のステータスをクリアすることなく、組織は予期しないダウンタイムに直面し、メンテナンスウィンドウを逃した、修理費用を膨らませ、コンプライアンスリスクをクリアします。系統的なライフサイクル追跡は、反応的な消火から予防措置まで、機器管理をシフトし、すべての機械が利用可能な、安全、および費用効果が大きい状態を保証します。

主な利点は下記のものを含んでいます:

]未計画ダウンタイム[を削減] – スケジュールされた介入は、生産スケジュールを解除する失敗を防ぐ。
] 所有コストの最適化 – タイムリーなメンテナンスにより、耐用年数を延ばし、資本金を延期します。
簡易監査証 - 完全な履歴は、規制検査とISO認証の更新を簡素化します。
[ バッテリーの資本計画 – 正確な非推奨化と使用の傾向は、多年予算を通知します。
[]チーム説明責任[の強化 – タスクの割り当てと期限をクリアすると、すべてのステークホルダーが一直線に並べられます。

Asanaは、高価な資産管理ソフトウェアを必要としないで、このデータを一元化するための柔軟なプラットフォームを提供しています。各機器をタスクとして扱うか、カスタムフィールド、マイルストーン、および自動化を備えたプロジェクトで、エンジニアリングチームは購入注文から証明書の解凍まで、全ライフサイクルの可視性を向上します。次の戦略では、このアプローチを効果的に実施する方法を示しています。

アスナナの機器ライフサイクルプロジェクトの構築

1. 専用プロジェクト体制の構築

「エンジニアリング機器のライフサイクル」という単一のAsanaプロジェクト(または数百のアセットを管理する場合は、部門によって分割)を作成します。カテゴリ、施設、またはライフサイクルステージ(例えば、アクティブ - 保証の下、アクティブ - 保証外、保留処分)によって、セクションを使用して、セクションを使用して、セクションをグループ機器に使用してください。各アセットはタスクになります。サブタスクではなく、ユニークなカスタムフィールドと割り当てを適用することができます。

大規模な在庫については、Asanaの]のポートフォリオを使用して、進捗インジケータとステータスの更新で高レベルのダッシュボードに複数の機器プロジェクトをロールアップすることを検討してください。

2. 重要な資産属性のカスタムフィールドを定義する

カスタムフィールドは、構造化されたアセットレコードに汎用タスクを変換します。エンジニアリング機器のエッセンシャルフィールドには、以下が含まれます。

[]シリアル番号] - 調達および保証請求のためのユニークな識別子。
[]Assetタグ/バーコード] – 物理的なラベルを素早くフロア認証にマッチさせます。
[]購入日[]] - 保証および非推奨クロックを開始します。
初期費用] – 増資と年末報告を追跡します。
[]Manufacturer] - ソース部品とサポート契約のヘルプ。
[モデル/仕様[]] - 定格容量、電圧、またはソフトウェアバージョンをキャプチャします。
[]保証終了日[] – トリガーの更新または拡張サービスの決定。
[メンテナンスの最終日 - 状態ベースの介入間隔のバシス。
[]次のメンテナンス[] - 自動リマインダーを駆動(§4)。
メンテナンスタイプ - 予防、予測、補正、または校正。
[] 位置/部屋 – 物流・安全のための物理的な配置。
[Status] - カスタムドロップダウン:アクティブ、修理、解約、保証。
委託事業者/エンジニア – 日次検査の第一次接触。
[ドキュメントリンク - ユーザマニュアル、安全シート、校正証明書のPDFを添付します。

プロジェクトごとにフィールドを設定し、各機器タスクを繰り返して再利用します。[] テンプレートプロジェクト を新規マシンにプリポレートされたフィールドで使用して一貫性を増強します。

3. ライフサイクルイベントのマイルストーンと依存関係を使用する

主要なライフサイクルのマイルストーンは、自分のタスクやアサナ・マイルストーン(ダイヤモンド・アイコン付きのタスク)に値します。典型的なマイルストーンには、次のものが含まれます。

保証の満たす
第一次校正による
主要オーバーホール(例:5,000時間)
終末期交換ゲート
廃炉・廃棄

これらマイルストーンを、の依存関係を使用して、親機器タスクにリンクします。例えば、「解凍」マイルストーンは、「終点〜人生評価」が終了するまで、完了できません。これにより、エンジニア、金融、および施設間の明確な離陸が保証されます。

再マインダーとワークフローの自動化

Asanaのルールエンジンは、繰り返しのライフサイクルアクションの手動フォローアップを解除します。ルールを作成します。

明日のカスタムフィールド「次々に予定されているメンテナンス」が、サブタスクを「パフォーマンスメンテナンス」に代入し、期限を加算します。
タスクのステータスが「修理中」に変化すると、メンテナンスリードをタグ付けしてタスクを「修理」セクションに移動するコメントを自動投稿します。
保証終了日が渡るとき、サードパーティの統合(Zapier、Asanaの組み込みメール中継など)を介してカスタム通知メールを送信します。
タスクの「初期費用」フィールドが閾値を超えた場合、財務レビューのためにフラグを付けます。

高度なシナリオについては、Asana と ] をに接続して、複数のステップのワークフローをトリガーします。機械のステータスが「解凍のための準備」に変更したときに、別の調達プロジェクトで購入リクエストを開くようにします。

他システムとアサナを統合

タスクとワークフロー管理でAsanaが優れている間、産業用IoTセンサーデータをネイティブに保存しません。以下のように統合することでギャップを埋めます。

[]アセット管理プラットフォーム] – アセットを同期させるには、[]CMMS または EAM ツールを、API や [以前のIntegromat] などのツールを介してタスクとしてアサナに割り当てます。
[]Spreadsheets] – 履歴メンテナンスログをExcelまたはGoogleスプレッド機能を使用して、AnaのCSVインポート機能を使用してインポートします。参照のためのリンクされたタスク添付ファイルとしてファイルを保持します。
[カレンダーツール] - アスアナをGoogleカレンダーまたはOutlookに接続して、スケジュールされたメンテナンスをイベントとして表示します。アスアナのカレンダービューは、すでに期限が示されています。 2方向同期のために、]]のようなサードパーティ製の橋を使用します。ザーバーのAsana +カレンダー統合。
[コミュニケーションチャンネル] – アスアナのネイティブ統合を使用して、毎日機器のステータスの更新をSlackまたはMicrosoftチームチャネルに投稿し、受信トレイなしでループ全体チームを維持します。

機器の健康のためのレポートとダッシュボード

高度なレベルの可視性は、タスクリストよりも多く必要です。平均的なレポート機能を活用して、ライフサイクルのパフォーマンスを監視します。

[ダッシュボードビュー] - 主要なメトリックでプロジェクトダッシュボードを作成します。メンテナンスが続く平均日、サービスのための資産の過度数、保証下にある機器の割合。カスタムフィールド値から引き出すチャートウィジェットを使用してください。
Portfolios] – 複数のプロジェクト(例、プラントフロアまたはアセットクラス)を管理する場合は、すべての機器間でスケジュール健康の単一のビューのためのポートフォリオにそれらを集計します。
ゴール] – 機器の稼働時間目標(例えば、「98%の可用性を維持」)へのリンクポートフォリオの目標。メンテナンスタスクを完了すると、Asanaは自動的に進捗状況を追跡します。
[]高度な検索と保存されたビュー[ - 保存されたビューをビルドし、次の14日以内に「次のスケジュールされたメンテナンス」が実行され、ステータスは「完了」ではありません。プロジェクトの上部にあるこのビューを即座に可視化します。

チームコラボレーションの推進

ライフサイクルトラッキングは一貫した採用なしで失敗します。エンジニアを奨励する:

読書、交換部品、写真など、すべてのメンテナンスアクションをサブタスクコメントとしてログアウトします。
修理や点検直後に「ステータス」フィールドを週の終わりに更新します。
校正が期限切れになる場合、品質保証チームにタグ付けします。
アセットを「解約」に移す前に、Asanaの[]approvals[[機能(Business+プランで利用可能)を使用して、サインオフを要求します。

機器プロジェクトの15分の月間レビューを把握して、古いフィールド、孤立したサブタスク、または90日間に維持されていないマシンをフラグを立てます。この懲戒は、受動データベースから積極的な意思決定支援システムにAsaanaを回します。

長寿のためのベストプラクティス

[] 監査データの四半期別[] – シリアル番号が物理的なタグにマッチしていることを確認し、調達後に費用が更新され、消去された装置は、削除された(監査証跡を保存するために)の代わりにアーカイブプロジェクトに移動されます。
[]命名規則を標準化する - 一貫したパターンを使用する:「[Assetカテゴリ] - [Manufacturer] - [モデル] - [シリアル]」、検索は、決定されていない結果を返します。
[タスク割り当て[]を制限します。各機器のタスクは、一次的割り当てを持つべきです。二次的な連絡先は、カスタムフィールドで行きます。これは、期限が近づいた場合に行動する混乱を防ぎます。
Asanaのモバイルアプリ - フィールドエンジニアは、マシンのステータスを更新したり、機器の横に立っている間、着用ベルトの写真を取り付けたり、デスクに戻る必要性を排除することができます。
[ カレンダーベースの予防保守[と統合 - CMMSが既に作業注文を作成している場合は、CSVとしてエクスポートし、タスクを再帰化としてAsanaにインポートします。技術的な詳細の記録としてCMMSをキープし、クロスチーム調整と管理可視性のためにAsanaを使用する。

コンテンツ

機器のライフサイクル管理は、6つの「フィグア」エンタープライズアセット管理スイートを必要としません。思考の多いプロジェクト設計、カスタムフィールド、自動化ルール、統合により、アサナは、クロールから砂利までのエンジニアリング機器を追跡するための軽量で強力なハブとして機能することができます。ここに説明したシステムは、エンジニアおよびマネージャーに、ダウンタイムを削減し、コストを制御し、コンプライアンスを維持するために必要な可視性を提供します。これは、プロジェクト管理のために既に使用しているツールのほとんどすべてのチーム内で行われます。重要なアセットのための1つのプロジェクトを作成して、フィールドを改良し、そして、そのワークフローを繰り返し、各フレームワークを繰り返し、各要素を繰り返して、作業を繰り返します。