トップ(最新) | <前

nDiki : コミュニケーション

コミュニケーション - communication

スポンサード リンク

Related term

2006年9月26日 (火)

GTD アクション確保のための時間割 このエントリーを含むはてなブックマーク

スポンサード リンク

複数の提案書レビューをショートサイクルで繰り返すというスタイルのフローをいま実践中で、そのため最近はスケジュールにミーティング時間がどんどん書き込まれるという状態である。

自分の中でルールを確立していないため、ミーティング時刻の設定はなんとなく。 何も考えずにこのまま続けていくと、スケジュールがミーティングで埋まってしまいそうだ。 しかしそうなるとその他のアクションが実行されず、責任ある仕事ができなくなってしまう。

いい機会なので、GTD にある次の行動リストの項目を実行するための時間帯とミーティング時間帯をある程度分けて決めてみてしまうことにした。 生理的な「はかどる時間帯」等も考慮してタイムテーブルを考えてみた。

行動代替備考
10:00GTD プランニング / 論理系アクション実行
11:00論理系アクション実行
12:00
13:00アクション実行*1
14:00メール処理 / GTD 待つリストチェック・巡回 / アクション実行社内ミーティング*1
15:00社内ミーティング単調アクション優先実行 *2
16:00社内ミーティング単調アクション優先実行 *2
17:00メール処理 / アクション実行社内ミーティング
18:00GTD in-box 処理、キャッチアップ

論理的な仕事に向いている午前中には社内ミーティングを入れずに、頭を使うアクション(計画や提案立案など)を実行したい。

14:00 - 15:00 は眠くなる時間帯のようなので、待つリストをチェックして他の人に状況を確認するなど、コミュニケーション用時間とする。

社内ミーティングは原則 15:00 - 17:00。場合によっては前後 1時間もミーティング設定可。この時間帯にミーティングがない場合は、単調作業があればこなすようにする (貴重な午前中にやらないように)。この時間帯は繰り返し作業などに向いているらしい。

そういえば社内ミーティング 13:30 開始っていうのがあるのだが、これは準備する側の時には楽だけれど、そうではない側の時はその30分が中途半端であまり効率が良くないというのが最近の印象だ (その隙間時間を活用するのが GTD の極意ではあるのだが)。

最後の1時間は日によって無かったりする可能性があるので、バッファ的な時間としておく。in-box もここで処理しておく。

まずはこれでトライ。


[ 時間管理 ]

■ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。

Google Buzz はよろしければ Naney の Google プロフィールからどうぞ。


[ 9月26日全て ]

2006年11月13日 (月)

NICT 知識創成コミュニケーション研究センターへ行ってきた このエントリーを含むはてなブックマーク

naney:296985378 ミーティング京都府相楽郡精華町光台にある NICT の 知識創成コミュニケーション研究センターへ行ってきた。 新幹線京都まで出て、そこから近鉄京都線で新祝園へ。 新祝園を「しんほうその」と読むことを知らなかったので、いつ着くのか車内アナウンスでよくわからなくて、行きはちょっと不安な思いをしてしまった。

@ ほぼ日手帳

ミーティングの休憩時間に、研究員の方が机に置いておいた私のほぼ日手帳を見て「私もほぼ日手帳ですよ」と話してくれた。 ほぼ日手帳はそういった話題提供ツールでもあると思っているので、話が咲くと嬉しい。

ほぼ日手帳の話から GTDLife Hacks の話、そして「chalow の山下達雄氏とは実は同じ大学院で、山下氏は普段からメモ帳を身につけていましたよ」という話まではずんだ。

日帰りでの移動時間の関係もありそんなに長居はできなかったけれど、いつもと違う会話ができて満足であった。


[ 11月13日全て ]

2006年11月22日 (水)

プロジェクトマネジメント」はどうやって勉強すれば良いですか? このエントリーを含むはてなブックマーク

会社の後輩から問われた。

答えがあればこちらが知りたい。

プロジェクトマネージャには、そういう事を自力で模索し掴みとる能力が必要なのではないか。プロジェクトマネージャは答えの決まっていない問題の解決をしていかなければならないのだから。

