やってはいけない！ 生産性を損なう6つのこと | ライフハッカー・ジャパン
Dumb Little Man：あなたは、生産的な時間管理を実践していますか？ 多くの人が生産性を高めたいと思っています。なぜなら、生産的な人間は、仕事の質を保ちながら作業をこなす速度がより速いということを知っているからです。 しかし、知らず知らずのうちに自分の生産性をさまざまなやり方で低下させてしまっているのも事実です。 生産性向上に興味がある方は、この記事を最後までお読みください。 1．睡眠 起きる時間を早めること、あるいは寝る時間を遅くすることが成功の鍵だと思っている人が多くいます。その方が作業を完了させるための時間が多く取れるかもしれないからです。もっと長時間仕事ができるように毎晩4、5時間しか眠らない人もいます。しかし、毎日7〜9時間ぐらいの健康的な睡眠は、集中力を保つのに役立ちます。しっかり休息できると、すぐに生産性が向上しはじめます。 2．ファーストフード コーヒーを買うのに
パラメトリックな作業量の見積とは | タイム・コンサルタントの日誌から
工場における製造設備の能力はふつう、『時間』で測る、というと驚く人がよくいる。製造能力というのは、1分何個とか、1時間何台とか、1日何トンとか、数量で測るのが当たり前ではないか。そう、思うのだろう。たしかに、ある特定機械の単機性能を比較するなら、それでいい。しかし、複数の製品を生産する工場全体の能力計画を立てるときには、それではうまくない。工場内には、大きさも複雑さも異なる部品・材料・製品が同時に数多く流れているからだ。同じ機械が、小部品なら時間10個作れるが、大部品だと3時間で1個しか作れなかったりする。そんなときに、部品の合計個数で計算したって、ネズミ1匹とゾウ1匹を合計2匹と足し算するようなもので、意味がない。 だから工場の能力計画では、逆に作業時間（機械設備の占有時間）に換算して、足し算するのである。たとえば今日はこの機械で、ネズミ部品30個と、ゾウ部品4個を加工しなければならない
生産性が低下する原因は、1日に決定する数が多すぎるのが原因 | ライフハッカー・ジャパン
普通のスーパーマーケットには約4万点の商品があり、欲しい物に達するためにはこれらの膨大な商品を無視しないといけません。Daniel Levitin氏の著「The Organized Mind」によると、生産的であるために無視するべきことは更に4万以上もあるのです。Shane Parrish氏はFarnam Streetブログにてこの本を特集しています。 「脳科学者は、生産性とモチベーションの低下は1日に決定する数が多すぎることが原因だと結論づけています」。私たちは1日のうち、限られた数の決定しか行えません。つまり、1日にできることは限られているのです。限界に達すると、どんなに重要なことでも関係なくなります。「どうでも良いことと重要なことの区別が難しくなり、情報処理全てに疲れてしまうのです」 その日を通して、圧倒的な数の意思決定事項に直面するとぐったりすることはよくあることでしょう。何百もの
ニュートン「運動の3法則」を生産性向上に当てはめてみた | ライフハッカー・ジャパン
ヘッドライトの黄ばみがサッとキレイに! メッキ・ホイール・シートにも使えるマルチ過ぎなお手軽クリーナー「ウルトライト」 1687年、アイザック・ニュートンは画期的な著作『プリンキピア（自然哲学の数学的諸原理）』を刊行しました。運動の3法則を論じたこの本は、物理学はもとより、科学全般の基礎を築いたものです。そしてこれらの法則は、生産性の向上や仕事のムダの削減、さらにはより良い人生を送るためのアナロジーとしても興味深く、有用です。 筆者はこれを「ニュートンの生産性法則」と名づけました。 ニュートンの生産性第1法則 運動の第1法則：物体は外部から力を加えられない限り、静止状態のままにあるか、等速運動を続けるかのいずれかである（すなわち、運動している物体は運動を続け、静止している物体は静止状態を続ける）。 多くの意味で、先延ばしこそ、宇宙の基本法則と言えるでしょう。先延ばしは、ニュートンの第1法則
LOC生産性でチームの開発能力を評価してほしくない - プロマネブログ
最初に、すいません。ただのグチです。 まあ、仕事をしていると嫌なこともあるわけで、腹の中でモヤモヤしているのも健康上良くないので、ここで整理してみようかと。 チームの開発生産性の比較にLOC生産性を使うな 結論はこれなんですけど、もうちょっとだけ。 保守開発なんてやっていると、他システム起因のプロジェクトにチームとして案件支援を行うことがあるのですが、それらを統括するPMO部隊の発言で、ひっくり返りそうになるのがコレ。 「今回は各チームとも生産性を○○KLOC/MM以上にして欲しい」 「オタクのチームは、見積生産性が☓☓KLOC/MMで生産性が悪いんじゃないか」 この手の発言聞くとやる気激減なわけですけど、仕事なので仕方が無い。。。 所謂クソコードが多いプロジェクトの方が生産性がよく見える そもそも、チームの開発生産性を比較するのに、LOC生産性を使うのは問題がおおすぎるのですよ。 保守開
ホワイトカラーの生産性を上げる方法
先日、新「労働時間制度」創設へ検討指示 NHKニュースという記事（魚拓）が上がった。この記事を読む限りでは、政府はホワイトカラーの人たちの生産性を向上させるために新労働時間制度を創設しようとしているように見える。だが待って欲しい。労働制度を変えることで本当に生産性が上がるのだろうか。今日は、政府が行なっている議論の問題点についての指摘と、本当にホワイトカラーの生産性を上げる方法について考察してみよう。 政府は論点がずれている。なぜならば、結論ありきだから。まず、新労働時間制については次のように職種を限定した議論が行われているように見受けられる。 そして具体的な業種や業務について、経営企画や新商品の開発、海外プロジェクトなどを担うリーダー、それにＩＴや金融関連のコンサルタント、資産運用を行うファンドマネージャー、経済アナリストなどを挙げています。 一方、田村厚生労働大臣は年収が数千万円に上る
プログラムの生産性をあげるためには - きしだのHatena
前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛
圧倒的に生産性の高い人の特徴、仕事の進め方、問題解決の方法 - 久保清隆のブログ
「一人の科学者の一生の研究時間なんてごく限られている。 研究テーマなんてごまんとある。 ちょっと面白いなという程度でテーマを選んでいたら、 本当に大切なことをやるひまがないうちに一生が終わってしまうんですよ。」 利根川 進 「フェルミは数学にも長けていた。必要とあれば複雑な数学を駆使することもできたが、 まずはその必要があるかどうか確かめようとした。 最小限の努力と数学的道具で結果へたどり着く達人だった。」 ハンス・ベーテ 「同じテーマでも、仮説の立て方が周到かつ大胆で、実験のアプローチが巧妙である場合と、 仮説の立て方がずさんでアプローチも月並みな場合とでは、雲泥の違いが生ずる。 天才的といわれる人々の仕事の進め方は、仮説の立て方とアプローチの仕方の二点が 優れて個性的で、鋭いひらめき、直観に大いに依存している。」 箱守仙一郎 「成果をあげる者は仕事からスタートしない。計画からもスタート
アーロン・シュワルツの「生産性について」を読み返す
ブログを書いている人、読んだことがある人ならなんらかの形でアーロン・シュワルツのお世話になったことがあるといっていいでしょう。アーロンはたった14歳のときに RSS の仕様策定にかかわった人物で、Reddit の立ち上げや、SOPA反対運動などでも知られていました。そして Raw Thought という、実に考えさせられる挑発的なブログの著者でもありました。 そのアーロンが、26歳の若さで自殺という形で命を絶ってしまい、アメリカのネット界は騒然となっています。私も長年読んできたブログの著者がこのような形でいなくなってしまったことにやりきれない喪失感を覚えています。この件については、最新のライフハックLiveshowでも時間をかけて扱いましたので、そちらも御覧ください。 そのアーロンが７年も前に、ライフハックという言葉がうまれようとしていた頃に書かれた「生産性について」というブログ記事があり
進捗管理とは何か？ | タイム・コンサルタントの日誌から
「進捗（しんちょく）管理」は広く使われている用語だが、じつはかなり誤解されている仕事でもある。製造業の基本はＱＣＤ（Ｑ＝品質、Ｃ＝コスト、Ｄ＝納期）であり、それぞれをきちんと管理していかなければいけない。Ｑを対象とするのが品質管理であり、Ｃが原価管理（コスト管理）で、Ｄつまり納期を守るために進捗をきちんとコントロールすることが、進捗管理の任務である、と。まあそこまでは良いだろう。 ところが、この『進捗』なる概念がくせ者なのである。これほど誤解されやすいものはないのだが、わたしがそう言うと、不思議そうな顔をする人もいる。作業がどこまで進んだか、それが進捗ではないか。とてもシンプルだ－－そう思う人は、次の例を考えてみていただきたい。 これは国策である「北海道開発プロジェクト」にまつわる話である。ご存じないかたも多いだろうから解説しておくが、戦後まだ間もない昭和25年に『北海道開発法』という法律
bukupe.com - bukupe リソースおよび情報
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.
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指して
プログラミングと設計は本来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根本的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
R-style