デスマーチが起きる理由 - ３つの指標
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ
「気づいた人がやる」は害悪でしかない話 - ゲームプランナーの技術ブログ
ゲームの開発中には、たくさんの予期せぬ問題が発生するものである。 策定した仕様が他の仕様と矛盾していたり、突如、新たな仕様を策定する必要が出てきたり、致命的なバグが発生したりといったことである。 そして、それらの問題を解決するにあたり、様々なタスクが発生する。 そのタスクの担当を決める際に、その問題に「気づいた人がやる」という実に日本的な悪しき習慣にもとづいているプロジェクトが未だにある。 今回は、「気づいた人がやる」という方針がいかに害悪があるかを考えていく。 スポンサードリンク 害悪①：気づいている人に仕事が集中する 害悪②：得意な人が対応できない 害悪③：やらかしている人間が成長しない 害悪④：「気づく人」はいなくなる まとめ 害悪①：気づいている人に仕事が集中する 問題に気づいた人ばかりがどんどん新たな仕事を抱えることになり、気づかない人に仕事がまわらなくなる。 気づく人にタスクが
SHIROBAKOで学ぶプロジェクトマネジメント #3 えくそだすっ！プロジェクト振り返り | @mizoguche
SHIROBAKO Advent Calendar 201716日目です。 本日は、えくそだすっ！プロジェクトの振り返りをやっていきたいと思います。 高梨、スケジュールの遅延を報告しない SHIROBAKOで学ぶプロジェクトマネジメント #1 怒る必要ない | mizoguche.info 瀬川さん、過負荷により休養 SHIROBAKOで学ぶプロジェクトマネジメント #2 長時間労働のデメリット | mizoguche.info 宮森、Todoを覚えようとしている 「状況を報告せよ」という言葉で一生懸命思い出そうとする宮森 しかし混乱してすぐには答えられない 問題点 Todoを脳内で記憶するというのは非常にコストが高く、揮発性も高いため情報が失われやすい 作業中の「あれもせなあかん」「これはしなくていいんだっけ」という不安によって生産性は下がる スケジュールが遅れて作業に追われている時はな
CodeIQについてのお知らせ
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
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン
新規事業と「ざっくり力」 - UNIX的なアレ
新規事業ってあまりにも変数が多すぎて考えないといけないことだらけです。本来であれば一定以上はやってみないとわからないものだらけなのですが、どうしても細かいリスクに目が行きがちで議論が深まってしまいます。 本来であれば、とにかく意思決定は早くしプロジェクトをどんどんと前にすすめるほうが見えることも多いです。 しかしなかなかそうはいかないこともあるのが現状。そのときに使えるスキル「ざっくり力」というものに会話をしていて気づきました。 立ち上げ時のワナ まずありがちなのが、細かなリスクやこういうときにこうだったらというとにかく多くのケースの想定です。 当然、出来る限りリスクを想定しておくことは大事なのですがこのリスクを潰そうとすることをやりすぎてしまうとプロジェクトがなかなか前に進みません。とくに「予算が多い」「関わる人間が多い」となるとそうなりがちかなと思います。 確かにそれは間違ってはいない
世界各国から91名30チームが参加！ メルカリ初の大型ハッカソン「Mercari Euro Hack 2018」 - mercan（メルカン）
昨年エンジニア界隈で好評を博した伊藤直也氏（現一休CTO @naoya_ito）がホスト役を務める #naoya_sushi にメルカリCTOの柄沢聡太郎（@sotarok）が登場してから約1年。 tenshoku.mynavi.jp 今回はホスト役をsotarokが務める形で #naoya_sushi のオマージュ企画がメルカンで実現。対談から1年経った今、前編ではお互いCTOの立場となった近況を語り合いました。 お互いCTOになって1年ぶりのsushi対談が実現！ sotarok 1年ぶりですね。今回は前回と立場を変えて僕がホスト役です。 まず乾杯しましょうか。 naoya うまい！ （よろしくお願いします） sotarok 顔が赤くなる前に話しちゃいましょう。 いきなりなんで一休に入ったか、の話になっちゃうけど…2年口説かれてやる気になったんですか？ naoya ま、そうですね。 一
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術的負債と向き合う
AbemaTVの開発スタイル
開発組織マネジメントのコツ - Speaker Deck