タグ

仕事に関するshozzyのブックマーク (517)

  • 人月を超えるということ

    人月というのは文字通り働いた時間に応じて請求が行われるというもの。ブルーカラー的な労働をしている限りは人月で働くことは正当なわけです。 「作らない」という視点 人月を超えるためには時間に関係なく圧倒的な成果を挙げる方法を見つけなくてはいけません。でも、圧倒的に生産性をあげるという視点ではだめ。生産性を上げているというのは、あるプロセスの作業効率をあげて時間を短くしているに過ぎないので時間給の罠からは逃げられない。ありがちな話として3ヶ月かかるAさんよりも、2人月でできるBさんのほうが実入りが少ない。 では、どうするかというと「作らない」という視点になる必要性があります。作らないというのどういうことかというと「作ったものをいかに使いまわせすか」か「いかに他人に作ってもらうか」ということです。 作ったものをいかに使いまわせすか=レバレッジを効かす 使いまわすというのはレバレッジ(てこ)を効

  • わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトは冒険だ!「仕事を100倍楽しくするプロジェクト攻略本」

    薄くて濃い一冊。 プロジェクトを「まわす」にあたり、当に必要な内容だけを吟味してまとめてある。ある意味、いさぎよい。頁数を水増し→煽り文を追加→ハードカバーにして、2倍の値段で売っているそこらのビジネスと180度違う。テクニックよりも心得を重視しており、トム・ピーターズのように読んだ側からソノ気にさせる。 プロジェクトは冒険だ、そして、キミは勇者だ。王さまの話を聞き、仲間を集めてパーティーを編成し、レベルアップに勤しみ、最高のクリアを目指す――なんのことはない、昔っからゲーム相手にしてきたことと一緒。 あのときの「ワクワク感覚」そのままに、プロジェクトの現場を捉えなおしてくれる。この視点はありそでなかった。いちいち激しく頷きながら読む。 書のエッセンスは、デマルコの「マネジメントの4つの質」に尽きる。「デットライン」に、こうある。 適切な人材を雇用する その人材を適所にあてはめる

    わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトは冒険だ!「仕事を100倍楽しくするプロジェクト攻略本」
  • ToDo リストの番人。能率を引き上げる9つの「してはいけない」 | Lifehacking.jp

    NOT ToDo リストについてはいくつかのブログで紹介されていますが、「やるべきこと」ではなくてむしろ「やるべきではないこと」を列挙しておくリストです。 ちょうどこれは「進入禁止」や「追い越し禁止」といった交通標識 のように、何をしてはいけないかを明らかにすることによって、逆に何をしてもいいのか/すればいいのかを規定するという効果をもっています。能率の悪いタスクをあらかじめ禁止する自分ルールを作ることで、ToDo に入るタスクをフィルターしていると考えてもいいでしょう。 Web Worker Daily に Tim Ferris がゲストポストをしていて、彼の NOT ToDo リストに入っている9項目を紹介しています。メールを朝一番に見てはいけない、というのは朝の能率を上げる素晴らしいテクニックですけど、あとは彼自身の 4 Hour Workweek の哲学が込められた禁止事項になって

    ToDo リストの番人。能率を引き上げる9つの「してはいけない」 | Lifehacking.jp
  • ミスとかトラブルとか - 最速配信研究会(@yamaz)

    UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの

    ミスとかトラブルとか - 最速配信研究会(@yamaz)
  • shi3zの日記 - 部下が致命的なミスをするのは全面的に上司の責任

    shozzy
    shozzy 2007/08/11
    この事実と正面から向き合える「上司」はどのくらいいるんだろう。
  • JavaにおけるBase64変換 - ウィリアムのいたずらの、まちあるき、たべあるき

    ウィリアムのいたずらが、街歩き、べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も) JavaでBase64変換を行おうと思ったとき、(JavaMailとか、他のものでもできるのかもしれないけれど)ApacheのCommonsのcodecを使うと、ちょー簡単そうにみえたので、つかってみました(実際、ちょーかんたんだけど、注意点がある) ■ありかとインストール そのありかは、ここ Codec Home http://commons.apache.org/codec/index.html ここのはじにDownloadっていうのがあるので、そこからダウンロード。1.3のzipを落としてきました。 で、そいつを解凍して、commons-codec-1.3.jarを、パスに通します (eclipseなら、そいつを使いたいプロジェクトをして右クリックしてPropertiesを

    JavaにおけるBase64変換 - ウィリアムのいたずらの、まちあるき、たべあるき
    shozzy
    shozzy 2007/08/11
    おぉ、タイムリーな情報だ
  • 人生は時間(時間を何倍にも増やす52チップス) - EC studio 社長ブログ

    shozzy
    shozzy 2007/08/09
    「コミュニケーション不足も問題ですが、コミュニケーション過多も問題」
  • https://anond.hatelabo.jp/20070802021749

    shozzy
    shozzy 2007/08/04
    要素技術ばかりでは世の中回らないんだよなぁ。
  • 研究所からイノベーションが生まれない理由:Geekなぺーじ

    「Why research labs fail at innovation」という記事がありました。 多くの研究所が犯している間違いをまとめていました。 面白かったので要約してみました。 原文には著者のバイアスが多分に含まれると書いてありました。 確かに多少偏っているかもしれませんが、言いたい事は何と無くわかるような気がしました。 ただ、元記事の英語の言い回しなどで理解できない部分が多かったので誤訳や勘違いが入っている可能性が高いです。 詳細は原文をご覧下さい。 なお、これは恐らく悪い例であって、イノベーションを産み出している良い研究所は以下の内容の範疇外なのだと思います。 念のため。 アイディアを考えるのは簡単 面白い案を考えるのは誰にでもできます。 面白いことを考えているR&Dグループや大学はたくさんあります。 予算さえあれば、その案からプロトタイプを作れる人は世の中に大量にいます。

  • 小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス

    IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて

    小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。

  • @IT:ソフトウェア開発をちゃんと考える(1)

    連載は、メタボリックスの山田正樹氏が、仕事の合間に読む数冊の書籍に刺激を受けて思考した過程やその結果を記述したものである。参考にするのは必ずしもソフトウェア工学に関わる書籍ではないかもしれないが、いずれその思考の軌跡はソフトウェア工学的な輪郭を帯びることになる。(@IT編集部) 生産性向上のメカニズム ソフトウェア開発における「生産性」とは何か。厳密に定義するのは難しい。生産性とは基的には「あるアウトプットを得るのにどれだけのコストをかけたか」という尺度だ。さすがに「アウトプット」をソース・コード行数で測っても無駄だという認識は広まってきたと思うが、じゃあ代わりに何を使えばいいのかはいまだにはっきりしない。ユースケースやストーリーで測る考え方もある。そんなものは存在しないという意見すらある。 そういう場合には視点を1レベル上げて考えてみよう。つまり、ソフトウェア開発だけ考えているから分

    @IT:ソフトウェア開発をちゃんと考える(1)
    shozzy
    shozzy 2007/07/30
    そうそう。やっぱそこだよね。
  • jkondoの日記 - オフィスのレイアウト変更

    はてなの鉢山オフィスにはメインの大き目の部屋と、あとから拡張された小さい部屋があります。小さいほうは「モルジブ」という名前が付けられていて、主に開発者が集中して作業をする場所(たこ部屋?)という位置づけで拡張されました。なぜ名前がモルジブになったかは覚えていません。南向きの窓があって温かかったからとか、その頃誰かがモルジブにバカンスに行ったとかだったような気もします。 名前はまあ良いとして、昨日この「モルジブ」でテーブルのレイアウトを大きく変更してみました。これまでは部屋の真ん中に机を置いて、みんなでその机に向かって座る配置になっていたのですが、これを全部壁向きに配置して、お互いが背中合わせに座る配置にしてみました。 また、大きい方の部屋(こちらにも名前が欲しいですね)は、真ん中にミーティングスペースがあったり、いたるところに電話が置いてあったりと、比較的色々な声がでやすい設計になっている

    jkondoの日記 - オフィスのレイアウト変更
    shozzy
    shozzy 2007/07/29
    場によって異なるルールを適用しておき、状況に応じて場所移動するという方法。これはいい。
  • 自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする - jkondoの日記

    仕事をしていて、「ああ、今の自分は仕事をしすぎだ、もうこれ以上仕事をしたら体が壊れる」とか思うことって結構あると思うんですけど、実際はそう思ってから少なくとも5回くらいは壁を越えられる気がします。限界っていうのは、ある程度は認知の問題で、自分の中で「この辺までだろう」と勝手に限界を作っている部分もあるなあという事を経験上思うのです。自分の中で、「よくあれくらいのやり方で限界だとか思っていたなあ」と過去の自分に対して思うことも多く、その反省を含めて思うのです。 別に仕事に限らず、いろんな事を集中的にやる場合に、何年間もかけて体と精神を鍛錬していって、集中できる量を増やしていく、っていうことが人間はできますよね。 例えば自転車でも、ちょっと軽く自転車に乗り始めた頃というのは峠一つ上るだけで精一杯で、まさか自分が標高差1000mもあるような峠に上れるとか、一流のレースで活躍できるなんていうのは到

    自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする - jkondoの日記
    shozzy
    shozzy 2007/07/29
    まぁ、体力と精神力に自信がある人はやればいいと思うよ。自己責任で。/それを周囲に押し付けていないことを切に願う。誰もがそんな状況に耐えられるわけではない。
  • 他社とは違ったノベルティを!というときに役立ちそうなサイトまとめ | POP*POP

    また調べ物をしたので結果をシェア。変わったノベルティを作ってくれそうなサイトを集めてみました。結構なコストがかかるところも多いですが、知っておくといつか役に立つかもですね。 ちなみに選定基準はこれまた適当です。脈絡がないので他にも良さそうなサイトがあれば教えてください。 全部で10個あります。詳しくは以下からどうぞ。 オリジナルあぶらとりフィルム ポストイットでおなじみの3Mにて発見。あぶらとりフィルムに名入れができるようです・・・女性に受けそうな良いアイディアかと。 » 3M|ノベルティ・販促品用パッケージ|あぶらとりフィルム オリジナルガム はてなのノベルティでおなじみのアドガム。ガムに印刷できるサービスですね。お値段も手ごろかも。 » ノベルティのアドガム|簡単にお客様と仲良くなれるノベルティグッズ QRえびせん 最近話題のえびせんにQRコードを入れられるサービスですね。良いかも。

    他社とは違ったノベルティを!というときに役立ちそうなサイトまとめ | POP*POP
  • 優秀なコンサルは解決策や具体的な戦略は提案しない:けんじろう と コラボろう!:オルタナティブ・ブログ

    ある有名な大手戦略系コンサルタント(IBCSではありません)のプリンシパルと飲んだ。 大手の製造業では有名な方なのだが、一つ驚かされたのが「優秀なコンサルは解決策や具体的な戦略は提案しない」という言葉だ。もちろん、依頼内容の分野にもよるのが、基は「何も提案しない」のだそうだ。 彼に出会う前(10年ほど前)の私のコンサルに対する一般的なイメージは、失礼ながら、 ・分厚い分析資料を持ってくるが、中身は巷にある情報の寄せ集めで価値がない ・実現性の低い施策を提案 ・そのコンサルタントにとって利益になる製品(例えばIT)や取引先(例えばSI会社)に誘導 ・プレゼンテーションが上手であるが、はったりが多い ・一般的に良いといわれている戦略や考えを否定して、新しい視点での考えを提供する気づきを与えてくれるというパターンが多いが、絵に描いたであることが多い だったが彼と出会ってからコンサルタントの認

    優秀なコンサルは解決策や具体的な戦略は提案しない:けんじろう と コラボろう!:オルタナティブ・ブログ
  • 1つのクラスの各メソッドで担当者がちがうとき - ウィリアムのいたずらの、まちあるき、たべあるき

    ウィリアムのいたずらが、街歩き、べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も) 1つのクラス=1ファイル中にいくつかのメソッドがあって、担当者が違うとき、 CVSなどで管理すると、つねに競合が起こり、上書きしていいかどうか、どのようにきりとっていいかわからない(担当者分のところを切り貼りすればいいかというと・・・たまに自分のプログラムを通すため、関係以外に所も直さなきゃいけなくて、そこも直している場合があるので)。 こーいうとき 1.各担当者ごとにクラスを継承して持つ 例:userというクラスのadd,delがAさん、updateがBさんだったとすると、 public class userA extends user のように、継承する 2.自分の担当のところは、メソッドを埋める。そうでないところは継承したものを使う public class userA e

    1つのクラスの各メソッドで担当者がちがうとき - ウィリアムのいたずらの、まちあるき、たべあるき
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • IBM Developer

  • 企画屋さんは自分の仕事はデザインだと認識したほうがいいんだと思うよ:DESIGN IT! w-LOVE

    不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 いわゆる典型的な企画屋さんの仕事ってほんとに手におえないなって、最近つくづく感じます。 僕自身、どちらかというと企画を担当する仕事をしてますけど、そんな僕からみても、いわゆる企画屋さんの仕事って傍からみてても「おいおい、それじゃあ、いつまで経っても形にならないよ」ってくらい、実装のことを無視した仕事の進め方をしてたりします。 制約を知らない人たちそれでいて、そういう人たちに限って「自分はものづくりにかかわってる」みたいな顔したり「ユーザー視点がどうこう」とか言ったりします。客観的にみると、ぜんぜん、ものづくりの視点が欠けてるし、ユーザー視点のかけらもなくて単にあなたの思いつきを並べてるだけですよね、と思うことが多いんですけど。 とにかくアイデアベースだけなので、ものづくりが