/ 流通システム部
Tweet
シェア
システム開発ブログ
最近の記事
- Chrome for Androidの新機能、Chrome to Mobileを試す
- ファイルサーバのBCP対策(アイロベックスの場合)
- Illustratorの矢印機能でラクラク矢印作成!
- システム会社選びのポイント
- システム保守の移管費用を抑えます
- アイロベックス通信発行してます
- ボタンのデザインをxmlで定義する
- Excel2010で行コピーをした場合に、画像ファイルのサイズが変わらないようにする
- Power Point2010 でスライド番号をつける方法
- Photoshop の秘宝
カテゴリー
- HTML全般 (2)
- Access (15)
- Android (5)
- .NET (14)
- Excel (9)
- Google Apps (5)
- HTML5 (3)
- iPhone (8)
- JAVA (14)
- Linux (7)
- Movable Type (15)
- MySQL (7)
- OpenOffice (10)
- Oracle (6)
- PHP (20)
- SQLServer (4)
- twitter (6)
- VBA (11)
- Webサイト構築・Web戦略 (32)
- Webサイト構築事例 (4)
- Windows (10)
- その他 (29)
- アクセス解析 (2)
- ウィジェット (1)
- システム設計 (5)
- システム開発事例 (3)
- システム開発体制 (1)
- セキュリティ (5)
- データベース (20)
- プロジェクト管理 (8)
- 品質管理・テスト (6)
- 帳票 (3)
- 技術活用 (6)
- 運用・保守 (8)
部署
- システム開発事業部 (33)
- ビジネスソリューション課 (17)
- システムソリューション事業部 (32)
- 流通システム部 (76)
- 産業システム部 (93)
- ソフトウエア開発部 (56)
- Webコンサルティング部 (97)
- 企画開発部 (37)
- 部長インタビュー (3)
月別アーカイブ
- 2012年2月 (6)
- 2012年1月 (18)
- 2011年12月 (19)
- 2011年11月 (22)
- 2011年10月 (29)
- 2011年9月 (28)
- 2011年8月 (5)
- 2011年7月 (18)
- 2011年6月 (15)
- 2011年5月 (21)
- 2011年4月 (8)
- 2011年3月 (12)
- 2011年2月 (12)
- 2011年1月 (13)
- 2010年12月 (18)
- 2010年11月 (19)
- 2010年10月 (19)
- 2010年9月 (21)
- 2010年8月 (17)
- 2010年7月 (21)
- 2010年6月 (22)
- 2010年5月 (14)
- 2010年4月 (12)
- 2010年3月 (13)
- 2010年2月 (9)
- 2010年1月 (12)
- 2009年12月 (7)
- 2009年11月 (6)
- 2009年10月 (8)
- 2009年9月 (7)
- 2009年8月 (3)
- 2009年7月 (1)
- 2009年6月 (3)
- 2009年5月 (1)
- 2009年4月 (1)
- 2009年3月 (8)
- 2009年2月 (10)
- 2009年1月 (1)
- 2008年12月 (1)






流通システム部
SEになりプログラマーなどに説明する機会が増えました。
説明をする場合に気をつけている事があります。
それは『話の趣旨を相手に考えさせる負担を減らす』事です。
その為には
1:前置き
2:要点の数
3:事実・意見・要望の区別
以上の3点が重要になってきます。
それでは順をおって具体的に説明をしていきます。
1:前置き
説明する場合、すぐに本題について話をするのでは無く
前置きをする事が非常に大切になります。
前置きをする事で相手に準備をする時間を与える事ができ、
結果として理解を得やすくなります。
前置きは話のテーマに応じて変化させる必要もあります。
また、規模をジェスチャーなどを使い視覚的に訴える事も効果的です。
2:要点の数
これから話をする要点の数を最初に言う事は大切になります。
また、話をしている際に順番を明確にいう事で
説明はよりわかりやすくなります。
3:事実・意見・要望の区別
「事実・意見・要望」
これらの整理をして区別をはっきりさせる事は大切になります。
お客様からの要望と自分の意見を混ぜてしまうと
判断基準がずれてしまいます。
そして、現場が混乱する元になってしまいます。
例えば、
お客様から「早く対応して欲しい」と言われ、
自分で「今週中までに対応をしたい」と思った場合
この2つを混合してしまい
「お客様から『今週中までに対応して欲しい』という要望があります」と報告してしまうと
納期が今週末であると錯覚してしまいます。
プロジェクトが複数進行しているケースはよくあります。
もしもこの言葉をそのまま信用してしまい予定を調整してしまうと
そのシステムばかりで無く、他のシステムのコストや品質に影響を与える可能性も出てきます。
(これは以前書きました「QCD(品質[Quality]・コスト[Cost]・納期[Delivery])」を参照してください。)
「事実・意見・要望」を整理しておく事はとても大切になります。
「システム開発ブログ」へのコメントやご意見等ありましたら、ファンページまでお願いします。 Facebook のファンページ
他社のシステムも直します。資産を活かしてシステムリフォーム