もちろん他の人から学ぶというのも重要なので、質問すること自体は悪くない。 ただもう少し自分で考えてみて「○○と△△というのがあり、○○の方が~~で良さそうだと思うのですがどう思いますか?」などと、やるのが良いかと思う。

ちなみに私がどう試行錯誤しているか、何を読んでどう考えたかはココ (nDiki) に書いているから、後輩君なら(反面教師にせよ)見てくれればいいと思う。

ていうか、何か面白いもの見つけてきてドンドン紹介してクレ。

@ とはいえ自分なりに列挙してみる

ソフトウェアプロジェクトマネジメントで、必要なキーワードを思いつくままに挙げてみた。


[ 11月22日全て ]

2007年2月15日 (木)

ソフトウェア開発プロジェクトで朝会をすることにしてみた このエントリーを含むはてなブックマーク

私を含めて3人で進めているソフトウェア開発プロジェクトについて、今日から朝会をしてみることにした。 情報共有の促進や、問題の早期発見・解決、コミュニケーションの緊密化などが主な目的。

しかしまだスタイルが全く確立できていないので、どれぐらいの時間で誰が何をしゃべればいいのか手探り状態。


[ 2月15日全て ]

2007年4月6日 (金)

Twitter のアカウントを作成して、今何をやっているかを晒す このエントリーを含むはてなブックマーク

しばらく前から話題になり始めている Twitter のアカウントを作成してみた。

以前初めて Twitter のサイトを訪れた時には、何だか知らない人の1行メッセージが並んでいるだけに見えて(実際そうなのだけれども)「ふーん」という感じだった。

知っている仲間が使い始めると、チャットよりはユルく、 AIMSkype などの1行コメントよりはコいコミュニケーションツールとして面白く使えるのかもしれない。 大学仲間の雰囲気が似合いそうなサービス。

自分の場合は、Blog のエセライブカメラを補完するアクティビティ晒し用として使うのがまずは良さそう。 ということで、nDikiサイドバーに Badge を貼ってみた。

今していることを変えるたびに入力するのって、ある意味作業記録をつけているようなものだな。 統計とか取れるようになるとと Life Hacks 的には面白いかも。


[ 4月6日全て ]

2007年4月15日 (日)

なぜか、「仕事がうまくいく人」の習慣 このエントリーを含むはてなブックマーク

なぜか、「仕事がうまくいく人」の習慣

2月に読んだ「スピードハックス 仕事のスピードをいきなり3倍にする技術」(書評) の中で紹介されていた本。興味を持ったので買って読んでみた。

本書によると「仕事がうまくいく人」の習慣とは「すぐにやる!」ことだ。

  • すぐにやる!
    • 書類、メールはすぐに処理する。
    • すぐに整理する。
    • すぐに計画する。
    • すぐに正しくやる。
    • すぐに整備する。

あとは

など。

GTD で言われていることとかぶる部分も多いので、やはり本書においては「すぐにやる!」というのが一番ポイントであろう。

先送りすればするほど、「問題は大きくなる」し「何度も同じ事を考えたりするはめになる」し「何度も同じメールを読み返すことになったりする」し「他人にせっつかれたりする」し「余分な進捗報告が必要になったりする」しで、達成するまでに余計なコストがかかるようになる。つまり同じ仕事をするのに必要な時間が長くなってしまうというワケ。

一見しんどそうでも結局のところすぐやってしまった方が、効率的にも精神的にも圧倒的にもお得だということ。

これを自分のものにするには

すぐやる』方式は、長く継続しなければ意味がないという点だ。-- p.35

というのが肝だ。

人間の行動研究で著名なウィリアム・ジェームズによると、何かを毎日やって三十日間続ければ、習慣になるという。-- p.61

そうだ。

私が「すぐにやっていな」かったら「すぐに」指摘してください。> ALL


[ 書評 ]


[ 4月15日全て ]

2008年4月30日 (水)

ちょっと複雑なネット用統合アドレス帳 Ripplex このエントリーを含むはてなブックマーク

最近話題になり始めた統合アドレス帳 Ripplexインストールしてみた。

  • 誰にどのような情報を開示するかを細かく指定できる。
  • リンクを使って友人に情報開示できる。
  • 共有カテゴリを使って友人と情報を共有できる。
  • PMM 検索によって、友人検索できる。
  • Twitter と連携。following リストを取り込んだり、投稿したりできる。
  • Skype と連携。コンタクトリストを取り込んだり、ムードメッセージを設定できたりする。

