49
1
「ブルックスの呪い」から逃れるために − ＠IT MONOist
http://monoist.atmarkit.co.jp/fembedded/articles/kumikomi/08/kumikomi0... 本文へ
- みんなのタグ：
（本文から引用）
＠IT＠ITテクノロジー＠IT情報マネジメント＠IT MONOist＠IT自分戦略研究所JOB＠ITITmediaTechTarget誠 組み込み開発メカ設計電子機器生産管理News用語事典メルマガ｜DMS2009｜ESEC2009｜電池・新エネルギー｜自動車｜過去の特集ページへ｜＠IT総合トップ>MONOist>組み込み開発>「ブルックスの呪い」から逃れるために スラッシュドットにタレコむ！はてなブックマークに登録Yahoo!ブックマークに登録印刷山浦恒央の“くみこみ”な話（8）「ブルックスの呪い」から逃れるために
〜 遅延プロジェクトへの人員投入を成功させる方法 〜山浦恒央 東海大学 大学院 組込み技術研究科 准教授（工学博士） 2009/6/18新製品・新技術の登場、リコール、デスマーチ、エンジニア不足、技術伝承問題、ファブレスメーカーの台頭などなど話題に事欠かない組み込み業界を俯瞰（ふかん）し、最近気になる話題や筆者が日ごろ感じていることなどをコラム形式でお届けする。（編集部）- PR - コラム本文を読む
遅れているプロジェクト（銀河系のすべてのソフ...
この記事をクリップしたユーザー一覧
-
mogomogomogoさん 2009/06/18 12:44
遅れているプロジェクト（銀河系のすべてのソフトウェア開発プロジェクトの120％が該当します）の遅延回復対策として、優れているものから順番に「スケジュールの延長」「トリアージュ（野戦病院方式）」「人員投入」「ダイハード方式」の4つがあると前回のコラム「震災地ボランティアと遅延プロジェクトの回復」で述べました。
「寝ないでコーディングしろ！」「土日も出社してデバッグだぁ!!」という長時間労働のみに頼るダイハード方式は論外にしても（しかし、現実には確実に失敗するこの方法を強制されることが少なくありません。特に、時間的な制約が非常に厳しい組み込み系のソフトウェア開発では顕著です）、遅延回復対策として“助っ人”を投入するプロジェクトは多いでしょう。
そこで今回は、『人員投入』を成功させるための具体策について検討していきます。
みんなのおすすめ商品（Amazon.co.jp）
|
|
|
|
|---|---|---|---|
KAT-TUNライブ・ドキュメント・フォトブック“BREAK the RECORDS"91人がクリックしました 出版社: 角川グループパブリッシング |
赤ちゃんの脳を育む本 (セレクトBOOKS)283人がクリックしました
著者：久保田 競 |
ONE PIECE 巻54 (ジャンプコミックス)107人がクリックしました
著者：尾田 栄一郎 |
他にもこんなクリップがオススメ
-
CANopenの“オープン”な特徴とは？（1/2） − ＠IT MONOist 本文へ 連載第1回「そもそも“オープンネットワーク”とは何か？」では、「CAN（Controller Area Network）」とその上位層規格である「CANopen」を例に挙げ、オープンネットワークの一般的な特徴について説明しました。
今回は、CANopen規格の標準化を行っている「CiA（CAN in Automation）」という団体を紹介し、さらにCANopen規格の特徴について詳しく解説していきます。
CiAの概要
CiAはドイツに本部を構える非営利団体です。主にオートメーション分野におけるCAN対応製品のメーカーとユーザーで構成される国際的なグループとして1992年に設立されました。CiAは、CANopen規格の標準化に関する運営にはじまり、CANopenの市場や技術に関するセミナー、トレーニング、展示会などのイベントまで行っています。 -
POS端末向け次世代OS「POSReady 2009」提供開始 − ＠IT MONOist 本文へ2009年3月3日、マイクロソフトはPOS（Point Of Service）端末向け組み込みOSの最新版「Windows Embedded POSReady 2009（以下、POSReady 2009）」の提供開始を発表した。
POSReady 2009は、POSソリューションを構築するOEMやPOS端末を使用するユーザー向けに最適化されており、バーコード・スキャナをはじめとする周辺機器やバックエンドで使用されているサーバやサービスなどとシームレスに接続するための設計が施されているという。 -
ネイティブコードとの連携によるAndroidの機能拡張（1/3） − ＠IT MONOist 本文へ 前回お届けした「Androidが組み込みで注目される3つの理由」では、携帯電話向けのソフトウェア・プラットフォームとして提供されている「Android」が、携帯電話以外の組み込みデバイス・プラットフォームとして注目されている理由について触れた。
しかし、もともと携帯電話向けに作られたAndroidを、そのまま携帯電話以外の組み込みデバイスに適用することは難しい。さまざまな用途や周辺機器が考えられる組み込みデバイスにAndroidを適用するには、“Androidを拡張”する必要がある。
一口に「Androidの拡張」といっても、「DalvikVM」上で動作するAndroidアプリケーションだけで実現できるものではなく、Linux上の専用ドライバやライブラリ、デーモンとAndroidアプリケーションがデータをやりとりし、処理をLinuxとAndroidアプリケーションとで分担し合う必要がある。
115同じサイトでクリップされている記事
-
追い出したソフトウェアを“ハードウェア化”する準備（1/4） − ＠IT MONOist 本文へソフトウェアの肥大化問題に立ち向かえ!!
本来マイコンで処理しなくてもよいソフトウェア部分を、FPGAを用いてハードウェア化する。
まずは開発環境の準備からだ!! -
サボりのモジュール化・サボる部分の独立化 − ＠IT MONOist 本文へデスマーチ・プロジェクトの救済策 / トリアージュ(野戦病院)方式 / 外部から人を追加しない / 機能を「必須」「重要」「希望」の優先度で分類 / 品質レベルを「高」「中」「普通」に分類 / 必須をなるべく少なくする / 理想は30%以下、最悪でも50%以下
-
組み込み開発 − ＠IT MONOist 本文へ組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
504
