組込みソフトウェア

Filter
Clear
Software
ワークフローを平滑化する:「フラット」スタイルのプロジェクト管理ガイド ワークフローを平滑化する:「フラット」スタイルのプロジェクト管理ガイド フラットな組織が人気を博すにつれて、それに伴う方法やプロセスも同様に普及しています。このブログでは、フラットな組織構造自体ではなく、プロジェクト管理の領域内でフラットな組織がどのように機能するかについて議論します。フラットな組織から学んだプロジェクト管理の原則は、最もフラットな会社から最も階層的な構造を持つ組織まで採用することができます。 「フラット」であることは流行っていますが、なぜそれを行うべきなのでしょうか? 「なぜフラットなプロジェクト管理に興味を持つべきか?」という質問をしているかもしれません。プロジェクトマネージャーにとって、答えはシンプルです:委任の必要が少なく、状況の確認を求めることが少なく、監視も少なくなります。これは、あなたが好きなことにもっと時間を割くことができるということを意味します... それが仕事の管理を楽しんでいる場合は(その場合はここで読むのをやめるべきです)。管理される側にとっても、明らかです:なぜ常に状況を追及され、仕事の正しいやり方を「助言」される必要があるのでしょうか?再び、それが好きなら、これはあなたにとって正しいスタイルではないかもしれません。ここでの考え方は、マネージャーが少ない管理を必要とし、他のすべての人が自分の仕事を望むように自由に、そして自律的に行うことができるということです。 前提条件 プロセス自体を始める前に、これを実際に機能させるための3つの主要な前提条件があります:信頼、透明性、そしてコミュニケーション。 ここ 図1. 信頼、透明性、コミュニケーション 信頼:お互いを信頼することは、フラットなプロジェクト構造を成功させるための鍵です 透明性:全員が自分が何をしているのかを完全にオープンにする必要があります。これは、以下のようないくつかの媒体を通じて彼らの仕事を伝えることで行うことができます: コードのコミット Wikiページ 課題追跡システム エスプレッソマシン(つまり、新しいウォータークーラー) コミュニケーション:全員が互いにコミュニケーションを取る能力を持ち、そうすることが奨励されるべきです。 信頼があるところには透明性があります。透明性があるところでは、人々は安全だと感じ始めます。人々が安全だと感じ、自分の仕事についてオープンであることが奨励されると、コミュニケーションは自然に起こります。 実装 前提条件をカバーしたので、フラットプロジェクト管理の実装について話し合うことができます。 プロジェクトリーダー:「でも、フラットな構造では誰もボスではないと思っていましたが?」確かに「指揮と管理」に従事する必要がある人はいませんが、ファシリテーターがいることは重要です。プロジェクトリーダーを、全員が調和して同じリズムで演奏していることを確認する指揮者だと考えてください。
製品のサービスが行いやすくなるよう設計を最適化する方法 Thought Leadership 製品のサービスが行いやすくなるよう設計を最適化する方法 十分に準備を整えたつもりで何かに立ち向かったところ、何をすべきか全くわからないという感情を味わったという経験はあるでしょうか? 残念なことに、私は思い出したくないほど数多くこのような経験をしています。特に、サービスを行いやすくなるように製品を設計する、または修理を考えて設計を開始したときに、頻繁にこのような経験をしました。 サービスを行いやすくなるように製品を設計すべきか どうかを決定する前に、考慮すべき多くの要因が存在し、その現実性について十分な時間をかけて考慮する必要があります。最終的に、修理を考えて設計を行うことを決定した場合、製品のサービスとトラブルシューティングが簡単になるような機能を含める必要があります。私は初期の設計ミスから、サービスを行いやすくなるよう設計を最適化する方法を学びました。いくつかの役に立つヒントをここで紹介しましょう。 1. 視覚的なインジケーターを追加する オンサイトで電子機器のサービスを行うのは、サポートチームの手に余ることがあります。特に、誤動作が重要な動作の遅延を引き起こしている場合にはその傾向が強くなります。いくつかの視覚的なインジケーター、例えばLEDやLCDを的確に配置すると、サポートチームが問題を迅速に特定するのに役立ちます。LEDを使用して、基板に電力が供給されていること、マイクロコントローラが動作していること、基板がデータを正しく送受信していることなどを表示できます。 2. PCBにラベル付けする 技術サポートチームに最新の回路図を渡しておいたとしても、基板上のコンポーネントに正しくラベル付けしておかなければ、正しい部品を探すために多くの時間を費やすことになります。コンポーネントへモジュールに応じて割り当てを行うシステムを使用し、正しいコンポーネントのとなりに シルクスクリーンラベル が配置されていることを確認します。また、基板接続へのワイヤのデジグネータの横に、意味のあるラベルを追加します。「PC」などのラベルを使用すると、そのコネクタがPCに接続されていることを技術者が容易に認識できます。さらに、受信ワイヤ接続で極性が重要な場合、「+」や「-」などの極性サインを追加することも適切です。 3. エラーのログ出力機能の実装 複雑な組み込みシステムを設計するとき、エラーのログ出力を無視することはできません。ほとんどの場合、ラボでのテストで見逃された 問題やバグ は、現場で追跡するのが困難です。これらの問題は多くの場合、変数の組み合わせによってトリガされ、簡単に再現できません。さらに悪いことに、サポートチームが問題に取り組もうとしたときには、システムは既にリセットされている可能性があります。最低でも、EEPROM(Electrically Erasable Programmable Read-Only
IoTストレージ技術: 超低消費電力CBRAM Thought Leadership IoTストレージ技術: 超低消費電力CBRAM ずっと昔、あのフロッピーディスクを使っていたことを覚えていますか? 私のコンピューターにフロッピーディスクドライブが2つ付いていたのを覚えています。一方のドライブにプログラムの入ったディスクを入れ、もう一方にデータ用のディスクを入れていました。そのうち、ハードディスクという驚くべき発明品が登場し、保管容量は爆発的に増えました。メモリ容量は、まだ増加を続け、今ではサイズは、それほど有用な要素でなくなりつつあります。モノのインターネット(IoT)の場合、エネルギー消費が次の重要項目です。スマート家電からスマートシティまで、あらゆるものが構想されており、これらが機能するには、非常に消費電力が低いメモリが必要となります。そこで、超低消費電力CBRAM(導電性ブリッジング ランダムアクセスメモリ)の出番です。Adestoは、他のストレージ技術の1/100の電力で動作できるかもしれない、この技術を推進している主要な企業です。 もはやこれらは必要ありません。 低消費電力の要件 先ほど、ストレージのサイズは問題ではない言いましたが、それは嘘です。デバイスが小型化するとともに、小さなバッテリーで動作できる、より小型のメモリが必要となります。特にウェアラブル機器は、フォームファクターの小型化と効率的なエネルギー利用について、この傾向を促進しています。機械の小型化に加えて、広域IoTセンサーネットワークも、低消費電力ソリューションを必要としています。 メモリが増加しただけでなく、計算能力も向上しました。今日のスマートフォンは、NASAが月旅行に使用したコンピューターより 何百万倍も強力 であると言われています。ウェアラブル電子機器は、まだまだそのレベルに達していませんが、その方向に向かっています。より強力になりつつあるだけでなく、スマートウォッチは、 センサー機能の統合 を始めつつあり、高度なユーザーインターフェイス(UI)とサポートアプリケーションを既に備えています。プロセッサー、センサー、アプリは、 動作するためにエネルギー効率の高いメモリを必要とします 。そうでなければ、1日に何度もウォッチを外して充電することが必要になり、誰もそれは望みません。 低消費電力を本当に必要とするもう1つの領域は、低消費電力高域ネットワーク(LPWAN)で使用されるデバイスです。人は長い間、「スマートシティ」を構想してきました。そこでは、 自動車が自分で駐車スペースに止まり 、 インフラが効率的に監視、保守され 、 公共の利益を求めてデータマイニングが行われます 。これらのシステム全てに共通していることは、何でしょうか