プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
【岩田 聡氏 追悼企画】岩田さんは最後の最後まで“問題解決”に取り組んだエンジニアだった。「ゲーマーはもっと経営者を目指すべき！」特別編
【岩田 聡氏 追悼企画】岩田さんは最後の最後まで“問題解決”に取り組んだエンジニアだった。「ゲーマーはもっと経営者を目指すべき！」特別編 編集部：TAITAI カメラマン：増田雄介 123→ 4Gamerが任天堂取締役社長（当時）岩田 聡氏と，カドカワ（当時はKADOKAWA・DWANGO）川上量生氏の対談を掲載したのは，ちょうど一年前の12月末のことだった。 任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 連載の最後を飾るにふさわしいラスボス的なゲーマーは，岩田氏以外ないというお願いを快諾していただき実現した対談では，岩田氏自身の経営哲学からプログラマー時代の豪腕ぶりがうかがえるエピソードまでが本人の言葉で語られ，大きな反響を呼んだ。 岩田 聡（いわた・さとる）：1959年北海道生まれ。1982年に
採用プロセスを真剣に考えろという話
人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか？」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか？」期待値を明文化している
勤勉にサービスしすぎるから生産性が低いのだよ！日本人は: hamachanブログ(EU労働法政策雑記帳)
産経の記事ですが、 http://www.sankei.com/politics/news/151218/plt1512180033-n1.html （労働生産性、先進７カ国で最低 茂木友三郎生産性本部会長「勤勉な日本が…残念な結果」） 日本の生産性が低いことは以前から繰り返し本ブログでも取り上げてきていますが、この新聞記事を見てがっくりきたのは、日本生産性本部のトップともあろうお方が、こんな認識であったのか、といういささかの絶望感でありました。 茂木会長は、「日本は勤勉な国で、生産性が高いはずと考えられるが、残念な結果だ」と評価した。 生産性のなんたるかがよくわかっていない市井の人々はよくこの手の間違いをしますが、さすがに日本生産性本部会長がこの言葉はないでしょう、と。 茂木会長は「労働人口が減少する日本が国内総生産（ＧＤＰ）６００兆円を達成させるためにも、生産性の向上が必要で、特にサー
宮本 茂 × 糸井重里 ひとりではつくれないもの。
糸井 宮本さんは「クリエイティブフェロー」という 役職になったんですよね。 宮本 そうです。 といっても、仕事がまったく変わったわけではなくて、 まずは、じぶんのやりたいことをやって、 あとは、ひとつひとつの現場を見るというよりも、 うまくいってないところを見つける、という感じで。 糸井 いままでやってたことと似てはいますよね、きっと。 宮本 似てますね。 じつは、この新しい組織の体制というのは、 急にできたわけではなくて、 ここ何年か取り組んでたことなんですよ。 もともとは、 岩田さんといっしょにつくったものなんです。 まぁ、その中軸に岩田さんがいましたから、 そこは大きく考え直しにはなったんですが、 全体の切り替えというのは、 わりとすっきりと進みました。 糸井 簡単にいうと、若いチームが のびのびとつくっていくかたちになるのかな。 宮本 そうなるといいと思ってます。 やっぱり、30代
少人数チームでの部下の褒め方
10年近く5～6人のチームで回してきて、いくつか自分で学んできたことの中で、 今でも心がけているものを紹介する。 異動により今の環境が大きく変わるため、自分自身の整理の意味も込めてまとめてみた。 優秀な部下は大勢の前ではなく、一対一のときに褒める。優秀な部下は嫌でも目立つ上に、誰の目から見ても明白な成果を継続して上げていることが多い。 そんな部下を例え大きな成果を上げたからといって、 その部下と同列の者の前で大きく褒めると、他の部下の向上心が下がりやすい。 これは対象の部下本人のためというより周りのためだ。 普段優秀でない部下の大きな手柄は、大勢の前で褒める。本人の自信にも繋がる上に、周りから能力を認められているという肯定感が強くなる。 いい意味での周りからのプレッシャーとなり、仕事に対する姿勢も変わってくる。 結果が出ない者は姿勢や努力を褒める。結果として大きな成果に繋がらなくとも、そこ
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても
睡眠障害で辛い - mizchi's blog
一緒に働いたことがある人は知ってると思うけど、自分は尋常じゃなく朝に弱い。 で、自分でもさすがに酷いと思っており、様々な努力をしたが改善せず、結局睡眠科をうけて睡眠障害だと診断された。 自分がそうだと疑った理由は 睡眠障害らしきものとわたしの20年間振り返りメモ - 青いの のおかげ。inoaoさんとは違うけど、自分は 睡眠相後退症候群 DSPSに罹患して9時5時生活を送ることは、毎日6時間の時差ぼけを体験しているようなものである。患者は週日には数時間しか眠ることができないので、週末には午後まで眠って睡眠時間を補うことがよくある。週末によく眠ったり、普段昼寝をしたりすることで、DSPS患者は昼間の眠気から解放されるが、遅い睡眠相はそのまま続く。 DSPS患者は、極端な夜型の傾向がある。彼らは、夜が最も頭が冴えていて、物事がうまくでき、創造力にも溢れていると感じる。彼らは単純に早く眠ることが
ソフトウェア開発組織が持つべきカルチャー（まとめ）: 柴田 芳樹 (Yoshiki Shibata)
2011年に主に書いた「ソフトウェア開発組織が持つべきカルチャー」を表にしてみました。評価列は、みなさんの組織ではどうかを振り返って記入してみてください。 ソフトウェア開発組織が持つカルチャーが、個々のソフトウェアエンジニアに大きな影響を与えるということで、一連の記事を書きますとした「まえがき」に相当するのが次の記事です。
IT系上場企業に勤めてて、部下にアドバイスしたい。
だけどなんて言ってあげたらいいのかわからない。 スペック 俺 30歳、男、社会人5年目。管理職。 相手 25?歳、女、社会人2年目。新卒入社。 困ってることは、新卒の子がうまくタスクマネジメントできてなくて、月80時間くらい残業しててそれを改善してあげたいんだ。 ちなみにうちの会社は月65時間以上残業すると人事から怒られる。ただ、勤怠管理が結構雑なので、嘘の申請をすれば65時間以上も残業できる。 激務の会社からしてみればはぁ、って話なのは承知なんだけど。 うまく時間や引き受けるタスクの量を調整して残業少なくして自分の持っている仕事を終わらせられるようになってもらいたい。 会社的に効率よくやりましょうって押しはしてないけど、自分としては効率よくやって定時で帰ってもらいたい。 他者からの「早めにタスクAやってもらえませんか？」って依頼に対して、明らかに締め切りまで時間がないのに「わかりました！
会社のなかの筋を知る - やしお
それなりに人数の多い会社の中では、誰に話を通すだの何だのといったことがある。この前、入社3年目の若い同僚に 「それは話の持っていき先が違うよ」 「でも○○さんからそうしろって聞いて」 「それは○○さんがわかってないよ」 「そんなこと言われたってわかんないですよ」 と不愉快そうに言われて、それはそうだと思った。 どこにどう筋が通っているかというのは、背後に理屈がある。その理屈を見せずに結論だけ言っても混乱させるだけだ。それでもう少しきちんと説明したい。 その前に自分で整理しておこうと思った。 建前と実態 まず最初に考え方の枠組みについて。考える方向には建前と実態がある、とみなす。 建前 ： 条件から出発して、順番に考えたら「こうなる」という理屈 実態 ： 現実にこう運用されている、という観察結果 建前＝演繹的=セオレティカル、実態＝帰納的＝プラクティカルという感じで、逆方向のアプローチだ。こ
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
誰にもできてスキルアップできる仕事が足りなすぎる
尾野（しっぽ） @tail_y 昨日、誰にもできてスケール出来る仕事が足りないって話をしたけど、ほんと難しい問題。基本的に誰にでも出来る系として扱われるのが、荷物の仕分けとか、工場ラインのチェックとか、あと一時期タクシーの運転手がそういう扱いだったけど、これらはそのまま頑張っても上が無いんだよねぇ。 2015-03-22 12:47:32 尾野（しっぽ） @tail_y 仕事における「上」とは何かとか、実際に上に行けるかどうかって話はともかく、仕事ってのは何らか上に行けるという可能性がやっぱり必要で、そうじゃないと人は病んでいく。でも、そういう仕事って最初から一定のスキルが必要になって、スケールする感が必要な人が入れないという問題。 2015-03-22 12:50:05 尾野（しっぽ） @tail_y 終身雇用は僕自信は嫌いだけども、それが「誰でも始められて、頑張っていればスケールする」
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
縦軸に目盛のないグラフ（インターネットもデータ分析も好きなぼくが、入社一年未満でWeb解析コンサルタントを辞めた理由） - 廿TT
主張 縦軸に目盛のない棒グラフや折れ線グラフを描くのはやめよう。 棒グラフ 以前の職場でよく見かけた棒グラフがこのようなものでした。 これは万能棒グラフです。 2007-10-22 - 定義すれば存在する 目盛のベースラインが 0 スタートでなくてもいい 目盛線は省略していい という風に棒グラフを書いてしまうとどんなデータにもあてはまる、万能棒グラフができあがります。 どんなデータにもあてはまるとは、つまりデータの特徴をなにも表せていない統計グラフということです。 統計グラフとしての機能をはたしません。 折れ線グラフ また、このような折れ線グラフもよく見かけました。 ここで、折れ線グラフは縦軸の幅を広くとれば大きな差を小さくみせ、狭くとれば小さな差を大きく見せることができることに注意してください。 縦軸に目盛がないと、この目盛操作に気づくのは困難です。 退職の理由 わたしは新卒で Web
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社 虎屋
焼きそば - hiroki-uemuraのブログ
無茶振りされた仕事を無理して仕上げても、評価はされず消耗するのみでなにも残らない
デスマーチが起きる理由 - ３つの指標