直電
配属先プロジェクトでは、客先からの問い合わせは等については、
契約上の都合および、作業の管理上の都合により、プロジェクトを統括している会社側で対応する取り決めとしており、
担当レベルとの直接のやりとりはなるべくは避ける取り決めとしている。
しかし、現実には、その統括している会社側で対応しきれなかったりすることもあり、
担当レベルでも客先からの電話での問い合わせ(以下「直電」という。)を受け、対応するケースも多々発生している。
このことについて、個人的には問題ないものと認識している。
ただ、その直電の回数が頻繁で、やりとりに時間がかかったり、また、新たな作業を依頼されることもある。
それが、客先からの依頼ということもあり、本来プロジェクトに必要なものかに関わらず、必然的に優先度が高いのものとなる。
また、客先側の都合で発生するため、作業タスクとしてピックアップおよびマネジメントがとてもしにくい。
すなわち、プロジェクトを進めるにあたって、事前にプランニングされていない作業が最優先で次々割り込まれる格好となる。
そうなるとその客先からの各種対応を優先的に作業することを強いられてしまい、本来の担当作業に対する稼働捻出が難しくなる。
このように「客先からの直電」については、プロジェクト進捗の妨げとなる要因に大化けする可能性を秘めている。(少しオーバーかもしれんけど、こんくらい言っておこう。)
そのようなこともあり、担当レベルは客先からの直電には、なるべく避ける取り決めとしている。
ある日、客先からの電話問い合わせが無条件でこちらに転送されることが少々多く感じたので、
上司にお話ししたら、こんな回答。
「一度電話受けているのであれば、直電ではないんしゃないの?」
はぁ?。バカにしてんのか?。
電話とってそのままこっちにパスすんのって、実質、直電と同意義だろうがよ。
その上司は、所属グループのマネジメントを行っているが、
客先からの直電が、上司が懸念している稼働超過の原因の1つになっているのに、それを問題視していないようだ。
すなわち、その上司の業務(マネジメント)はポーズだけということ。
以前からそのきらいはあったが、少し失望している。
以上。
「あそぶ! ゲーム展」行ってきました。
「あそぶ! ゲーム展」行ってきました。
http://www.skipcity.jp/vm/game/
ゲームセンターCXでも特集やってて、気になっていた。
中に入ると、各種デジタルゲームが展示されており、
オシロスコープをモニタにしてプレイする「テニス・フォー・ツー」や、
デジタルゲーム元祖といわれている「コンピュータースペース」から、
「平安京エイリアン」、「ドンキーコング」等、バラエティに富んている。
ゲームもプレイ可能で、無料で何回でもプレイできる。
※ ただし、マナー上、ゲームのプレイを占有するのはご法度。
ゲームオーバーになったら、他の人に人にゆずってください。
スペースインベーダのブース。テーブル筐体のやつ懐かしい。
昔、上級生がやってんのを見てて、すごく羨ましかった記憶がある。
で、スペースインベーダー久々にプレイしてたけど、感覚鈍ってんのね。すぐにゲームオーバ。
名古屋撃ち披露できず…。
子供よりウキウキしちゃってたよ。間違いなく。
もちろん、ゲーム機が展示されているだけではなく、
デジタルゲームの歴史についてや、技術的にどのような進化を遂げているのかもきちんと解説している。
この展覧会。シリーズで3回行われるとのことで、今回は初回のステージ1。
次のステージに何が展示されるのかとても楽しみだ。
追伸 : 今年もよろしく。
メッセージサービスの矛盾
相手に意図を伝える際、同じ思いを言葉として伝えるにしても、
「話す」のと「書く」のでは、その成り立ち方は異なる。
その証拠に、友人との会話をテープレコーダに録音しておいて、その内容をそのまま文章に起こしてみるとよくわかる。
ほぼ間違いなく支離滅裂な文章が完成する。
「話す」について、「書く」に比べ意図を早めに伝えることが可能で、また、無意識にその即効性を求められる。
その特性上、使われる言葉のついてはその正確性よりも、それを発信するタイミング、スピードが重要だったりする。
また、「話す」において、実際のところ、言葉だけで意図のやり取りをしておらず、
会話する際の身振り手振りや当事者間で置かれている状況等の外的要因が、無意識に有効活用されている。
そのため、言葉が細かいところで意味が誤っていたとしても、
当事者間の頭の中でうまいこと訂正され、適切に意思の通達が行える仕組みとなっている。
よく言われる「話し言葉」とは、あまり時間をかけられずに瞬発性を求められる
「話す」行為において、適した言葉なのだと思う。
それに対し「書く」については、「話す」に比べ、言葉の正確性が求められる。
それは、「書く」手段での当事者間の意思疎通する場合、共有している状況に相違が発生する可能性が高く、
そのことにより「話す」際に無意識に利用していた外的要因を有効活用しにくいためである。
その分、チョイスする言葉に高い精度が求められる。
ただし、「書く」については「話す」に比べ、あまり意思の通達に即効性は求められない。
急いで相手に思いを伝える際、瞬間的に精度の高い文書を記載できるに越したことはないのだが、
その場合はむしろ、無意識に相手に伝える手段を「書く」から「話す」に切り替えているはずだ。
LINE等のメッセージサービスで友達とやりとりしていて、使っていて何か漠然とした違和感を感じることがあった。
それは、メッセージサービスでの相手とのやり取りに、会話するのと同等の瞬発力を求めているのに、
メッセージサービスが許している行為が、それに適した「話す」ではなく、「書く」のみという、
「特性と矛盾したインタフェース」であるということ。
今まで感じていた漠然な思いを、自分なりに結論に導くことができ、なんか、少しスッキリした。
「池上彰の教養のススメ」読みました。
「池上彰の教養のススメ」読みました。
http://www.amazon.co.jp/池上彰の教養のススメ-東京工業大学リベラルアーツセンター篇-池上-彰/dp/4822274373/ref=sr_1_1?ie=UTF8&qid=1427612456&sr=8-1&keywords=池上彰の教養のススメ
大学教育において「実社会で役にたたない。」と思われがちな教養科目を削り、
「すぐに役に立つ」実用的は科目が重視されている傾向について危惧し、
「そもそも教養って何?」というところから、その効能と重要性について説いている。
今の社会、既存のルールが早いサイクルで二転三転する中、
その都度ニーズに合った新しいサービスが求められ、
各企業がその新しいサービスを提供するため、創造性が必要とされてきている。
その中に日本企業が対応しきれない理由として「教養がない」ことを挙げており、
教養というものが今の社会でどれほど重要なのかを様々な形で説明している。
その中で、教養が役に立った事例の1つにスティーブ・ジョブスを挙げている。
ジョブスは大学で「カリグラフィー(西洋書道)」に傾倒しており、
そのおかげでMacintoshを生み出すことができたと本人も語っている。
確かに、Macintoshには使うほどに馴染むような操作感があり、
数値のみでしか商品の良さをアピールできない他のPCとは明らかに一線を画する。
もし、ジョブスにIT以外の知識がなかったら、こういう独創的は商品は生まれなかっただろうと思う。
また、ジョブスについては他に禅に興味があったのは有名で、
禅の「シンプル・イズ・ベスト」な考え方が、Apple製品にも反映されているようにと思う。
「教養とは何か」については、多様性があるためとても全てを語りつくせないが、
あえて、自分の言葉「教養とは何か」についで述べさせていただくと、
教養とはつまるところ
「みそ汁とかで言うところの出汁みたいなもので、それ自体は味はしないが、
何かと一緒に入れることで、素材の味をおおいに引きたたせるもの」だと考えている。
出汁をとっていないみそ汁がうまいわけはないのと同じで、教養が伴わない技術など有効ははずもない。
「教養なんて必要ない」と考えている人は、
おそらく出汁をとっていないみそ汁を「うまい、うまい」と食べているのだろう。
教養のススメ。おすすめです。
年賀状
おしゃべりな奴は嫌いだし、飲みにあまり行かない等、
他人との交流には重きを置いていない俺だが、年賀状は書くようにしている。
人との会話する場合、会話する相手を拘束することになるので、
あまり不毛な会話や自分だけ主張している会話は、相手側に対し失礼だと思っている。
その分、年賀状だと、自分の主張を相手を拘束せずに、相手のタイミングで見ることが可能だし、
コメントいっぱい書いても鬱陶しさが激減するので、
人との会話等で、会話する相手に気をつけている俺としてはいい。
本当は送りたい人もっといるんだけど、そのためには、送り主にその住所を聞くことになる。
この数年、個人情報の流出に敏感な傾向にあるので、
その年賀状を書くだけのために個人情報である住所をそれだけのために聞くのは相手から警戒をもたれたりされ、
今後の人間関係上、望ましくないと思っており、いささか気後れしている。
メールもありがたいが、やはり、年賀状の方が嬉しい。
そう感じるのは、やはり手間暇かかっている方がありがたいと感じるからだろう。
(少し盲目的なところもあるが…)
年賀状送ってくれた方、ありがとうございます。
※ 痛い宛先欄で送ってきた約1名除く。
今年も宜しく。
自社のグループウェアにアクセス不可能となった事件
自社のグループウェアにアクセス不可能となった。
そのグループウェアには、WEBによるインターネット経由でアクセス可能(https)だが、
当然誰でも利用可能とさせるわけにはいかないので、システム側で利用するユーザに対し認証を行わせる仕組みとしている。
その認証について、HTTPのBASIC認証とそのシステム側での認証と2段階で認証する仕組みとなっており、
それをくぐり抜けることにより、グループウェアを利用可能となる。
iPhoneからアクセスしていたのだが、今回そのようになったポイントとしては、ブラウザにSafari(Ver8.0)を利用していたこと。
BASIC認証でログインに成功した場合、ブラウザ側で一時的にIDとパスワードを記憶しているが、
SafariにはそのIDとパスワード記憶が行われない。
※ パソコン版(Ver7.1)で普通に使えていたし、iPhoneからだってiOS8にアップデートする前は普通に使えていたのだが…
そのため、ログイン成功したとして、
そのグループウェア内で何かしらの操作をするごとに、当然サーバにリクエストを送ることになるのだが、
その際、ブラウザ側でBASIC認証のIDとパスワード記憶していないために、
再度、BASIC認証のログイン画面が表示され、IDとパスワードを入力するはめになる。
すなわち、何か行うたびにいちいちBASIC認証のログイン画面が表示され、
IDとパスワード入力を促されることになる。
厳密なオペレーションは覚えていないのだが、そのいちいち表示されるログイン画面で何回か入力を誤り、
その結果システム側で認証試行回数超過と判定されたようで、
付与されているアカウントからのアクセスを遮断されてしまった。
翌日には復旧したが…
まあ、他のブラウザを使えばこの事象は発生しないので大丈夫。
以上。