などが特徴。

相手が情報開示していればリンクや共有カテゴリを使ってその人が使っているネットサービスを知ることができ、それらを使ってコミュニケーションをとることができる。 リンク等を使って共有されなくても、通常のアドレス帳のように手入力することもできるので友人ネットサービス関連のアカウント管理等にももちろん使える。

と機能的にはクールで面白いアプリケーションだ。

もちろん気になる点もいくつかある。

  • Windows / Mac OS X 用なので、Linux ユーザである自分は常用できない。
  • クライアントアプリケーションなのでネットサービス上にデータを置かなくてよいものの、ローカル PC 上のデータは保護されていない。オフラインモードになるがパスワードなしでローカル PC 上にあるアドレス帳は全て見られる。
  • アドレス帳は Windows の場合、c:\Document and Settings\ユーザ名\Application Data\Ripplex で決め打ち(変更できれば TrueCrypt 仮想ドライブボリュームの中に入れておくのだが)。
  • Ripplex を使っている友人が少ないと便利さ/面白さが半減する。
  • 情報開示設定が柔軟にできる分、使いこなすにはそれなりに学習する必要がある。

ネットサービスではないので Linux で使えないのは自分の場合つらいな。 どれぐらい流行るか様子見。


[ 4月30日全て ]

2009年3月14日 (土)

保険屋とライフプランニング このエントリーを含むはてなブックマーク

新しく保険に入ろうかと思い保険屋さんにきてもらった。 入りたい保険と額については検討済みなので、今までみたいに通販でいいかなと思っていたのだが、が問い合わせたら通販でも対面販売でも保険料は一緒とのことだった。 ならばと思い今日来てもらうことにしたのだ。

今日は商品説明と金額の設定、契約の一歩手前ぐらいの内容だと思っていたのだけれど、ライフプランニングの点から総合的にコンサルティングしてくれるというので驚いた。 マネー雑誌とかでファイナンシャル・プランナーが誌上相談しているようなやつって結構なコンサルティング料がかかるというイメージがあったのでちょっぴり得した気分。 ちょうど自分達でもキャッシュフロー表など作らなければと思っていたのだが、各費用の平均額調べたり、リスク発生時パターン考えたりするのって大変なので、ここは情報開示して試算してもらうことにした。

今日はライフプランにおける夢や希望、キャッシュフロー表作成のためのヒアリングまで。 保険屋(ライフプランナー)さんに駄目出しされないか恥ずかしがりながら答えていったんだけれど、基本否定的なことを言われることはなかった。 やっぱりコミュニケーションのプロだなと感服。 ライフプランナーの人が「気づきなることが大切」とおっしゃっていたけど、今日だけでもいろいろ気づきにつながり大収穫。

人の夢を叶えたいというプランナーの想い、「夢職人」と題してそんなことを考えた20代の頃自分を思い出した。 まずは自分の夢実現だなあ。

物理出身でスパコンの SE を経験しているという経歴、会社の使いではない情熱をもっているところ、相応のお年で厚みがあることなど、個人としてもいい出会いだったんではないかと思う。 当然まだ初対面だし保険会社の人ということもあるので、手放しに信用してのっかるのはまだ早いけれどうまくお付き合いしていけたらと思う。


[ 3月14日全て ]

2009年3月16日 (月)

Twitter」と「きょうの世界」と「人間のマルチチャネル限界」 このエントリーを含むはてなブックマーク

NHK衛星第1の「きょうの世界」で「新たなコミュニケーションツールTwitterとは」と題して Twitter の特集があった 。ちょっと前から取材などの話題がタイムラインに流れていて気になっていたので観てみた。

タイムラインの速度を考えて Twitter クライアント P3:PeraPeraPrv (P3) の設定を変更したりして準備万端。 特集が始まるまで Twitter での盛り上がりをウォッチ。 番組のテレビ画面の Ustream.TV (Ust)中継紹介の発言があったのでそちらも接続してみた。 Ust の方はテレビ/BS が観られない人も含めて集まり始めて数百人規模に。途中中継が落ちたりしつつも特集が始まった。 初めてきちんと Ust 観てたけれど、動画連動チャット面白いなあ(発言はしてないけど)。

