不採用でした。 - Everything you've ever Dreamed
無職です。 あまり詳しいことは書けませんが、以前、僕の才能を絶賛し声をかけてくれた企業様に連絡を取ってみたところ、「ちょｗｗｗあれお世辞ですよ」「お世辞を真に受けないでくださいよ」と言われてしまいました。 ありえません。人生の計画が狂ってしまいました。文字通りノー・フューチャーです。家族になんて報告すればいいのでしょうか。 先日まで勤めていた会社から何らかの圧力がかかったのかもしれません。そういえばボスは怨恨退職にいたる会談の際に「秘密の記号」「後悔するぞ」などと謎めいたことを話していました。これで、職が決まらないようなことがあれば、この国は異常です。 この件については、また、改めて書かせていただきます。 これだけは、言えます。 僕は無職です。（所要時間３分）
バックナンバー | 思い通りに相手を操る 交渉力養成ドリル | ダイヤモンド・オンライン
あなたは商談中、相手が答えを言う前に、矢継ぎ早に質問をくり出してしまってはいないだろうか。実はその方法では、お客のホンネを引き出すことは難しい。お客から愛されるためには、質問をする際にもテクニックが必要だ。 (第9回／2009年07月06日) 人見知りで人付き合いが苦手な人は、「たくさんの友だち」を作ろうと手を広げすぎ、深い付き合いができないことが多い。そのため、いつまで経ってもうまくいかないのだ。では、付き合いベタを解消するにはどうすればよいのだろうか。 (第8回／2009年06月29日)
良い結果を出すためのコミュニケーション術：日経ビジネスオンライン
このコラムについて 言いたいことを伝えられない。嫌なことでも断れない…。「職場でのコミュニケーションが苦手」というビジネスパーソンは多いのではないでしょうか。このコラムでは、上司、部下、同僚…どんな人ともより良い関係を作れる「アサーティブ・コミュニケーション」の方法について、実際の職場で出合う場面を基に解説します。 記事一覧 記事一覧 2009年1月19日 【最終回】 「アサーティブ」な人は、仕事をうまく進められる もし、あなたが、意見が伝わらないと思っているなら、「アサーティブ＝発展的で協調的な自己主張」というスタンスのコミュニケーション力を高めてほしいと思います。 2009年1月5日 【12】いつも怒られてばかりの上司から褒められた いつも何かと口うるさい上司。怒られてばかりの上司から、前回の会議での発表を思いがけず褒められた。 2008年12月22日 【11】後輩のうっかりミスを叱る
第48回 「なぜなぜ5回」がプロジェクトの雰囲気を悪くすることも
プロジェクトを進めるにつれ，なかなか解決しない課題が山ほど出てくる。「この課題が解決しない原因は？」「なぜ？なぜ？なぜ？」を問い詰めていくと，プロジェクトの雰囲気を悪くしてしまうことがある。改善活動に必須の「なぜなぜ5回」も，プロジェクトでは問題に合わせた使い方をしなければならない。 松永幸大 マネジメントソリューションズ マネージャー 中小企業診断士 問題を解決しようと「なぜ？なぜ？なぜ？」と問題を原因分析していくことは，いわゆるトヨタ式の「カイゼン」，QC（品質管理）サークル活動といった形で多くの企業・プロジェクトが実践しています。問題を解決する活動以外にも，企画書を上司に出す際に，「ここはなぜ？ それはなぜ？ どうして？」と繰り返し聞かれた経験がある方も多いと思います。「なぜ？なぜ？」を繰り返すことは，理屈が通っていなければならないビジネスの世界では「当たり前」に行われている習慣です
本質をきちんと考えない，バカな上司や経営陣に失望しています。
Q： 本質をきちんと考えない，バカな上司や経営陣に失望しています。 今年度は，原油高の影響で主要顧客がシステム投資を抑え，その影響でとても厳しい状況。この何年かは毎年最後まで売り上げ見込みが立たず，冬の賞与はカットされ，その後（他社の失敗など神風が吹き）なんとか売り上げを確保し，期末で調整されていました。 小さい会社なので経営陣（トップ，取締役）や上司（部長）などとは身近に話せるのですが，いろいろと話すと，彼らとはどうも根本的なところで違和感を覚えます。 例えば・・・ ・「戦略会議」という名の会議の中で，億単位の売り上げ不足が予想されているにもかかわらず，10万，100万単位のお金を一生懸命合わせるることに終始し，その他は進捗報告のみ ・情報セキュリティがテーマの場合，本当に情報セキュリティが守られるにはどうすればよいかを議論するのではなく，ドキュメントの整備に終始 ・人材育成の場合，資格
要求定義の基本を知る
要求定義とは，ユーザーがシステムに望む機能や性能（＝要求）を洗い出し，整理する作業。設計/開発の前にこれをしっかり実施しているかどうかでプロジェクトの成否が分かれる大事な工程だが，意外になおざりにされている。実績に裏付けられたノウハウや方法論を学ぼう。 Part1 成功に導く必須スキル Part2 要求定義の方法論を知る Part3 オブジェクト指向に基づく方法論 Part4 ヒアリングの実践ノウハウ一挙公開 Part5 注目集める「要求工学」
現行システムの見える化---目次
「度重なる改修やドキュメントの不備などで現行システムがブラックボックス化し，調査工数の増加や予期せぬ障害を招いている。この特集では，現行システムの見える化の実態とそのテクニックを解説する。 第1回 6割はいらないコードだった 第2回 設計書がない！担当者がいない！ 第3回 コードの調査だけで数カ月！ 第4回 データの「見える化」ならDFDを使おう 第5回 システムと業務をUMLでマッピングしよう 第6回 「見えない」システムが増殖する 第7回 こんな見える化は失敗する 第8回 業務とシステムを関連付けたい！ 第9回 効率よくヒアリングしたい！ 第10回 ソースコードのロジックを見える化したい！ 第11回 インフラを見える化したい！ 第12回 稼働中のシステムを見える化したい！ 第13回 障害原因を見える化したい！ 第14回 変化に強いシステムかどうかを見極めよう
ＲＦＰ・ＳＬＡ見本
ＩＴコーディネータ協会（以下ＩＴＣＡ）では、情報化資源調達フェーズ、情報システム開発・テスト・導入フェーズ、 運用サービス・デリバリーフェーズで作成する、 ＲＦＰ（Ｒequest Ｆor Ｐroposal ： 提案依頼書）、 および、ＳＬＡ（Ｓervice Ｌevel Ａgreement ： サービス品質合意書）の見本を開発し、提供いたします。 本ドキュメント見本は、ＩＴコーディネータ、ＩＴコーディネータ補の方々やＩＴ化を推進する経営者が、 ベンダーへ提案を依頼する場合に発行するＲＦＰ（提案書）および、ベンダーと契約を締結する際に発行するＳＬＡ（サービスレベル合意書）の、 記載見本の一例を提供するものです。見本としての記載内容をできる限り詳細にしましたが、 実際の使用に当たっては当見本にとらわれることなく開発規模等により割愛や簡易化をしていただいてくことを想定しております。 ＩＴコーディネ
“究極の会議”をやってみた (1/2) - ITmedia Biz.ID
ITmediaにて実施した“究極の会議”体験セミナー。実際の進め方はどんな感じだったのか。また会議に対する問題点をどう考えたらいいのかを考えてみます。 “議事録ドリブン”を用いた究極の会議。実際に行ってみた会議の模様を見ながら、リアルな進め方を見てみましょう。 今回の体験会議は、全く違う職種の方が集まって行いました。共通の会議テーマを設けるのも難しいので、「社員旅行計画会議」という、どこの会社でもありそうな（なさそうな？）テーマでスタートです。 今回の議事録の一部が以下のようになります。このような議事録をプロジェクタに投影して、参加者の議論を書き込みながら議論を進めていきます。今回は、著者が開発している、議事録ドリブン専用ツールの「Sargasso XM」を使って会議をしました。 1stステップ──トピックの洗い出し 最初にやるべきことは、会議で何を話さないかいけないか、トピックを洗い出す
日本IBMのリストラが始まった - ひがやすを blog
「日本で「キャリア選択援助計画」を終了させる。浮いた１億ドルの多くを日本での「Ｗｏｒｋｆｏｒｃｅ Ａｃｔｉｏｎ」（＝リストラ）に使い、日本ＩＢＭの収益構造をより競争力のあるものにする。」 かねてから噂のあったIBMのリストラですが、現実におきてるようです。これは、景気後退局面に対するすばやい対応なのでしょうか。 直接の原因は、景気かもしれませんが、根本は、アメリカ流の株主至上主義じゃないかな。株主を大切にするのはもちろん重要なんだけど、株主のため、過度に短期の数字を良くみせようとするところにあるんじゃないかと思っています。これは、IBMに限った話じゃないけどね。 米IBMは、2005年にも欧州を中心に、1万〜1万3000人のリストラをやっています。 とはいえ、会社の業績が悪い訳ではない。米IBMの第一四半期決算は、1株あたり利益、売上高とも前年を上回っている。それでも、株主のため、飽くなき
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」
NAISTにてMeCabの作者としても有名な工藤拓さんの講演が行われました。Googleの開発体制とそれを支えるツールのお話です。 学校と拓さんの双方からブログへの掲載許可が得られたので、まとめを公開します。この講義はNAISTのソフトウェア開発管理講義の一環です。 iPhoneカメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST自然言語処理学講座出身 Googleに入社してから大規模開発やインフラを経験 MeCabを開発 NTTコミュニケーション科学基礎研究所に所属 その後Googleへ 研究より開発寄り Googleでの仕事 日本語のウェブ検索 「もしかして」機能 ダジャレサーチ エイプリルフールネタを1ヶ月かけて実装 何千人もの開発者が単一のソースコードリポジトリの上で開発を行っている 大規模開発をサポートするインフラが不可欠 Mondria
加速度センサーで“やる気”を測定、日立中央研究所が実証実験
日立製作所の中央研究所（東京都国分寺市）はオフィス内の社員の仕事状況を可視化して業務改善に役立てる「ビジネス顕微鏡」の研究・開発を加速している。2007年から、大阪ガスやドイツの銀行など様々な企業オフィスで実証実験を開始。2008年にはコクヨオフィスシステム（東京都千代田区）などと提携し、さらに幅広いオフィスで検証を始めた。 ビジネス顕微鏡はオフィスの各社員が装着するセンサー付きの名札と、ここから随時得られる情報を格納するデータセンターで構成される。名札には、集音用のマイク、温度計、照度計など様々なセンサーと、データセンターへ情報を発信するための無線機が付いている。「特に赤外線センサーと加速度センサーを重視している」（矢野和男・主管研究長）という。 赤外線センサーでは誰と誰がコミュニケーションしているかを検知する。例えばAさんとBさんが向かい合ったり近くにいたりする時は、AさんとBさんの名
苦情メールに返信するとき意識すること - 頭ん中
ウェブのサービスを運営してると ご立腹の方からメールをいただくこともある。 そういうメールにご返事をする場合に これを意識しておいた方がいいな、 と思っていることをいくつか。 もちろん事情はその都度違うので いつも同じ対応をするということではないけど、 基本的な考え方として。 たとえ正当な訴えでなかったり 単なる誤解に基づくものであったりしても ちょっとの配慮で穏便に済むならその方がいいですね。 できるだけ早く返信する 時間が経てば経つほど 「無視された感」が高まって 余計によろしくないことになってしまうから。 すぐにご返事できないときは 「すぐにご返事できないのであらためて」と すぐにご返事する。 できることとできないことを明確にする 何らかの対応を求められていて その要求が正当なものである場合、 できることがあるなら 何ができるかを明確に伝える。 ただし、どう考えても正当な訴えではなか
出世以外の報酬も技術職には必要 - builder by ZDNet Japan
パソナテックは、同社設立10周年を記念して企業の経営・人事部門およびエンジニア・クリエイター職で働く人たちを対象にしたカンファレンス「パソナテックカンファレンス2008」を開催した。 初日の10日は「IT人材の未来 〜これからのIT業界と人材戦略〜」がテーマ。メインセッションにはシリコンバレーでの働き方を知り尽くす人物、Blueshift Global Partners社長で、パソナテック シリコンバレーオフィスのフェローでもある渡辺千賀氏が、「現場がイキイキする人材マネジメント：渡辺千賀の流儀」と題した講演を行った。 職場環境のHolyGrailとは 渡辺氏は、テクノロジー関連分野における日米間の事業開発コンサルティングを行うBlueshift Global Partners社の社長。また、パソナテック シリコンバレーオフィスのフェローでもある。シリコンバレーの日本人ネットワークNGOを
ITpro SkillUP
異能エンジニアの肖像 コミュニケーションが苦手な人でも使いやすいサービスを作る NextInt 代表取締役 中山心太氏 今月取り上げるのは、NextIntというベンチャー企業を設立し、企業向けの「Vein」という情報共有サービスを開発する中山心太氏。今回は、Veinの特徴や開発している理由などを聞いた。（2018/12/25） 教養としてのブロックチェーン ブロックチェーンが普及するために必要なこと これまで本連載では、ブロックチェーンの基礎や現状の技術課題について解説してきた。最終回は、ブロックチェーンの応用として、共通する適用領域とそれが社会に与えるインパクトについて解説する。（2018/12/25） テストのツボ 「範囲」「観点」「条件」を検討 主要5項目をテストケースに ［第4回］テスト設計 テスト計画を基に、テストで確認したいことを具体化してテストケースを作成するプロセスがテスト
IT業の残念な秘密:Geekなぺーじ
「Sanity check: 10 dirty little secrets you should know about working in IT」という記事がありました。 「ああ、あるある」的な項目もあって面白かったです。 個人的には3番と4番がツボでした。 10番はアメリカ事情っぽいですね。 以下、要約です。 誤訳等が含まれている可能性が高いので、是非原文をご覧下さい。 10. IT専門家は他の専門家よりも給料が良い傾向にあるが、そのため経営者はあなたを所有していると勘違いすることがある ドットコムバブル時と比べると下がったものの、IT専門家が受け取る給与は高い方だ。 ただ、そのために「高い給料払ってるんだから、やれ」というような態度に出る雇用者もいる。 9. ユーザが馬鹿な行動を取るとあなたのせいになる 「コンピュータが壊れた！」「何したんだ！」などと怒鳴り込んで来るユーザがいる。
タスク管理の究極系は、やはり紙！ : LINE Corporation ディレクターブログ
こんにちは、ANDY です。 自分のタスクを把握するために、あなたはどんな方法でまとめていますか？ メモ帳を使う、エクセルでまとめる、カレンダーにメモ、管理ツールを使用する…などなどいろんな方法があると思います。 わたしは、以下の 3 つの項目を重要と考えタスクを把握できる管理方法を探しました。 タスクの種類と数を把握する スケジュールが視覚化できる 修正が容易である そこで、最終的に自分にあっていたタスクの管理方法は、 "紙"と"クリップボード" タスク管理の究極系はやはり紙でした。 クリップボードにカレンダーを貼り付け、カラーふせんを貼り付けることで手軽に嫌でも目に入る場所に置くことが最大の強みです。 弱みは、カレンダーのスペースが限られていることで、大量のタスクを貼り付けることができません。タスク管理シートに開始日、終了日を記すようにして、終了日だけカラーふせんを貼ることで何とかして
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
キャリア ＜ ITpro SkillUP ： ITpro
Otona no Radio Alexandria | JFN｜ジャパンエフエムネットワーク
NHK プロフェッショナル 仕事の流儀