必修講座100 ＜ ITpro SkillUP ： ITproITエンジニア必修講座100は，ITpro会員の皆様向けにお届けしています。 講座の全文をお読みいただくためには，無料のITpro会員登録が必要です。
ブロガーがGTDに挑戦！第1回レポート：GTD徹底研究会でわかったこと (1/3) - ITmedia Biz.ID
ブロガーを招いて開催したGTD徹底研究会。初めてGTDに触れる方からのフィードバックを中心に、GTDでつまづく点や戸惑う点をまとめました。（GTDまとめページへ） 先日、ITmedia社の会議室をお借りしてGTD徹底研究会を開催しました（8月10日の記事参照）。10名ほどのブロガーの方にお集まりいただき、19時半から22時までGTDを実際に体験していただきました。 GTD歴5年強の筆者としては初心者がまずどこでつまずくか、何を疑問に思うかを知りたかったのですが、案の定、たくさんの発見がありました。ここではそれらをまとめてみましょう。GTDの実践を検討されている方の参考になれば幸いです。 「頭の中の気になること」を書き出すには何時間必要？ 今回のメインはGTDの最初の一歩、「頭の中の気になること」をすべて書き出すことでした。個人的に実践したときは3時間強かかった記憶がありますが、一般的にはど
The Now Habit (3) なぜか仕事ができる人の共通点「罪悪感なしに遊ぶこと」
最近遊んでいますか？ 遊んでいるときに、「もっと仕事をしていないといけないのに…」などと罪悪感を感じてはいませんか？ 矛盾しているように聞こえるかもしれませんが、計画的に生活に遊びとレジャーをとりいれている人は、そうでない人に比べて大きな仕事を能率的にこなせるのだと、The Now Habit の著者 Neil Fiore は主張しています。 逆に「遊ぶ暇なんてない！」と仕事ばかりしているワーカホリック状態の人は、ぐずぐずと仕事を先送りしてしまう人と常に紙一重の状態にあるのだということです。つまりもっと能率をあげたければ、遊びをペースメーカーにしてしまうのがよいということになります。 今日は The Now Habit の第四章からご紹介します。原書の方にはもっと実例が多く書かれていますので、簡単な英語の本なら軽く読めるという人はぜひ手に取ってみてください。 遊びの効能 仕事を先送りしてい
サラリーマンが楽に仕事をするコツ
初め増田。 くだらんね。 サラリーマン（組織で仕事をする人）が楽に仕事するコツというのが幾らか有るような気がする。 なんか下の方でいろいろ悩んでいる人がおられるようだが、そういうのを気にしつつ書いておく。 １.職場を「全人格の総合格闘技場」だなんて思わない。 試されているのは「その職場で求められている職能」だけでしかなく人間性だとか人格だとかそういうのは誰も見ていない。調整事や交渉事になると確かに人格とかその人の魅力とかが結構なキーファクターになってくるけど、それも所詮「職能」でしかない。職能レベルの話を合格点でクリアーすることがまず何より大事。職能レベルの話をきっちりこなせる人というのは特段頭がいいわけでも、要領がいいわけでもない。単に「何が合格点か」って事を具体的にイメージできている人ってだけ。合格点の構成要素を具体的にイメージするって行為は、どんな職場・職業でもそんなに難しいことじゃ
高速仕事術を３つ公開！ 島国大和のド畜生
１．なんでもバッチファイルを作ってしまえ 殆どの面倒くさい仕事ってのは繰り返しの単純作業なので、可能な限りバッチファイル化する。 知らない人に説明すると、[なんちゃらかんちゃら.bat]というテキストファイルにアプリケーションの実行とかファイルのコピーとかの命令を書いておけば、アイコンダブルクリックでそれらが実行される。(参考：バッチファイルwikipeia) 毎日特定のファイルをあちこちのサーバから落としてくるとか、は特に自動化したい。 その他、特定の仕事をする際に必要なツールをまとめて一斉に立ち上げて必要なフォルダを開くまで、とかも作る。（これやってる奴はあんまり居ない） 例えば、企画書を書く時、webpage製作ツールと、画像ツール、関係書類の入ってるフォルダを同時に開くとか。 こういうのをプロジェクト毎に準備して階層化しておくと、仕事を高速にこなしてる感じがしていい。省力化されてる
【中級】一流エンジニアのタイムマネジメント 最終回
仕様書作成やプログラミングなどの仕事（タスク）が発生したときに，あなたはその所要時間をどうやって想定しているだろうか。おそらく過去に行った似たタスクを思い出しながら，「半日で終わるかな」，「2日はかかりそうだ」といった具合に予測しているのではないか。 そのやり方が間違っているとは言わないが，所要時間の予測が大ざっぱだと，タスクの実行に支障が出かねない。予測を大幅に超える時間がかかるかもしれないし，そのときに「もともと適当に予測した時間だからオーバーしても仕方がない」と思ってしまう。そしてタスクを完了したときに，その仕事ぶりが良かったのか悪かったのかがあいまいになる。 このように所要時間の予測ひとつとっても，経験やカンに基づく大ざっぱなタイムマネジメントでは大きな成果を上げるのは難しい。タイムマネジメントそのものが，いい加減になりかねない。 図A PSPによって作業の所要時間に関する予測精度
会社でいきなりエンジニアになることを求められたら:Geekなぺーじ
「会社の部署変更で技術覚えなければいけなくなったけど、何すれば良いと思う？」という質問を受けたことがあります。 人によって違いますが、多くの場合は「若いから」とか、「学校でコンピュータ習ったことがある」からという理由でそのような役回りが来ている気がします。 ある程度今まで技術的な部分までやっていた人ならば問題がないのですが、相談をしてくる知人の多くは特にコンピュータが好きだったわけでもなく、突然の試練に戸惑っていました。 まず、全くこの分野に関しては考えたことも無く、コンピュータもちょっと使う以上の事に興味が無かった場合、いきなり技術と言われてもそもそも何があるのかが良くわからないというのが正直なところだと思います。 そこで、私が最初に重要だと思っている事が4つあります。 1. 不思議に思うこと まず、一番重要なのはこれだと思います。 「何故、これは動いているのだろう？」「どういう仕組みな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
