幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
i d e a * i d e a - プレゼンハック 〜プレゼン改善のための10個の小技〜
ドットインストール代表のライフハックブログ
GTD:Getting Things Done - Wikipedia
Getting Things Done（ゲッティング・シングス・ダン、「物事をなし遂げる」）、略称 GTD（ジー・ティー・ディー）は、個人用のワークフローの管理手法である。デビッド・アレン（David Allen）が同名の書籍『仕事を成し遂げる技術 ―ストレスなく生産性を発揮する方法』（原題: Getting Things Done、2002年）の中で提唱する。ハッカー文化の一つで[要出典]、LifeHack（ライフハック）の中でも代表的なものである。 「ナレッジワーカー（知識労働者ないし頭脳労働者）の仕事術」と呼ばれ、「次に何をやるか」という予定やスケジュールの管理、作業する上でのモチベーションを損なわないための体制作りなどが含まれる。心理的な負担を減らしながら個人の生産性を上げることを主眼とし、簡単な5つのステップを実行することによって成し遂げたいことを現実にするメソッドである。基本は
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」で考えると、プロジェクトの活用法が見えてきます。(
WBS（Work Breakdown Structure）によるプロジェクト管理
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
Geek to Live：「できる」ToDoリストの作り方 - ITmedia Biz.ID
ToDoリストを「未処理作業の山」にしないためのコツは、ロボットのようにできるタスクにして、自分に命令することだ。 ToDoリストに「済」の印を付けることほど、気持ちのいいものはない。やった！ 終わった！ ミッション完了！ だがToDoリストから1つの項目も消さずに丸1日、あるいは1週間放っておくのは実にたやすい。どうしてそうなるのだろう？ ToDoリストは仕事の進め方の指針になることもあるし、大量に積み重なった未処理の時限爆弾となり、自分とその生産性のなさを責め立てることもある。すべてはToDoリストの書き方次第だ。 ToDoリストは、「ボスを演じる自分」から「アシスタントを演じる自分」への指示一覧だと考えるべきだ。コンピュータプログラムと同様に、指示が明確で具体的で、簡単に実行できるのなら十全だ。そうでなければ、不安や先送り、自己嫌悪といった望ましからざる結果になる。今日は作業をきわめ
5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス ：ITpro
前回は，部下を持つことで混乱している坂本に上司としてどう行動していくべきかを伝えました。そして，私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂本は，中堅社員ですが，長く部下を持たなかったので，自分のことだけを考えていれば済みました。しかし，今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい，組織マネージメントを身に付けてほしいからです。 坂本に限らず，多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに，知識も経験も劣る部下の面倒も見なくてはならないのですから，その大変さは誰でも理解できるところでしょう。 しかし，組織で力を出していく以上，部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら，しっかりとした「やり方」を身に付けたいものです。まず，私はこれを坂本に教えなくてはならないと思
へ〜たのめも:Google のソフトウェア・エンジニアリング - livedoor Blog（ブログ）
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
1週間に4時間しか働かない人の仕事術 - himazu blog
1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
