前回までのあらすじ ボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい） 一人で始める業務改善。その狂気 まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ

システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい

3.失敗するのは検証（C）が甘いからだと思っている 「仕事を進めるにあたって計画は誰でも立てるし、実行もできる。ただ、定期的な振り返りをしないからやりっぱなしになって、結果的に同じ失敗を繰り返したりするんだよね」 PDCAと聞いて真っ先に、検証フェーズ（C）をボトルネックと考える人が実に多い。 もちろん、検証なき計画と実行では、PDCAは成り立たない。ただ、そうした人たちの話をよくよく聞いてみると、実は計画の段階で曖昧な計画しか立てておらず、その結果、振り返りがしたくても大雑把な検証しかできていないというケースがほとんどなのだ。 PDCAの5割は計画で決まるといってもいい。計画があいまいなままPDCAを回そうとしても、何をすべきかあいまいで、何を検証し、どう対策をすればいいのかわからない。これではPDCAが回るわけがない。逆に言えば、計画の段階で汗を流して数値目標に落とし込んだ綿密な計画を

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

by ライブドアニュース編集部 ざっくり言うと 残業が禁止になった職場に属するという人の投稿がネットで話題になっている 業務の量は変わらないので、「余計な仕事」を減らすようになったという 投稿者は勤労意欲が減り「他人の仕事を進んで手伝う事もしなくなった」そう この記事を見るためには この記事はlivedoorNEWSアプリ限定です。 (アプリが無いと開けません) 各ストアにスマートフォンでアクセスし、 手順に従ってアプリをインストールしてください。 関連の最新ニュース 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 記事時間 ランキング 総合 国内 政治 海外 経済 IT スポーツ 芸能 女子

久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1

政治と経済 最近、職場で「OJT」が機能しないのはなぜなのか？（中原淳） - エキスパート - Yahoo!ニュース

会社には専門分野の技術とは別に、組織の中で働くための一般的な技術がたくさんある。学校で体系的に教えてもらうものじゃないから会社に入って身に着けていく。僕自身もう会社に入って8年半になるからずいぶん知見が溜まってきた。後輩や新人がその習得に自分と同じ時間をかけるのはもったいない。一度全体を整理しておきたいと思っていた。 それで書いてみたら長くなって、3分の2に圧縮したけどまだ長いのであらすじだけ先に書いておく↓ 働く上でいろいろな制約が存在していて、その制約に対抗する手段としていろいろな技術がある。この制約-手段のつながりを見ず単に結果としての技術だけを覚えても応用がきかないし身につかない。この技術にはレベルがあって、このレベルがちぐはぐだと上手くいかない。 「能力と時間」、「ルール」、「他人の感情」、「自分の感情」、「人間の生理」という5つの制約について「制約→技術」を展開していく。最後に

XP 祭り 2016

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：９月も中旬になりました。新卒で会社に入り、部署に配属され、ようやく仕事に慣れてきた方もたくさんいらっしゃるのではないでしょうか。そんな中で、「自分はまだ何もチームに貢献できていない」と悩みを抱えている方は多いのでは？ 著名ブロガーによるチームワークや働き方に関するコラム「ブロガーズ・コラム」。今回は、新人にありがちな「無力感に対する悩み」をあらためて考えてみようと思います。 ブロガーズ・コ

マネジメントの観点からすると、企業においては4種類の人がいる。 １．上司が何も言わなくても、成果を出す人 口出し無用。できる人なので、有能な部下として活躍する。 ２．上司の言うとおりにやって、成果を出す人 簡単な仕事であれば、きちんと上司が仕事を設計し、彼らの仕事をレビューしながら進めれば、結果は出せる。ただし彼らを「上司が言わなくてもできる人」にするためには時間と忍耐が必要。 ３．上司の言ったとおりにやっても、成果を出せない人 最初はここからはじまる。仕事を覚えたての時。 そして通常であれば、新人で会社に入ってから、３⇒２⇒１の順番で成長していく。 ところが、この流れから取り残されてしまうのが４．の人だ。 ４．上司の言った通りにやらず、成果を出せない人 働かないわけではないのだが、とにかく上司の言ったとおりにやらない。そればかりではなく 妙なこだわりがあり、時間をかけ過ぎたり、指示を勝手

増井雄一郎対談 - 35歳定年説を覆す、40代現役Webエンジニアの死活監視2016-09-12 18:00 （写真左からリブセンス野本氏、トレタ増井氏、リブセンス松坂氏） まことしやかに囁かれる、エンジニアの35歳定年説。今回は、実際に35歳を過ぎても最前線で活躍し続ける、40代前半の現役のwebエンジニア開発者に、その実情を聞いてみました。 株式会社トレタ 増井 雄一郎（ますい ゆういちろう） 株式会社トレタCTO。大学時代に起業しWebサイト制作などを行う傍ら、PukiWikiなどのオープンソース開発にも積極的に参加。2008年に渡米しiPhone向け写真共有アプリPhotoShareをリリース。2010年に帰国し、アプリSDK『Titanium Mobile』の伝道師として活動。2012年9月に退職、FrogApps, Inc(現 miil Inc)を設立しiOS/Android向

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

「SEが×万人不足！」 普段は読みもしない新聞をぱらぱらめくっていたところ、こんな見出しが目に入った。記事を読むと、今後数年間でSEが大量に不足すると書いてあった。 その記事を読んだのは今から30年も前のことであり、「×万人」という数字は覚えていない。だが、その記事が私の人生を変えた。 「SE・・・・ なんだそれ」 久しぶりに興味というものを抱いた。前回記事『「自分のような者でも居場所があるかもしれない」、ドロップアウトから脱した話』に書いた通り、高校を出てからドロップアウトし、時々アルバイトをするくらいで、後はぶらぶらしたり、ギャンブルをしたりしていたその当時の私は何事にも興味を持たなくなっていた。 「ちょっと調べてみるか」 重い腰を上げて調べてみた。ものを真面目に調べるのは久しぶりだった。色々調べてみると少しずつ分かってきた。 どうやら「システムズエンジニア」という職種で、コンピュータ

shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性３名も他の研究室がうらやむほど優秀。９年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと？という感じ。 2015-11-04 20:48:13 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか？」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。 2015-11-04 20:52:00

週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを

はじめまして。今年の4月にクラウドワークスに入社した新卒エンジニアの戸口（@Dooor）です。自分が初の新卒エンジニアなので、周りのエンジニアが全員中途で入社された方々という贅沢な環境で開発しています。 新卒が1人しかいないのもあって、周りのエンジニアをよく観察してみたりするのですが、言われたこと（だけ*1）をやらないエンジニアが多い印象を受けます。そもそもあれをやれ、これをやれ、と言っている人もいないです。 そんな環境なので「指示は特に出さない」とよく言われます。 配属後すぐに「思っているより放置されると思うよ」とか言われたりします。 昔から言われたことはしっかりできる（と思っている）僕ですが、言われたこと（だけ）をやらないエンジニアになるためにやっていることをお話します。 入社3ヶ月後に起きたこと 突然ですが、何で言われたこと（だけ）をやらないエンジニアになろうと思ったのか。 入社3ヶ