Movatterモバイル変換

Copyright © Software Research Associates, Inc. All Rights Reserved背景：ツールの導入• 「プロセスやツールよりも個人と対話を」＊1と言われるが、ソフトウェア開発ツールは重要• ツールの経験者を募るように、ツールはソフトウェア開発に大きな影響を与える• しかし，新しいツールを導入する機会は少なく，その知見はあまり多くない．• 下流の効率化ツールは，導入時は小規模なことも多くコンサルティングも受けにくい• Visual IoTツールと呼ばれるNode-REDの開発経験者に品質，コスト，開発期間，プロセスの変化をアンケートした＊１：Beck他，アジャイルソフトウェア開発宣言，http://agilemanifesto.org/iso/ja/manifesto.html，2001．

Copyright © Software Research Associates, Inc. All Rights Reserved 3Visual 開発ツールNode-RED• Node-RED*はVisual IoTツールと呼ばれ，Webブラウザ上のエディタでプログラミングする• 長円のプログラムモジュールをノードと呼び、標準ノードのほか、コントリビュートされた多機能なノードが豊富にある• ノードを中央の編集領域に配置し，ノード間を接続してフロー（処理）を作成する• ノードには名前を付加できるが，単に配置するだけでも設定に応じた内容が表示される* JS Foundation，Node-RED is a visual wiring tool for the Internet of Things，https://nodered.org/

Copyright © Software Research Associates, Inc. All Rights ReservedNode-REDの長所・短所長所：• 非同期処理が簡単に扱える• アルゴリズムが可視化される• 多機能なノード（モジュール）• デプロイが一瞬• 再利用が容易短所：• 単体テストの自動化ができない• 発展途上• 方式設計が重要• ループが特殊• マージ・保守に工夫が必要

Copyright © Software Research Associates, Inc. All Rights Reservedアンケート• Node-REDの経験者8人にアンケートを行った．• 社内サービス• プロトタイプ• テストダブル（ドライバ，モック，スタブ）• 自社パッケージ• ユーティリティなど• Node-REDは生産性が高いことから選択された．• 全てのプロジェクトはいわゆるウォーターフォール型開発の工程を持っていた• 程度の差はあるが厳格な工程完了審査は行われていない• メールでQCDとプロセスの変化をアンケートした• 品質，コスト，開発期間：4段階の選択式（重複選択可）の評価と自由記述• 要件定義，設計，プログラミング，テスト，リリースの変化：自由記述

Copyright © Software Research Associates, Inc. All Rights ReservedQCDアンケート結果 - 品質 -• サクサクと実装，実行，確認・修整の作ってのループが良かった• 内製にこだわるよりも品質が良い• コード量が減った• 試作に有効• 非同期処理が容易• フローを意識してシンプルな作りになった• 単体テストができない• コード検索ができないのでバグが見つけにくい

Copyright © Software Research Associates, Inc. All Rights ReservedQCDアンケート結果 – コスト -• 非同期処理が容易• 高機能なコンポーネントが多い• 設計からテストまでシームレスにでき効率が良い• 処理部に注力できた• diffが取れない• ドキュメントが少ない• 必要なノードを探すのに時間がかかった• 繰り返し処理に苦労した

Copyright © Software Research Associates, Inc. All Rights ReservedQCDアンケート結果 - 納期 -• 非同期処理が容易• カスタムノード作成で効率化できた• 開発のスピード感が半端ない• 他人のフローを簡単にインポート可• 実装にいきなり入れる• 効率よく開発できる• 大きな手戻りがなかった• 自作部分の作りで効率や保守性が変わる• ドキュメントが少ない• 品質の悪いノードがあった• 必要なノードを探すのに時間がかかった

Copyright © Software Research Associates, Inc. All Rights Reservedプロセスの変化 – ポジティブ -• プロトタイプが早くできると説明も早く，意見を貰いやすい• 曖昧な要求でもとりあえず作り始めることができる• 作ったものから要件を確定していくことが可能• 大まかな処理の流れをすぐにフローとして実装可能• 設計とプログラミングのイテレーションが容易• Injectノードとデバッグノードでの確認も容易• ほんの少数のファイルをリリースするだけでよく，管理しやすい• ユニットテストはカスタムフローやAPI単位しかできないが，不安は少なかった• コード管理だけ課題・・・完成した開発環境になればすばらしいものになりそう• （保守は）基本的に容易だが，開発環境を残さないと詳細を確認し辛かった設計以降の問題を指摘しながらも，好意的な表現

Copyright © Software Research Associates, Inc. All Rights Reservedプロセスの変化 – ネガティブ -• 単体テストをどのように行うのかわかりませんでした• 複数人数での開発が少し手間取る• 外部リソースの設定が外だしに出来ず，リリース後にとても煩わしかった• Node-REDの癖にあわせた設計は必要．設計次第• 簡単な反面，リリース後の不具合も増える可能性がある• コード全体の検索が出来ないため，複雑なシステムは保守しにくくなる上流のプロセスに変化がないとしていた．Node-RED流の開発スタイルをつかみ切れていない

Copyright © Software Research Associates, Inc. All Rights Reserved考察Node-REDの導入に重要なこと• ツールの知識やノウハウを共有すること• 特性を活かした設計で品質を作りこむこと• 実装を繰り返して常に確認すること• 上流から利用すること情報共有や教育が重要であるだけでなく，既存のプロセスをそのまま適用するのではなく，積極的に変更することがプロセス改善につながる

Copyright © Software Research Associates, Inc. All Rights Reservedまとめ• Node-REDの開発経験者8人にアンケートした• プロセスの変化を調査してその原因を考察した• 新しいツールを導入してプロセスの改善するには以下が必要Node-REDの導入に必要なものモダンアジャイルの指導理念ツールの知識やノウハウを共有する人々を尊重する特性を活かした設計を行う安全な状態を前提とする実装を繰り返して常に確認する素早い実験と学習主体的にプロセスを変更し、品質を上流から作りこむ価値を継続的に届ける• 得られた知見は，モダンアジャイル*の基本理念と通じる• Node-REDの良い導入が開発のアジリティ（機敏さ）を高める* Smith, Agile 2016 Keynote: Modern Agile, https://www.infoq.com/news/2016/08/agile2016-modern-agile,笠原，Agile 2016の基調講演: モダンアジャイル, https://www.infoq.com/jp/news/2016/08 /agile2016-modern-agile, 2016.

Movatterモバイル変換

Change Language

Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点

Embed presentation

Recommended

More Related Content

What's hot

Similar to Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点

More from Makoto SAKAI

Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点