コラム 日立ソリューションズでは、お客様のビジネスにお役立ていただけるよう、さまざまなコンテンツを用意しています。 ぜひご覧ください。
コラム 日立ソリューションズでは、お客様のビジネスにお役立ていただけるよう、さまざまなコンテンツを用意しています。 ぜひご覧ください。
GTDという仕事術があります。ここ数年ぐらいで流行りだしてネットでもよくその名前を見かけるようになりました。これを実行すれば生産性が上がるわ行動力が高まるわストレスとは無縁になるわ武道家のような集中の境地に至れるわでそりゃもうえらい事だそうです。 俺はいわゆる「ライフハック」として喧伝されている仕事術や生活術はどうでもいい内容のものが大半だと思っているのであまり好きではないのですが、このGTDは面白そうだと思いました。 頭の中のタスクリストを100%外部メディアに追い出して管理し、必要なときに参照しましょう。行動を決定するのに頭も時間も使わないで済むし、「何かやるべきことが残っているのでは?」と不安になることもなくなりますよ、というのがGTDです。 この、いざ行動を決定する際に全く頭を使う必要がないというのが魅力的。俺は「楽」とか「自動的」というワードに非常に惹かれるのです。楽をするために
「あー、今日はやる気がおきない」と、思わずつぶやく。それ自体、モチベーションをあげたい願望のあらわれだったりもするわけです。 程度の差こそあれ、あれもこれもまったくやりたくないという時は誰にだってあるもの。まっ、無理してもしょうがないですよ。あえて何もせず、ゆっくり休みをとるという選択も大アリです。 あるいは、ちょっとだけ意識的にモチベーションのセルフ・マネージメントにトライしてみるというのもひとつの方法かもしれませんよ。 まずは気持ちをリセット! ・やる気無しモードの日、どうやって仕切り直す? ・あなたの仕事エネルギーを満タンにする、10の方法 ・休日のエネルギーアップにつながるチョットしたコツ9選 ・少しずつカフェイン飲料を飲んだほうがやる気が出る!? 以下へと続きます。 ちょっとやる気がおきたら... ・モチベーションを強力に上げるサイト「Succeed or Else!」 ・パスワ
やる気に関する驚きの科学 (TED Talks) Daniel Pink / 青木靖 訳 2009年7月 最初に告白させてください。20年ほど前にしたあることを、私は後悔しています。あまり自慢できないようなことをしてしまいました。誰にも知られたくないと思うようなことです。それでも明かさなければならないと感じています。(ざわざわ) 1980年代の後半に、私は若気の至りから、ロースクールに行ったのです。(笑) アメリカでは法律は専門職学位です。まず大学を出て、それからロースクールへ行きます。ロースクールで私はあまり成績が芳しくありませんでした。控えめに言ってもあまり良くなく、上位90パーセント以内という成績で卒業しました。(笑) どうも。法律関係の仕事はしたことがありません。やらせてもらえなかったというべきかも。(笑) しかしながら今日は、良くないことだとは思いつつ、妻の忠告にも反しながら、こ
これらはみな、多くの会社に巣食う“ムダ”の象徴です。 ダメな会社の3K もちろん、カミ・カイギ・コミッティの“3K”(「コミッティ」は英語のつづりではCommitteeなのですが、日本語表記ではKということでご容赦を!)の、何もかもがダメだというのではありません。重要な決済事項は、やはり紙の書類として残しておく必要があるでしょう。 また、複数の人間が集まってアイデアを膨らませたり、社の重要な事案に最終判断を下したりする時には、メールのような一方通行のツールではなく、一堂に会しての話し合いが必須です。 しかし会社という組織では、創業から時が経つにつれ、人が増えるにしたがって様々なムダが発生します。毎月律儀に全社員に配られるが実は誰も目を通していない総務部からのお知らせ、会議室のドアを開ければ必ずいつもどこかしらでやっているコミッティの類…。 「顧客満足向上委員会」「品質管理タスクフォース」な
発注/調達 † 値切ってはいけない 2009.3.6 確かに,プロジェクトには予算が決められており,その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には,入念に価格交渉を行い,発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには,PMは出てきた見積もりを査定する能力が必要であり,かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか RFP(Request For Proposal:提案依頼書) SLCP−JCP98:Software Life Cycle Process - Japan Common Frame 1998 SPA(Software Process Assessment)
誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ
Getting Things Done(GTD)まとめ ストレスフリーの仕事術、GTD(Getting Things Done)。海外のナレッジワーカーには常識になりつつあるこの仕事術、あなたはもう試してみましたか? Biz.IDでは、GTDを活用して仕事の生産性を上げるビジネスパーソンを応援します。 今ならできるGTD 「将来の目標」は「日々の仕事」の中にあり デビッド・アレンさんは「日々の仕事を片付けられないと、将来の目標など見えてこない」と言います。日々仕事に追われていたりストレスにさらされていると将来のビジョンは描きにくくなります。(2008/12/31) GTDでつまずきやすい「プロジェクト」って? GTDで分かりにくい概念のひとつに「プロジェクト」があります。6つのレベルでやるべきことを見直す「Horizontal Model」で考えると、プロジェクトの活用法が見えてきます。(
部課長訪問を行うSEにはどんなプラスがあるか? [2009年01月28日] 今回はまとめの意味も込めて部課長訪問の効用について読者の方と考えてみたい。部課長訪問には様々なプラスがある。SE自身の仕事のやり方が変わったり,社内の発言力が増したり,またSE自身が大きく成長したりする。筆者が特に強調したい7点について具体的に説明する。部課長訪問の経験が乏しいSEの方々の参考になれば幸いである。 部課長を訪問するとき,何に気をつければよいか [2009年01月07日] SEの皆さんはもう年始の挨拶を部長か課長にされたでしょうか?まだの方はぜひやってほしい。SEマネジャの方もそれを自ら行い,部下を指導してほしいと思う。そこで今回はSEが部課長を訪問する時のポイントについて説明したい。読者の方々に少しでもお役にたてば幸いである。 どうすれば顧客の部長や課長とうまく話せるか? [2008年12月19
エクセルの設定をカスタマイズして、作業効率をアップする15のTipsをChandoo.orgから紹介します。 15 MS Excel Tips to Make you a Productivity Guru 各Tipsの表記は、当方のエクセル2003に準じています。 会社時代、納品したエクセルのプロパティに変な名前があってナミダモノでした。14番のTipsを知ってれば、全員に設定したのになぁ。 入力後のセルの移動方向を変更 新規ファイルのシート数を変更 デフォルトのフォントを変更 カスタマイズしたリストでオートフィル 使用できる色を増やす 数値の桁区切りの記号を変更 数式のエラーを非表示 自動修正に用語を登録 常にすべてのメニューを表示 画像を圧縮し、ファイル容量を軽減 自動計算で時間がかかるのを解除 テンプレートを設定 オフィス間でグラフをコピペ ファイルから個人の名前などを取り除く メ
部下に仕事をさせない課長[後編] [2008年09月19日] 前回は,チームリーダーになった筆者の仕事を,上司である課長が“禁止”した状況を説明した。リーダーになって権限を持った筆者は,いままで通り,個別システム設計やテストなどの仕事を実施しようとしたが,課長に呼ばれ「今後は,リーダーとしての仕事以外は禁止」と厳しく言われることとなってしまった。 部下に仕事をさせない課長[前編] [2008年09月17日] 我々は「担当者としては優秀だが,リーダーとしては成果が出ていない」と人を評価することがある。これは,担当者として仕事も速く,結果も確実で非常に役に立ったのに,リーダーとして部下を持たせたらチームがうまくいかない,組織としてのパフォーマンスが発揮されない」という状態を意味する。では,なぜ,そういうことが起こるのかを考えてみよう。 気になる「無配慮な」メール [2008年09月11日]
内定をもらったら、退職交渉を始めよう 転職が決まったITエンジニアの皆さん、おめでとうございます。新天地への期待に胸を膨らませていることと思います。 ですが、入社の前にしなければならないことがあります。そう、いまの会社を辞めることです。 会社を辞めるときは、できればスムーズに進めたいものです。そのための手順を明記します。 内定を受諾し、入社予定日を決める 退職届を作成する 直属の上司に退職届を提出し、退職の報告をする 引き継ぎのプランを決めて実行する 入社予定日の1カ月前に、内定先企業に入社確定日を伝える この順番どおりに進めれば、スムーズに会社を辞めることができます。 一番のポイントは、最初に「内定を受諾し、入社予定日を決める」ことです。 入社予定日を決めないで進めてしまうと、上司との退職交渉が無駄に長引き、スムーズに会社を辞められない危険があるからです。 「内定を受諾するのは、退職交渉
クリティカル・シンキングとは、「論理的かつ構造的に考えること」。これを身に付ければ、自分戦略の立案だけでなく、キャリアを切り開くための強力な武器にもなる。そして、開発現場で直面する「問題解決」にも役立つスキルだ。 最初は戸惑うかもしれないが、日々実践することで思考力は格段に向上する。この連載を通じ、ぜひマスターしてほしい。 【思考停止】に陥っていないか? 皆さんがこのサイト、およびこの連載に求めているものは何ですか? おそらく共通しているのは、「自らのキャリアをこれからどうつくっていけばいいのか」という問題意識に対するヒントだと思います。従ってまずは、この連載がどういうポイントでそれにお応えできるのかを明らかにしておきたいと思います。 世の中には、さまざまなキャリア理論や方法論、あるいは職業に関する情報があふれています。しかし、それらは常に「多くの人に共通していえること」を述べているため、
ようこそ,開米のドキュメント図解術駆け込み寺へ。この連載では,分かりやすいドキュメントを作りたいと思っているすべてのITエンジニアのために,図解術や文章術を解説していきます。 第1回 [図解術]同じ情報が何度も出たら要注意 第2回 [図解術]省略された静的構造を発見せよ 第3回 [図解術]階層構造,分かってますか? 第4回 [図解術]違うものは,違うとわかるように表現しよう 第5回 [図解術]座標軸に意味を持たせよう 第6回 [図解術]対称的な関係をしつこいぐらいに探してみよう 第7回 [文章術]似通った名前には要注意 第8回 良い図解のためには,自分の主張を持つ意識が大事 第9回 [図解術]同じ種類の情報は一直線に揃えておこう
外部設計書で最も大切なことは,「システム開発を依頼してきたお客様」(発注者)に読んでもらい,理解してもらうことです。外部設計書を,開発メンバーではなく,発注者に理解してもらうためには,「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。本連載では,発注者が理解しやすい外部設計書の書き方とレビューの方法に関する具体的なノウハウを解説していきます。 第1回 ユーザーと意思疎通が図れない外部設計書は危ない 第2回 [システム振舞い編]一覧表に一工夫入れることで漏れや重複をなくす 第3回 [システム振舞い編]全体を俯瞰でき,システム化範囲が一目で分かる業務フローを作成する 第4回 [システム振舞い編]発注者が理解しやすいシナリオの記述方法 第5回 [画面編]見れば“わかる”「画面レイアウト」の作り方 第6回 [画面編]画面遷移を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く