アカウント名:
パスワード:
今の職場でうぜえと思っている文化なのだが、とある問題について、それが他にどう影響するのか、自分なり他人がそれについていつまでに何をしなければならないのかという観点がないままに、問題の経緯だけを何分もぐずぐず話しつづけたりする。特定の人間の問題ではなく、複数人いるのでどうもそこの文化らしい。経緯に時間をかけるな結論を言えと遮ると、一生懸命話しているのに何を言うんだという顔をされる。#現代のITの会社なのかそこはと思う。
というか、そもそも、話して数分かかるものは誰も全ては聞いてないし、話し
> 話して数分かかるものは誰も全ては聞いてないし、
たかだか数分程度の話しぐらい身を入れて聞けばいいのに。
> しかも、ファイル名、関数名、変数名などを口頭で伝える事をおかしいと思わない....。
数個程度であれば、その場でメモを取り出してスペルを確認しながら書けばいい。で、その場で相手にメモを確認させればいい。
このやり取りが面倒くさいと相手が思えば、自然と資料を用意するようになる。
身を入れて相手の話を聞き、わからなかったり正確に聞き取る必要があることはその場で確認するためということができない人間は、どこでも「コミュニケーション能力のないやつだ」と思われる。
そしてその評価は正しい。
元コメがどんな職場にいるのか分からんから、問題の緊急性や規模がどの程度まで行くのか分からんけど。
ぶっちゃけ、結論を用意してない人間の話なんて身を入れて聞いた所で何の足しにもならんし、そもそも関数名をメモってくる知恵さえ持たない人間の記憶力なんて当てにするだけ無駄。「話しても後に残らないんだから、記録して管理しろ」ってのは至極真っ当だと思うけど。
というか、口頭で話を持って行く場合は、許可を得るなら「こういう問題が起きていてこういう対応が必要なので、承認下さい」、相談なら「こういう問題があって対応に悩んでいるので相談させて下さい」っつー結論を先に伝えておかないと、相手は自分が何をしたらいいのか話から類推するって言う無駄な労力を割くことになる。それが出来ない人間からのヒアリングもコミュニケーションスキルの一つではあるんだろうが、そればっかり求められてもなぁ……
>たかだか数分程度の話しぐらい身を入れて聞けばいいのに。
さて、ここで問題です。数人のミーティングで各人が各自数個の課題に対してそれをやると消費される時間はどれくらいになるでしょうか?結果としてまったく関係ない人たちに対しても同様に時間を費やさせる事に良心の呵責は感じませんか?
>> しかも、ファイル名、関数名、変数名などを口頭で伝える事をおかしいと思わない....。
>数個程度であれば、その場でメモを取り出してスペルを確認しながら書けばいい。>で、その場で相手にメモを確認させればいい。
さて、ここで問題です。あなたの目の前の箱は何のために使うのですか?(箱という言葉自体は慣用句なので、まあ勘弁してください)情報を劣化させる可能性のある行為を他人に繰り返させる事に対して良心の呵責は感じませんか?非IT系の業種ならある程度はしかたないかなあと思わんでもないけど、名実ともにITな会社らしいんでなんだそりゃと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
情報伝達の手段の特性を意識しろ (スコア:1)
今の職場でうぜえと思っている文化なのだが、
とある問題について、それが他にどう影響するのか、自分なり他人がそれについていつまでに何をしなければならないのかという観点がないままに、問題の経緯だけを何分もぐずぐず話しつづけたりする。
特定の人間の問題ではなく、複数人いるのでどうもそこの文化らしい。
経緯に時間をかけるな結論を言えと遮ると、一生懸命話しているのに何を言うんだという顔をされる。
#現代のITの会社なのかそこはと思う。
というか、そもそも、話して数分かかるものは誰も全ては聞いてないし、話し
Re:情報伝達の手段の特性を意識しろ (スコア:2, すばらしい洞察)
> 話して数分かかるものは誰も全ては聞いてないし、
たかだか数分程度の話しぐらい身を入れて聞けばいいのに。
> しかも、ファイル名、関数名、変数名などを口頭で伝える事をおかしいと思わない....。
数個程度であれば、その場でメモを取り出してスペルを確認しながら書けばいい。
で、その場で相手にメモを確認させればいい。
このやり取りが面倒くさいと相手が思えば、自然と資料を用意するようになる。
身を入れて相手の話を聞き、わからなかったり正確に聞き取る必要が
あることはその場で確認するためということができない人間は、
どこでも「コミュニケーション能力のないやつだ」と思われる。
そしてその評価は正しい。
Re:情報伝達の手段の特性を意識しろ (スコア:5, 興味深い)
元コメがどんな職場にいるのか分からんから、問題の緊急性や規模がどの程度まで行くのか分からんけど。
ぶっちゃけ、結論を用意してない人間の話なんて身を入れて聞いた所で何の足しにもならんし、
そもそも関数名をメモってくる知恵さえ持たない人間の記憶力なんて当てにするだけ無駄。
「話しても後に残らないんだから、記録して管理しろ」ってのは至極真っ当だと思うけど。
というか、口頭で話を持って行く場合は、許可を得るなら「こういう問題が起きていてこういう対応が必要なので、承認下さい」、
相談なら「こういう問題があって対応に悩んでいるので相談させて下さい」っつー結論を先に伝えておかないと、
相手は自分が何をしたらいいのか話から類推するって言う無駄な労力を割くことになる。
それが出来ない人間からのヒアリングもコミュニケーションスキルの一つではあるんだろうが、そればっかり求められてもなぁ……
Re: (スコア:0)
>たかだか数分程度の話しぐらい身を入れて聞けばいいのに。
さて、ここで問題です。
数人のミーティングで各人が各自数個の課題に対してそれをやると消費される時間はどれくらいになるでしょうか?
結果としてまったく関係ない人たちに対しても同様に時間を費やさせる事に良心の呵責は感じませんか?
>> しかも、ファイル名、関数名、変数名などを口頭で伝える事をおかしいと思わない....。
>数個程度であれば、その場でメモを取り出してスペルを確認しながら書けばいい。
>で、その場で相手にメモを確認させればいい。
さて、ここで問題です。
あなたの目の前の箱は何のために使うのですか?(箱という言葉自体は慣用句なので、まあ勘弁してください)
情報を劣化させる可能性のある行為を他人に繰り返させる事に対して良心の呵責は感じませんか?
非IT系の業種ならある程度はしかたないかなあと思わんでもないけど、名実ともにITな会社らしいんでなんだそりゃと思う。