5分で人を育てる技術 (14)「NO」という相手に「YES」といわせる会話術
前回は，坂本に「他部門調整がなぜ難しいのか，どうすればうまく進むのか」について説明しました。 部門が違えばミッションは異なり，ミッションが違えば意見が対立しやすくなります。もし，うまく部門間調整をおこないたいなら対立を起こさないように行動することが大事です。それでも，対立してしまったら硬直化しないうちに対処しなくてはなりません。そのために必要なことは，「関係者のスタンス，ニーズは何かを知り，それを満足できるような落としどころを探る」ということです。 では，関係者のスタンス，ニーズはどうすれば分かるでしょうか？ これは，「利害関係者の立場」を考えることで分かります。人の発言は，その人の立場から発せられることが多く，「立場が分かれば発言は予想でき」，逆に「発言を正しく聴ければ，その人の立場も分かる」のです。このように，「利害関係者の立場を考え，要望，ニーズを知り，調整するためのシナリオを作り，
第21回 企画書を提出した後の「折衝」こそ最大の難関
画面遷移図を作成し，企画書を提出して受注が確定。ところが，その後の折衝が，これまた大変である。顧客側にも，いろいろな事情があるのだ。 顧客の「膨らみすぎる夢」を抑えよう 顧客に企画書一式を提出し，発注が確実となったら，ここからが正念場だ。実装機能，予算，工期の確定，開発用データの整備など，煮詰めることが山ほどある。この段階での折衝が，その後の顧客との関係を決めるといっても過言ではない。 顧客が人格円満な人であっても，スムーズに作業が進むとは限らない。顧客にとってWebは専門外なのだから，Webプランナー側が「わかってくれない」と嘆いても始まらない。「わからない」からこそ依頼しているのだ。問題とその対応方法はケースバイケースなので具体的な助言は難しいが，いくつか例を挙げてみよう。 ITやWebに憧憬や万能感を持ち，夢と社内事情が遊離しがちな顧客はまだいるものだ。中には，Webを「棚からぼたも
第2回 相手の話の聴き方 - コミュニケーション・スキル講座：聴く力と話す力を磨く！：selfup
高橋 俊樹 グローバル ナレッジ ネットワーク 人材教育コンサルタント 前回，「話すことと聴くこと」を意識しましょうとお伝えしました。早速，より良いコミュニケーションを取るための第一歩，「聴き方」から見ていきましょう。 良いコミュニケーションと悪いコミュニケーション 皆さんは仕事をしていく上で，日ごろから社内外問わず，良いコミュニケーションを心がけていると思います。良いコミュニケーションは，相手の話を自分の価値観などで判断せずに正しく聴く，相手の言い分をまず受け止めることからスタートします。それから，自分の話したいことを伝え合います。相手と良いコミュニケーションが取れていると感じる時は，相手の言いたいことがよく分かる，理解できていることが多いはずです。 逆に悪いコミュニケーションでは上記のことができていません（図1）。例えば，双方が相手の話を聴かずに話している場面を想像してみてください。お
直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ。
ここ一週間、たくさんの日本の若い人たちと話した。JTPAツアー、九州大学ツアー、そして昨日のLingrイベント。それでつくづく思ったこと。もう前にも一度言ったことだし、当たり前のことだし、言わなくても伝わっているだろうとふと思っても、しつこく言おうと。なぜなら、僕が考えていることと正反対の言葉を、日本の大人たちから皆はシャワーのように浴び続けているし、僕がこうあるべきと思うことと正反対の経験を日々せざるを得ない状況にある、ということがよくわかったから。 二十歳にもなれば、その人のすべてはもう顕れている。その自分の良いところを見つけるには、自分の直感を信じ(つまり自分を信じるということ)、自分が好きだと思える「正のエネルギー」が出る対象を大切にし、その対象を少しずつでも押し広げていく努力を徹底的にするべきだ。そういう行動の中から生まれる他者との出会いから、新しい経験を積んでいけば、自然に社会
第3回 顧客視点を忘れていませんか？～4Cによる4Pの検証～
『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day
ニフティ，みんなで年表を作る「＠nifty TimeLine」開始
写真1 ニフティが開始した「＠nifty TimeLine β」。ユーザー同士で情報を持ち寄り年表を作るイメージだ ニフティは2月28日，時間軸に沿った情報をユーザーが投稿して共有できるサービス「＠nifty TimeLine β」（アット・ニフティ・タイムライン ベータ）を開始した（写真1）。ユーザーの利用は無料だが，会員登録が必要。利用者の声をサービスに反映させるコーナーである「＠niftyラボ」での開始となる。 「＠nifty TimeLine β」は，複数のユーザーが情報を書き込んで作り上げる年表のようなサービス。一つのトピックを「タイムライン」という名称で提供しており，ユーザーは興味のあるタイムラインを選んで，時間軸に沿った形で記事を投稿できる。例えば，あるミュージシャンの歴史についてのタイムラインがあった場合，発売したCDや活動記録などの情報を，時間情報と併せて書き込む。 タイ
第16回 「生涯一実務者」こそが，後進を育てる：ITpro
一般的にWeb制作・開発に携わるベテランは,「後進の育成」という役割のもと，第一線の現場から離れることが求められるようになる。しかし，IT業務といえど，すべてをナレッジ化できるわけではない。「生涯一実務者」が消えた現場では，後進には学べないことが山ほどある。実務にやりがいを感じているベテランほど，現場に留まるべきではないだろうか。 実務者を育てられるのは，実務者だけ Webプランニングは，それ単独で成立する業務ではなく，制作・開発実務と切り離して考えることはできない。本稿も，Webデザイナーやプログラマ出身の小規模事業者に対して，Webプランニングのヒントを示すものであり，全く実務に携わらないWebプランナーは想定していない。 なぜなら，企画と実務は，相互に影響し合っているからだ。独創的な企画を実現するために制作・開発技術が磨かれる。逆に，手持ちの技術やノウハウの用途を考えることから，企画
第39回 Web開発者との付き合い方 〜Web屋の一分（いちぶん）：ITpro
前回は，コミュニケーション・コストについて触れましたが，今回はもう少しWebサイト・デザインに絞って話をしてみたいと思います。 意見集約という「小リーダー」の役目 前回の復習になりますが，何か大きな事柄を決めようようとするとき，あまりに民主的に行うと，意見を集約するのに膨大な時間がかかります。私は，Web開発にとって「時間」が一番大切だと思っているので，結論を出すまでのプロセスを効率化することは至上命令です。 様々な方法があるかもしれませんが，基本的には，機動性の良いグループ単位で意見を集約し，代表者会議の場で即決できることが鍵になるように思えます。小グループの小リーダーたちの機動力と，権限を持っているという体制，これに勝るものはないでしょう。 そして，意見集約の効率化という側面だけでなく，クライアントの担当者が時間までに難しい結論を決めてきてくれたり，決をとる場で「責任は俺が取るから」と
「勝ちパターン」教育こそ最強の成長促進剤
ノウハウが属人化され、ブラックスボックスになっているチームに入れても、若手社員の成長は期待通りにはいかない。仕事の手順だけではなく成功しやすい「勝ちパターン」を徹底的に教え込み、成果を出させることで眠っていたモチベーション、成長の実感はぐんぐんアップする。 オープンな環境でアドバイスせよ 営業職での新人教育の例を見ながら、若手社員が自分の成長を実感するとはどういうことかを考えていきたい。 ネット求人広告会社のディップは、上場する同業他社中、過去6期連続で成長率ナンバー1を誇る伸び盛り企業である。業界の草分け的存在のサイト「はたらこねっと」をはじめ、複数の求人サイトを展開している。 ディップでは、採用形態を中途採用から新卒採用に転換を図ってきているが、中途で入社してきた営業職は、前職で培ってきた営業スタイルで仕事をすることがどうしても出てきてしまう。 同社では、媒体ごとの契約までのワークフロ
辞めたくなっても大丈夫――パターン化された思考からの脱出
辞めたくなっても大丈夫――パターン化された思考からの脱出：“若葉マーク”社員を活性化させる「実感主義」の育成戦略（1/2 ページ） 会社の中にコミュニティサイトを作ることで、若手社員が元気になることがあるという。仕事に関連したもの、自由な発言が許されるもの、さまざまなコミュニティでのやり取りの中で、今まで得られなかった視点の獲得が活性化の秘密だ。 答えるベテランもやる気アップ 仕事に関する質問について社内のポータルなどでQ&A形式のコミュニティを作りそこで解決していくという試みがある。(参照記事) 全てのプロジェクトにベテラン社員を配置することができないケースが増えている。こうした場合、ベテラン社員がボランティア的ではなく、仕事として質問に答える仕組みで動かすと、若手社員は仕事に行き詰った時でも、暗闇をさまよう様な思いをすることはない。 ベテラン社員が答えてくれるのは若手にとっては非常にあ
「先輩、どうして隠すんですか！」――知恵の埋蔵量を知らしめよ
「先輩、どうして隠すんですか！」――知恵の埋蔵量を知らしめよ：“若葉マーク”社員を活性化させる「実感主義」の育成戦略（1/2 ページ） 「誰も何も教えてくれない」とぶつぶつ文句を言う若手社員は多い。「情けない、誰に何を聞けばいいかぐらい自分で考えろ!」とどなりつけたくもなるが、中堅以上の先輩社員たちの中でも若いころ、「隠さないで教えてくれれば仕事が早く済んだのに」と先輩を恨んだことはなかっただろうか。 仕事の手順を明確化し、プロセスの見える化を会社の実際の仕事に合わせて行えば、経験の浅い若手社員もプロジェクトごとの立ち位置が理解できるようになる。(参照記事) そうなれば、実際の仕事でも「前回はここでつまづいた」などという意識が芽生え、新しい対処の仕方を自分で考えられるようになる。そこで考えた対処が実際にうまく効果を上げることができれば、以前とは違う自分を実感できるというわけだ。 ナレッジマ
プロジェクト管理にはメールではなくRSSを
IT担当者なら、メールが日々の業務の大きな部分を占めていることだろう。メール管理でも、日常のコミュニケーションでも、プロジェクト管理でも、メールは欠かせない技術となっている。 だが、メールはプロジェクト管理には向かない。メンバーが数人以上のプロジェクトの管理にメールを使ったことのある人なら、お分かりのはずだ。例えば、12人のメンバーがメーリングリストに参加していると、2人のメンバー間でやり取りされているメールのコピーを、ほかの10人が逐一受け取るハメになる、といった状況に陥ったことがあるだろう。 メールは2～3人で何かをするには非常に便利だが、5人以上でコラボレーションする手段としては、ろくなものではない。だが残念ながら、人々は手持ちのツールを使う傾向がある。メールを無理やりコラボレーション用のアプリケーションとして機能させるのだ。もともとメールには、そうした用途はまったく想定されていなか
久米信行の「企業経営に活かすブログ道」 : カメラのキタムラ560店舗ブログ効果とさらなる活性化案
企業のブログ活用を考えると，本来，大企業の方が有利な場合も多いはずです。なにしろ，全事業所，全部門，全社員でブログを毎日書いたら，その情報発信量は圧倒的です。検索エンジン対策には更新の頻度や量が重要になる（関連記事「RFMを極めたブログが検索エンジンに勝つ」）という観点からも，全社員によるブログ更新は大変効果的なのです。 しかし，多くの大企業経営者や広報担当者は，社員に好き勝手にブログを書かせることにリスクを感じているようで，まだ踏み切れていないようです。 そんな中，カメラのキタムラでは560店舗の各店にひとつずつブログを用意して，積極的な情報発信を続けています。そこで，そのブログ効果を検証しつつ，同社のチャレンジ精神にエールを送る意味でさらなる活性化案を考えてみます。 Googleで「カメラ」と検索すると2位（2007/1/13現在） 560店舗ブログの効果で，最も顕著なものは，主要キー
意図が伝わる設計書作成の心得【第6回】
仕様書は，複数のメンバーが共同で作成することが多い。したがって,コミュニケーションを怠れば,「仕様書間の不整合」や「保留事項の連絡不徹底による手戻り」などの問題を起こしやすい。こうしたリスクを避け, 効率的に仕様書を作成するには,どうすればよいだろうか。頻繁に起こる2タイプの実例を通して,その原因と対応策を考えていこう。 実質的な作業メンバーが1人というプロジェクトもあるだろうが，大半は複数のメンバーによる共同作業になるだろう。こうした現場では，仕様書の作成を複数人で分担して行う必要が生じ，プログラム間の仕様の調整に手間がかかる。 これは設計工程全般に言えることではあるが，特に仕様書の作成フェーズでは，基本設計とは異なるレベルでユーザーと仕様の調整を行う。このため，より一層，コミュニケーションに注意を払う必要が生じる。 それを怠ると，誰も気づかないうちに仕様書間の不整合が起きてしまい，後に
SEのための提案力強化講座【第4回】
今回は，ユーザー企業が納得する提案書の作り方を解説する。ITエンジニアが起こしがちな失敗事例を具体的に挙げつつ，顧客を論理的に最適解に導くデシジョン・テーブルの作成方法を伝授する。 提案書はITベンダーのビジネスの中で大きな意味を持つ。顧客が抱える問題や課題を事前に収集・分析し，自社の提供する商品・サービスに適合するかどうかをビジネスと技術の両面から検討，解決策を導き出す――これがITベンダー側の視座から見た提案活動の基本である。提案書は解決策を集大成したものであり，その内容は顧客の期待と興味を喚起するものでなければならない。 そうでなければ顧客の意思決定，つまり受注には結びつかない。これは顧客がITベンダーに提案を要請した場合でも，ITベンダーが積極的にアプローチして提案した場合でも同じである。 せっかく苦労して提案書を作っても，受注に結びつかなくては報われない。訴求力と魅力のある提案書
意図が伝わる設計書作成の心得【第4回】
「仕様書」は，設計者とプログラマをつなぐ重要なコミュニケーション・ツールだ。それゆえ，安易な書き方をすると問題を起こす。よく議論されるのは，「仕様書の内容はどこまで詳しく書くのが適当か？」という点だろう。過剰品質を避け，効率的に書きたいところだが，きちんと意図が伝わることが大前提である。二つの実例を通して，そのキー・ポイントを紹介する。 今回から，題材を「仕様書」に移して設計書作成の心得を紹介していこう。 前回までは，ユーザーからの要望聴取を基に作成する基本設計書を題材として，設計者とユーザーとのコミュニケーションを軸に展開してきた。これに対し，今回から取り上げる「仕様書」は，基本設計書を基にシステムを実装するプログラマやSEに対して，より具体的なシステムの詳細を伝える設計書である（図1）。 このような設計書は「詳細設計書」や「プログラム仕様書」など，様々な名前で呼ばれていることと思う。ま
要求開発は誰のためのもの？(3)
前々回では，要求開発はユーザー企業のためのものであり，Opentyologyはユーザー企業の戦略やプロジェクトの目標を達成できる「本当に役に立つシステム」を構築するための，価値あるガイドラインであることを述べました。また，前回では，モデリングの目的とその価値について考えました。 この記事を書く中で，私自身，「要求開発」という概念が必要とされる背景やその目的について考えるようになり，いろいろな「気づき」がありました。ここで，もう一度「要求開発は誰のためのもの？」というテーマについて考えてみようと思います。 一つ，わかったことがあります。それは，要求開発はユーザー企業にとって価値のあるものであると同時に，プロジェクトに参加するSI企業にとっても価値のあるものだということです。 「要求開発」というテーマと向き合ったことで，システム開発に取り組むSI企業にとって，お客さまであるユーザー企業の視点で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5分で人を育てる技術 (12)顧客から情報を引き出す会話術
PC画面共有・遠隔操作可能なWebサービス「O-remo」がリニューアル
被リンク構築のための5つの効果的な戦略 | 住 太陽のブログ