テレビできっちり内容をチェックしつつ、つぶやきを Twitter にポスト。 同時に P3 のタイムラインと、タイムラグがある Ust 中継とチャットをチェック。 番組連動の Ust IRC の流れが面白かったんだけれど、さすがにインプット限界。 居間で見ているのでとのリアル会話もあるし。 1024x768 画面にまずもってウィンドウが入りきっていないし。 結局追っかけていたのはテレビであとは横目で流しているぐらい。

当然自分が知らない Twitter クラスタや公開チャットなどでもいろいろメッセージが飛び交っていたということを考えると、人間がリアルタイムに扱える情報量に限界があるなとあらためて実感した。

番組の方は海外メディアの映像の組み合わせによる Twitter の紹介と・国内ユーザのインタビュー映像とスタジオの「技術者」による解説。 Twitter ユーザ間の話題としては面白かったけれど、知らない人にとっては Twitter はやっぱり良くわからないもので終わっちゃったんじゃないかな。

やっぱり Twitter はやってみないとわからないものの代表的なものの1つだ。


今日のさえずり - 毎日楽しみにしてまスー このエントリーを含むはてなブックマーク

@ 2009年03月16日

  • 08:13 「スーのうた」きた。 [mb]
  • 08:14 だいじょうぶでスー [mb]
  • 09:25 @CocoNana ウチも今日は「スーのうた」流れるかなあと毎日楽しみにしてまスー。 [mb]
  • 09:30 「4大占いでノッツェ正会員の中から運命の相手が探せる。」って、最近のマッチング処理は占いでしちゃうの? [mb]
  • 10:27 Mew が Symbol's function definition is void: fill-match-adaptive-prefix。 *P3
  • 10:49 Emacs 21.4.1 から Emacs 22.2.1 にした。 *P3
  • 19:44 C++ で and、or、()、id だけの簡単な再帰下降パーサ書いた。それなりに C++ おぼえていてホッとした。 [mb]
  • 19:48 昔の自分と違って値コピーに対して積極的になってるなあ。あまりカリカリしてない。 [mb]
  • 19:54 止まっている京急の乗客が京浜東北線に流れてくると思ったがそうでもなかった。L:品川駅 [mb]
  • 21:53 PIXUS MP980 の色が出なくなってきたので初インクタンク交換。6色中4色。やっぱり1本あたりの容量少ないな。 *P3
  • 22:00 「きょうの世界」放送に合わせてハイパワー化する必要があるかなあ(今 P3 の更新間隔 100秒)。 *P3
  • 22:03 更新間隔50秒に変更して、P3 再起動した。 *P3
  • 22:04 lynmock 氏の教えに従い取得件数も 100 から 200 にアップ。 *P3
  • 22:07 「新たなコミュニケーションツールTwitterとは」は11時台か。まだテレビつけなくてもいいや。 *P3
  • 22:41 Ust 見てて Twitter の方忘れてた。 *P3
  • 22:42 とかいってたら Firefox フリーズした。 *P3
  • 23:00 Ust 見ててあわててテレビつけたら予告だった。やっぱり 11:15 から。 *P3
  • 23:01 うちの Ust 音出ないなあ (Debian GNU/Linux)。別のソフトウェアがデバイス掴んでるのかな。 *P3
  • 23:06 始まる前にスコッティ補充した。 *P3
  • 23:13 Twitter 関連テレビの話題なのに Twitter よりも Ust の方が面白い。 *P3
  • 23:16 議会の中でも Twitter 使っているのかあ。 *P3
  • 23:18 Twitter って散歩みたいなものなの? *P3
  • 23:19 創業者カジュアル。 *P3
  • 23:20 ペーパーで UI デザインするのって何だっけ? *P3
  • 23:22 テレビ見ながら Twitter 入力している。Ust も P3 も読んでいる余裕がない。 *P3
  • 23:33 Twitter 特集テレビで観ているけれど、はスルーしている。
  • 23:35 終わった。
  • 23:38 さて、あとは各位のまとめ記事待ちだな。

