ITmedia Biz.ID：Getting Things Done（GTD）まとめ
Getting Things Done（GTD）まとめ ストレスフリーの仕事術、GTD（Getting Things Done）。海外のナレッジワーカーには常識になりつつあるこの仕事術、あなたはもう試してみましたか？ Biz.IDでは、GTDを活用して仕事の生産性を上げるビジネスパーソンを応援します。 今ならできるGTD 「将来の目標」は「日々の仕事」の中にあり デビッド・アレンさんは「日々の仕事を片付けられないと、将来の目標など見えてこない」と言います。日々仕事に追われていたりストレスにさらされていると将来のビジョンは描きにくくなります。(2008/12/31) GTDでつまずきやすい「プロジェクト」って？ GTDで分かりにくい概念のひとつに「プロジェクト」があります。6つのレベルでやるべきことを見直す「Horizontal Model」で考えると、プロジェクトの活用法が見えてきます。(
心に自由を与える50の質問 - Free Your Mind! | 口コミ発信！モノ人
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
Facilitation to new habits - モチベーションをコントロールする
新たな行動の種を蒔き、新たな習慣を刈り取る。 あなたも収穫（成長）を楽しみませんか？ 効率アップのための新たな習慣へのトライを実践します。 昨日は、緊急かつ重要な突発業務のおかげで日付変更前に帰宅することができませんでした。よく考えてみると、予測された事態なので「事前の行動がきちんととれていればこんな事態にはならなかったのに」と思います。まあ、こんなことを事態が起きてから言ってもしかたないんですけど・・・。 このような状態になると、自分のモチベーションが急降下することがよくわかります。以前はあまり気にしたことがなかったんですが、このブログをスタートしてからか、自分のモチベーションの位置づけがより明確になっていることに気づきました。 昨年、児玉光雄先生の講演会を聞く機会があって、モチベーションに関する興味深い話を聞くことができました。そのときの記事がこれです。 Try14：自分の心理状態をチ
重要・緊急マトリクスで時間管理の達人に [ビジネスマナー] All About
重要・緊急マトリクスで時間管理の達人にデキるビジネスパーソンは、締切りに余裕をもって仕事を仕上げてきます。時間は有限なのに、なぜあの人だけ余裕があるのでしょうか？ 時間に余裕がないのはなぜだろう？あなたの周りの、デキるビジネスパーソンを観察してみてください。彼らは必ず、締切りに余裕をもって仕事を仕上げていることがわかると思います。翻って、あなたの場合はどうでしょう？ 「○○さん、あの仕事はどうなってる？」と、上司に催促されて慌てて取り掛かる。締切り前に時間がないことに気がついて、徹夜作業してしまう。結局時間切れで、不完全なアウトプットを提出してしまう。そんな負のスパイラルに陥っていませんか？ 時間はすべての人間に平等に１日24時間しかありません。それなのに、デキるビジネスパーソンだけ、時間に余裕があるように見えるのはなぜでしょうか？ その謎を解く鍵は、タスク管理とスケジュール管理にあります
![重要・緊急マトリクスで時間管理の達人に [ビジネスマナー] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f530daf3cb408d6b6a0ba6f38ed7ccece36cffc/height=288;version=1;width=512/https%3A%2F%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
イントロダクション：1 重要領域に生きる｜フランクリン・プランナー
重要なこと緊急なことを区別する 皆さんの日々の行動やタスクが、「緊急なこと」なのか「重要なこと」なのかを区別しているでしょうか。これをしっかりと区別することは、時間という限られた資源の中で、心から願っている目標や優先事項を達成し、人生の成功を手に入れる第一歩なのです。 「緊急なこと」は、今すぐに対処することを求められていることで、「重要なこと」は非常に大切にしなければならないこと、あるいは大切にしたいことです。私たちの人生を豊かにし、本当の充実感をもたらすのは、「緊急」なことよりも「重要」なことを成し遂げた時ではないでしょうか。全ての活動を「緊急」と「重要」という観点であなたの行動を分析すると、「緊急かつ重要」、「緊急でないが重要」、「緊急だが重要ではない」、「緊急でも重要でもない」という4つに分類できると思います。これが「時間管理のマトリックス」です。 時間管理マトリックス 第 I 領域
「きわめて短時間にそこそこの成果を上げる人間」の取説とその弱点 - ミームの死骸を待ちながら
「きわめて短時間にそこそこの成果を上げる」ことを得意とするタイプの人がいる。 ギリギリまで何もしないで、期限が迫ってから取りかかるくせに、最終的な成果物を見ると平均以上のクオリティを保っている。 難問に対して絶対的な解答をもたらすことはできないが、落としどころを見つけることに長けている。 他人から見れば「どう考えればそうなるのかわからない」思考プロセスを辿って、それでもまともな形で結果を出すことが出来る。 また、思考に小回りがきくため、急な状況の変化に難なく対応できる。 「きわめて短時間にそこそこの成果を上げる人間」の特徴 このタイプの人間には幾つかの特徴がある。 まず彼らは目的からスタートする。ひとたび目標を設定すると、それに向かって誘導ミサイルのごとく突撃する。 目に見える成果をイメージし、その実現に必要なリソースを自分の経験や他人の能力、そして環境の中から素早く探し出して投入し、カオ
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
デスマーチ突入時の打開術 : LINE Corporation ディレクターブログ
こんにちは。livedoor のディレクター・菊地です。今回は、聞いただけで身が震える「デスマーチ」について書きます。「デスマーチ」状態でディレクターがやるべきこと、ディレクターがやっちゃいけない禁忌（タブー）について触れてみたいと思います。 ■「デスマーチ」とは？ この言葉を広めたエドワード・ヨードン（Edward Yourdon）氏は、著書「Death March: The Complete Software Developer's Guide to Surviving "Mission Impossible" Projects」（1997年）の中で、デスマーチ・プロジェクトの定義として次の項目を挙げている。 1. 与えられた期間が、常識的な期間の半分以下である 2. エンジニアが通常必要な人数の半分以下である 3. 予算やその他のリソースが必要分に対して半分である 4. 機能や性能な
ソフトウェア開発の落し穴
ソフトウェア開発の落し穴2013-09-01ソフト開発はプログラムの文法だけを知っていてもうまくいきません。 ソフトウェアのよい開発の仕方について考えます。 ソフトウェア開発はよくトラブルに巻き込まれます。納期がずるずる延びたり、 プログラムがスパゲッティ状態になったり、非常に使いにくいものが出来てき たり。こうした問題をどう解決するかについては今までに多くの人が研究して きました。そして「よいソフトウェアを作るには」という方法論について一定 の成果が上がっているにも関らず、ソフトウェア開発に携わる実務者にまでは 浸透していないのが実状です。 近年では、「ソフトウェア開発方法論」あるいは「ソフトウェア工学」という 名前でこうした成果を本にしたものを数多く見かけるようになりました。これ はこれで望ましいことです。しかし、こうした本を読んだだけでその精神をよ く理解しないまま適用するとかえって
違法にならないネットライフ | コラム | ネット | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
【連載】実践ソフトウェアテスト考現学 | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
コイツ仕事が出来ねぇな、と思われる人の行動４つ。 島国大和のド畜生
１．メモを取らない。 マジで居るんだよ。メモを取らない社会人。 会議の度にtodoの確認してやってるのに、次の会議ではさっぱり忘れてて何も進んでない奴。 あと、メモ取ってんだけど纏めない、てのもこれに入る。 メモは後で使う為に取るんだよ！せめてtodoぐらいちゃんと書け。 ２．適当な返事をする。 ちゃんと解って返事してるのか、解んなくっていい加減な返事をしてるのかぐらい、相手には解るもんです。 解らない事なら聞けばいいし、いい加減な理解で進められた方が困る。 そんなことも解らないぐらい低能かって話。 でも、何故か適当に返事して、やります、やっておきます、でも出来てないって人が居る。 そういう処世術はカンベンしてください。 ３．段取りが悪い 指示した仕事が出来てない。次までにと約束されたことが成されない。 これは、上記１、２の「指示をメモしてない」のと、「理解せず適当な返事をしている」から発
[経営戦略とは ３分でわかる経営戦略]
経営戦略とは ３分間でわかる経営戦略の基礎講座 ●３分間でわかる経営戦略の基礎講座 もちろん３分で完璧にわかるはずもありませんが、３分間で本質をえぐってみましょう。 経営戦略を一言で言えば、 「強みを活かして戦う」 ことです。これなら３秒で言えますね。この９文字を常に頭に刻み込みましょう。 戦略の本質とは、「強み」を活かして戦うことです。 戦略の本質とは、「強み」を活かして戦うことです。 戦略の本質とは、「強み」を活かして戦うことです。 戦略の本質とは、「強み」を活かして戦うことです。 戦略の本質とは、「強み」を活かして戦うことです。 さて、もういいでしょうか…… ●「強み」という言葉に内包される「競合」と「顧客」 強みとは、自社の強みです。 「強み」は相対的で「競合より」強い、という意味です。この言葉に「競合」の意味が内包されます。 さらに、「強み」とは、顧客にとって価値があるものです。
第4回 システム屋にとって好都合な「IT人材不足」
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第3回）では、企業の情報システムが目に見えないところでその企業の競争力を左右していることを説明しました。 この情報システムは、誰が発想するのでしょうか。誰が作っているのでしょうか。誰が守っているのでしょうか。ここに“システム屋”と私が勝手に呼ぶ人たちがいます。（第1回もご覧ください） 私もシステム屋の1人です。ITベンダー・システムインテグレーターに勤務している人、製造業・流通業など「ユーザー企業」の情報システム部門・システム子会
bizocean（ビズオーシャン）
2.9万点以上の企画書・ビジネス書式テンプレートを無料ダウンロード。 経営層やバックオフィスの業務効率化を支援します。
プログラミングに誇りを持ちたいなら単価を上げること - ひがやすを技術ブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せ付けたいからだ。 山本さんの気持ちは良くわかるけど、プログラマの誇りを見せ付けたいなら、単に良いものを作るだけではだめです。プログラミングの価値を高い金に結びつける必要があります。 だれでも、自分のことを高く評価してほしいと願っているはずです。そして、その評価が、金に結びつかないと、その努力は維持できないのです。 良い仕事をしても、だめな仕事をしても、もらう報酬が同じなら、人は努力しなくなる。努力しないから、良いコードはかけない。 この業界の問題、それはプログラムが、新人?3年目の作業と位置づけられていることだ。 ベテランでも、だめなコードを書く人はいるでしょう。それは、素質だとかの問題ではありません。余り金がもらえないから、人は自然に努力しなくなり、だから、だめなコードにな
プログラマーの誇りを見せ付けろ - レベルエンター山本大のブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
連載記事 「Windowsユーザーに教えるLinuxの常識」
芦屋広太のプロマネ歌留多---目次