|
- 2008/08/28 06:18導入効果試算の問題
- 新しく作るシステムをよりよい仕組みにしようと、「販促と製品開発進捗管理システム（通称：SDMS）」の問題点からフィードバックをするために、SDMSの評価を進めています。その中のひとつが、「どのような前提で、どんな仮説を立てたのか、実際に進めてきて導入した結果、その仮説は正しかったのかどうか」、という評価です。今回の話はその内容ではなく、効果試算の方法についての話です。前提や仮説を調査するために、SDM [続きを読む]
|
- 2008/08/11 06:09ISO9001に由来する要求
- 私が「販促と製品開発進捗管理システム（通称：SDMS）」に携わっているときにセミオーダー製品のあるシリーズを設計している人から「ISO9001の監査を受ける予定があるので、手っ取り早くSDMSを導入できないか？」という相談がありました。 過去にSDMSを詳しく説明するという場は設けて来なかったのですが、「販促と製品開発の経歴をシステム上に登録していって営業案件の進捗管理に使ってもらう」という考え方は全社的に説明がさ ... [続きを読む]
|
- 2008/07/19 06:32企画書の作成を開始
- 今となってみると本社のシステム部門が中心になって「販促と製品開発進捗管理システム（通称：SDMS）」を曲がりなりにも作り上げて、事業部に（強引にでも）導入したのはすごいことだと思います。すごいという意味は、私が営業や開発設計の担当者、管理者と話をする限り、ほとんどの人はSDMSのような管理システムに関心がなさそうだというのがわかってきたからです。実際にSDMSの利用率が低迷していて、改善をしてほしいという ... [続きを読む]
|
- 2008/06/24 04:34目標を再確認する
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→業務移行→保守→運用「販促と製品開発進捗管理システム（通称：SDMS）」に関する現場の声を聞いたり、仕事のやり方を調査してきましたが、ここに来て進む方向が分からなくなりました。しばらく更新ができていなかったのも、何をすればよいのかがわからなかったことによるものです。これでしばらく悩んでいました。これまで事業部の現場の人に話を伺いにいくと、 ... [続きを読む]
|
- 2008/06/11 05:47マインドマップ作成ツール 〜 FreeMind
- 会社の同僚と使用部品と図面の公開の仕組みを作ろうということになって、進め方の段取りを決めていました。ToDo事項を洗い出すのに、私は以前より使っていたマインドマップを記述できる、FreeMindを使って進めたところ、「それっていいね！」といわれてFreeMindのホームページを同僚に紹介しました。FreeMind活用クラブhttp://www.freemind-club.com/Wikiで「マインドマッピング」を引いてみると、「表現したい概念の中 ... [続きを読む]
|
|
|
- 2008/05/31 07:42SDMSシステムの評価
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→業務移行→保守→運用「システムが使えない」といわれる理由のひとつに操作が難しいことが上げられます。今回は、その操作の難しさからちょっと踏み込んで考えてみたいと思います。新しいシステムを使おうとすると、操作を覚える必要が出てきます。システムの更新をすると、操作を覚えて使えるようになるまでの期間は、一時的に仕事のパフォーマンスが落ちるのは仕 ... [続きを読む]
|
- 2008/05/09 06:10ほしいけど自分では使わないシステム
- システム構築と導入システム環境システムトラブルITツールアイデアブレイクと雑談先日、売上予算管理している女性に「販促と製品開発進捗管理システム（通称：SDMS）」はどんな考え方の仕組みなのかという説明をしたら、過去の経緯がわかるし、こんなのがほしかったといわれました。このシステム、あまり使われていないんですよね、ということも付け加えました。なぜ使われていないかというと、過去の経緯は通常業務の追 ... [続きを読む]
|
- 2008/04/21 06:06システムの問題点の分析 〜 アンケート
- 「販促と製品開発進捗管理システム（通称：SDMS）」に対するクレームはたくさん上がってきています。それに対してシステム部門ではいろいろと対応は取っているようです。ただし、それでも同じようなクレームを聞きます。一体SDMSの何が問題になっているのか、それがよく見えません。対応を取っても同じようなクレームが上がってくるということは、システム部門の対応は的を得ていないかもしれません。得てしてシステム部門の ... [続きを読む]
|
- 2008/04/17 05:43全体の中の営業案件管理の位置づけ
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→保守→運用以前より私は営業（セールスエンジニアを含む）の仕事のやり方が昔から変わっていないということに漠然とした不安がありました。私の会社が製造販売している製品である「部品」は、大きな変化が次々と起こっています。・CAD の導入と頻繁な機能アップ・新しい設備の開発や導入・原材料の変更（例えば、グリーン調達対応）・部品でなくモジュラーへの ... [続きを読む]
|
|
|
- 2008/04/08 05:04第三者による製品の販売形態の発見
- システム構築と導入システム環境システムトラブルITツールアイデアブレイクと雑談営業案件の管理とは話が逸れてしまうのですが、部品を扱うある商社（販売会社？）のホームページを見つけました。そのホームページにはParts Searchという品番サーチ機能がついていたので、試しに私の会社のフルオーダー製品の品番を検索してみました。全然認識はなかったのですが、フルオーダー製品は相当な数の登録があり、その商社に在庫があ ... [続きを読む]
|
- 2008/04/03 04:56どうやったら入れてくれるのか〜システムの利用を促進するために
- 業務分析 → プランニング → 外部設計 → 内部設計 → 製作 → テスト → 業務移行 → 保守 → 運用システムにデータが入らない理由に、データを入れることが担当者の負担になるというのがあります。面倒ならまだしも、忙しいときにデータを入れるとなると更に入れてもらうハードルが高くなります。「データを入力する時間があれば別の仕事ができるのに・・・」なんてユーザに考えさせてしまうようでは、システム運用を考えたと ... [続きを読む]
|
- 2008/04/01 05:16フレームワーク"cakePHP"のつかみ
- システム構築と導入システム環境システムトラブルITツールアイデアブレイクと雑談これまでPHPはプログラムをガリガリ書いていました。PHPはフレームワークを持っているJavaと比べて美しさに欠けると思っていたのですが、PHPの情報をネットで調べているときに、CakePHPというWebフレームワークがあるということを知りました。やっぱりフレームワークがあると、少ないコーディングでアプリが作れます。「原始のソースコード ... [続きを読む]
|
- 2008/03/28 05:12顧客の管理（その４）
- 業務分析 → プランニング → 外部設計 → 内部設計 → 製作 → テスト → 業務移行 → 保守 → 運用注文を受け、製造し、納品するという場面において、顧客のプロジェクト名や製品の情報が手に入らず、その情報を使わずに「この製品を作って納めるのだ！」と言えるようになるにはどうすればよいのでしょう。システムを作るときに「顧客をコード化して管理する」という考えの人は少なくありません。特にシステムを構築する側には ... [続きを読む]
|
- 2008/03/26 05:14顧客の管理（その３）
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→業務移行→保守→運用かつては規模が大きな製造会社だと、デザイン機能と製造機能が同じ会社の同じ敷地にあって、仕様などの調整をするところと製品を納品する会社は同じということが普通でした。一方で我々規模の会社では規模が小さいのでデザインをデザイン専門の会社に委託したり、製造を他社にお願いすることは一般的です。しかし複数の会社が関係していても、デ ... [続きを読む]
|
- 2008/03/24 04:49どうやったら入れてくれるのか〜システムの利用の促進
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→業務移行→保守→運用システムの運用開始後、利用度合いが芳しくないと、データを入れる習慣をつけるべきとか、もっと教育をせねばならないという話が必ず出てきます。もちろん施策としてやるのは悪くないとは思うのですが、今回はもう少し業務面を切り口に見てみましょう。試作依頼とその回答、設計データの保管というところを考えてみましょう。「販促と製品開 ... [続きを読む]
|
- 2008/03/21 05:18情報がそのまま戻ってくる
- 業務分析→プランニング→外部設計→内部設計→製作→テスト→業務移行→保守→運用懲戒処分を受けた公務員ついてインターネットで情報公開をする際に、氏名を公表すべきかどうかを論じたページがありました。http://www.nikkeibp.co.jp/archives/331/331346.htmlこの著者は、電子情報は一度公開されてしまうとネットの情報はどこかに保存されたり、キャッシュされたりして残る場合があり、その情報を削除するのは困難であり、 ... [続きを読む]
|
- 2008/03/17 04:58開発設計の成果物の管理の問題考察
- セミオーダー製品の設計管理がうまくいっていない理由を、仮説を立てて考えてみることにしました。敢えてセミオーダー製品の問題にも突っ込んでみようと思ったのは、フルオーダー製品でも主流になりえなかった設計が別のときに役立つことがあるし、設計以外の情報の管理にも使えそうだという思いがあったからです。設計管理をやりはじめようとしたときにはできそうな気がするのに、結果的にうまくいかないのは、管理体系の問題 ... [続きを読む]
|
- 2008/03/14 05:49開発設計の成果物の管理
- 失敗からヒット商品が出るということがあります。有名なのは３Mのポストイットでしょう。くっつかない糊を作ってしまったが、それを応用したヒット商品を作り上げました。部品のベンダーは顧客からの要求が曖昧な状態で開発設計を始めなければならないことが少なくありません。これは異常でも何でもなくて、顧客も製品を開発中のため要求事項が決められなかったり、設計変更で要求仕様が途中で変わったりします。ベンダーとして ... [続きを読む]
|
|
|
- 2008/03/10 05:31重要案件化ステージのシステム要件（その２）
- 営業案件の重要案件化ステージでのシステム要件を検討してみました。その１：状況精査ステージとの識別業務の管理として、状況精査ステージと重要案件化ステージを分けて認識しようという意思は決まったのですが、実はここには問題があります。状況精査ステージと重要案件化ステージの境界がはっきりしていないのです。分けるという考え方はよいが、ではどうやって機械に別のステージであることを認識させるかです。ある人が ... [続きを読む]
|
- 2008/03/07 05:23mySQLの文字化け
- Carlos Chanです。システムのミドルウェアはxamppを使うという方向で考えています。それによりデータベースは自動的にMySQLになります。システムを作る前に、MySQLの挙動を見ておくために、データを入れてテストをやってみました。そのときの現象と対応についてお話します。（１）phpMyAdmin でMySQLにデータベースを作り、テーブルをCreateしました。（２）Lotus Notesのデータをエージェントを使ってODBC経由でmySQLのテ ... [続きを読む]
|
- 2008/03/05 05:36営業案件の進捗管理の要件
- 開発というのは、実現可能なものをベースにしてしまうと面白みのないものができてしまうといいます。商品デザイナーと開発者がぶつかり合ってよいものができあがっていきます。業務のシステム開発についても同じことがいえ、実現可能なことを前提に要件を決めてはいけません。必要だが難易度の高い機能が実現されず中途半端な、場合によってはその機能の欠落によって使いものにならないシステムになってしまう可能性があります。 ... [続きを読む]
|
- 2008/03/04 05:25営業案件の進捗管理〜管理体系
- ここでの話は、ITシステム開発のプロジェクト管理をしたことがある人ならわかると思います。計画や実績をどのように見るかの話です。図１．営業案件の管理体系図１を見てください。管理のテーブルは3層になっています。一番粗いのが（１）の営業案件レベルの総合スケジュール、次に細かいレベルが（２）の一回の試作の始めから終わりまでの詳細スケジュール。更にその試作を作業に分割してチェックシートのレベルにしたもの ... [続きを読む]
|
- 2008/02/28 05:22販売促進での進捗管理における要件〜全体を見通すための支援
- 事業部の進捗管理がどの程度できているか、業務調査の結果はお寒いものでした。その現実を知ったら最初からあまり高いレベルを求めても、実現は難しいだとうと思うようになりました。やれることを積み重ねていくのが現実的な進め方だと思います。毎日の作業や顧客とのやり取りに埋もれてしまいがちですが、「木を見て森を見ず」にならないようにするために、案件の全体像をイメージできることでしょう。まずはすべての案件で ... [続きを読む]
|