[ 3月16日全て ]

2010年2月11日 (木)

Google Buzz がきたのであわてて Gmail を2つに分けた このエントリーを含むはてなブックマーク

今朝見たら 自分の Google アカウントにも Google Buzz がやってきていた。 さっそく TwitterFlickr を関連付けたけれど、まてよと思いすぐに外した。

気になったのが「頻繁にメールチャットのやりとりをしている相手が自動的にフォローされる」という説明。 自動的にフォローするということは自動的にフォローされる可能性もあるということだ(実際にはフォローまではしなくて候補にでるだけなのかも)。

メールは基本的に1つの Gmail アカウントに集約していて仕事関連のコンタクトも登録してあるので、何かの拍子で仕事相手の人に(何となくで) Google Buzz フォローされたらどうなのと。 Web に自己紹介も Twitter アカウントも晒しているので、興味をもって見てもらえること自体は全くもっていいのだが、何となく見られて「ふーん」っていう感じは嫌だよなあと。

ということでいい機会なので仕事用の Gmail アカウントを別に作ることにした。Android 使うのに向けて Google アカウントとサービスの利用について整理しなければと思っていたところだし。

@ Gmail アカウントを2つに分けた手順

仕事のメールアドレスでとって Google カレンダーGoogle ドキュメントなどで使っている Google アカウントGmail アカウントを作成し設定していった。

  1. Google アカウントGmail アカウント新規登録。こちらももう Google Buzz が有効になっていた。
  2. Gmail アカウントからコンタクトリストをエクスポートして、新 Gmail アカウントにインポート。それぞれ不要なコンタクトを削除。
  3. Gmail アカウントから現 Gmail アカウントに転送するように設定。現 Gmail に過去メールが溜っているので引き続きこちらで検索できるように。
  4. 仕事のメールボックスからの 現 Gmail アカウントからの POP 受信を止めて、新 Gmail アカウントで POP 受信するように変更。
  5. Gmail アカウントで設定していた送信者メールアドレスをいくつか削除し、新 Gmail アカウントから出せるように設定。
  6. Gmail アカウントからノート PC へ POP3 受信する設定を fetchmail 設定ファイルに追加。
  7. Gmail のコンタクトリスト整理が済んだので、Google Buzz に再度 TwitterFlickr を関連付け。
  8. Mew (メーラ)からの送信設定を変更。現 Gmail アカウントでは登録しておいた送信者メールアドレスを From: に指定して、Mew から GmailSMTP サーバ経由で送信できていたのだが、新 Gmail アカウントでは From: が Gmail アカウントに書き換えられてしまうことが判明。Sender: が Gmail アカウントになるのは理解していたが、この挙動には困った。不正防止の仕様なのだろう。Mew からは仕事のメールアドレス本来の SMTP サーバから送信するように設定。結果 Gmail SMTP サーバ経由での送信では駄目だった自身の送信メールの POP について、Mew で Dcc を設定することで同様のことが実現できるようになったので結果オーライ。

これで気をつけなければならない点は、新 Gmail アカウントを使って Web 上からメールを送信すると現 Gmail アカウントにコピーが残らないという点ぐらいかな(Cc / Bcc しておかない限り)。 基本的にはほとんど Mew から送信しないから問題ないか。

@ 2010年2月13日追記

Google アカウントGmail 追加後「既存のメールアドレスを Google アカウント予備メールアドレスから削除」「Gmail で送信者として追加」「Google アカウント予備メールアドレスに再び追加」で解決するようだ。

@ Google Buzz

コンタクトリストの指定したグループのみに投稿を限定公開できるという機能が、Twitter ではできなかった組織内限定コミュニケーションで使えそうかなと期待している。 従来は Twitter クローンを立ち上げるか、そういう企業向けマイクロブログサービスを使う必要があったが、小規模なものにについては Google Buzz で気楽にできそうだ。

Gmail アカウント上では Google Buzz 今まで通りのネット活動として Google Buzz を利用し、新 Gmail アカウント上では社内・チーム内でのツールとして活用してみたい。


[ 2月11日全て ]

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.035125s / load averages: 0.16, 0.20, 0.17
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)