タグ

Managementに関するrokujyouhitomaのブックマーク (16)

  • 「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - tomoima525's blog

    ポッドキャスト Today I Learned FMの28 回目はメンタルヘルスの話題について話しました。この記事はその収録に関する追記です。 anchor.fm 「なんとなく元気がない」 = languishing www.nytimes.com "バーンアウトでもないし、うつでもない。けどどこか希望がない。なんか楽しくないし、目的ももてない。なんだかモヤモヤする。" この症状に対し、社会学者の Corey Keyes 氏は languishing という名称をつけました。日語だと"衰弱"という意味ですが、要はゆるやかに不調になっている状態を指します。 languishing のやっかいなところは、これまで明確に言語化されていなかったために、症状として認識されていなかった点です。認識されていないために早期の対応が遅れ、やがて当のうつに移行していく可能性が高いです。 元記事では、パンデ

    「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - tomoima525's blog
  • デスマーチが起きる理由 - 3つの指標

    鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ? スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ

    デスマーチが起きる理由 - 3つの指標
  • 技術的負債と向き合う

    オープンセミナー2017@岡山での発表スライドです

    技術的負債と向き合う
    rokujyouhitoma
    rokujyouhitoma 2017/05/16
    これ実施したのかー。すげーな。組織成熟度の一覧表はよい。
  • プロジェクト・マネジメント - 俺式4.0 tkDocs

    Updated at: 2016-07-06 プロジェクト・マネジメント で読んだ内容と、実際に仕事プロジェクトに関わった経験から得た知見のまとめ。 参考文献 アート・オブ・プロジェクトマネジメント アート・オブ・アジャイル デベロップメント アジャイルサムライ――達人開発者への道 最短で達成する 全体最適のプロジェクトマネジメント TOC/CCPM 標準ハンドブック クリティカルチェーン・プロジェクトマネジメント入門 はじめに 覚えておこう 見積もりは確率の掛け算、正確に見積もることは到底無理 参考:不確実性コーン 色んなものはトレードオフになる QCD (Quality / Cost / Delivery) CPU とメモリ 完璧な解など無い。エンジニア仕事の多くは、その時々で最適な解決法を選ぶこと 「やれたらやる」はまずやらない プロジェクトの 3 つの真実 プロジェクトの初め

  • [INGRESS] Ingress Enlightened Okinawaグループ消滅 – 雨時々止む

    注)Facebookでのグループが消滅したので、以下は記憶で書いてます。記憶なので曖昧な点もあります。 もともと、Ingressとは関係のない、飲み仲間の数人がIngressをEnlightend(以下ENL)で始めたところからスタートした。 そのうち、情報交換するためにFacebook内にグループを作った。それが「Ingress Enlightened Okinawa」グループ(以下IEO)。 作られたのは2014年の7月下旬。 まず周辺の知人などをIngress&IEOグループに誘いつつ、メンバーを増やすことにした。 まさにSNS的な展開から始まり、そのうち口コミや検索で見つけて参加申請してくる人も増えた。 その結果、95人に達した。 エージェント数ではResistanceに大きく差が付けられていて人数が少ないENLであるにもかかわらず、同じ沖縄のRESのグループよりもだいぶ多い参加者

  • CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」

    第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。(なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。) 以下、一部を抜粋した意訳です。文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、当にその組織の権限内なのか、より

    CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」
  • CTOの役割と組織における技術的ポートフォリオの組み方 - Hatena Developer Blog

    はてなCTOのid:stanakaです。 はてなアドベントカレンダー2014も最終日となりました。 今年のアドベントカレンダーは、スマートフォンアプリ開発からシステム系論文の話まで幅広いテーマが集りました。 読んでいて優秀なエンジニアがいるなぁ、としみじみ思います。 ちなみにアドベントカレンダーは25日までじゃないのか、という話がありそうですが、来は24日までだそうです*1。 CTOとは何か論 最終日の今日は「CTOの役割と組織における技術的ポートフォリオの組み方」について考えているところを書いてみます。 最近、なぜかCTO論が盛んで、あちこちでよく耳にするようになってきています。 rebuild.fmでのnaoyaさんのマネージメント話や、WEB+DB Pressの舘野さんの連載などでもCTOやエンジニアのキャリアについての話が盛り上がっています。 つい先日でたWEB+DB Press

    CTOの役割と組織における技術的ポートフォリオの組み方 - Hatena Developer Blog
  • ドラゴンファング配信によせて | ドラゴンファング ~竜者ドランと時の迷宮~ 運営サイト

    開発日誌を更新するのも、久しぶりとなりました。 株式会社トイディア 代表取締役の松田です。 下記、長文となります。 お時間の在る方だけ、どうぞお読み下さい。 ようやく先日、ドラゴンファングを配信することが出来ました。 長らくお待ちいただきました皆様に、改めてお詫び申し上げます。 度重なる配信延期、申し訳ございませんでした。 自分たちの作りたいものを作り、自分たちで配信する。 インディーズデベロッパーとしてトイディアが目指すのはそこです。 文章にすればたった1行。 誰の心も打たない平凡な言葉です。 ただ、私にはこの当たり前を形にしてお届けするまで、 多くの時間が必要でした。 今、ドラゴンファングを配信出来たことを心から安堵しています。 正直に申し上げます。 何度、ドラゴンファングの開発中止を迫られたか分かりません。 多くの悩みを抱え、その度に開発をやめる選択肢に潰されそうになりました。 会社

    ドラゴンファング配信によせて | ドラゴンファング ~竜者ドランと時の迷宮~ 運営サイト
    rokujyouhitoma
    rokujyouhitoma 2014/08/02
    ドラゴンファングの中の人松田さんからのメッセージ。
  • 自分で新興宗教を作って教祖になってひと儲けしたいのですが、どういう準備をすればいいですか? - Yahoo!知恵袋

    https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1428548384 1・ご利益は実現できる範囲の事。 手からなんか出てアトピーを治すとか、部の井戸水飲んで癌が治るとか言わない。薬事法に触れます。 2・奇跡はやめとく 胡座のまま空中浮遊とか、ガリラヤの湖を歩いて渡ったとか公言すると大槻教授やキッチュさんにボコボコにされます。韮沢さんしか擁護してもらえません。もう21世紀なので昔ほど簡単に民衆は騙せません。 3・年収の15%以上搾取しない。 某教祖の指針では信者の年収20%以上の搾取は組織の寿命を縮めるそうです。信者が長く活動できる事が肝要。 ※5%は優しさ。宗教に必要なのは[愛情]と[脅し] 4・「地獄」や「霊障」を武器にして壷やハンコを買わせない。 何の価値もない壷に[幸せになる]等のアホみたいな付加価値をつけて高額で

    自分で新興宗教を作って教祖になってひと儲けしたいのですが、どういう準備をすればいいですか? - Yahoo!知恵袋
    rokujyouhitoma
    rokujyouhitoma 2013/11/11
    宗教と神は別の話。
  • 開発抽象化レイヤ - The Joel on Software Translation Project

    Joel Spolsky / 青木靖 訳 2006年4月11日 火曜 若い男が町にやってきた。彼は見かけも悪くないし、ちょっとは金も持っていた。 過去のことについてはあまり話したがらないが、血の通ってない大企業に長くいたらしいことは明らかだった。 彼は生まれつき人当たりが良く社交的で、自分に自信を持っていながら傲慢ではない。だから地元のプログラマーズ・カフェにある求職の掲示の中からちょっとした仕事を見つけるのは、彼には簡単なことだった。しかし保険データベースプロジェクトや、主婦向けの飾りだらけのWebページや、会計計算エンジンといったものには、やがて興味をなくしてしまった。 1年もたつと、彼の慎ましい生計を1年支えられるくらいの蓄えができた。それで贔屓にしてくれるアルザス人へのコンサルティング仕事の後、料品店の上にある自分のアパートの陽の当たる部屋にコンピュータを据え付け、選りすぐったツ

    rokujyouhitoma
    rokujyouhitoma 2012/04/30
    たしかに。
  • 第12回 バーンダウン・チャートで「終わるかどうか」を見える化する ITpro

    前回,タスクかんばんが,現在の状況を見える化するものであり,先を見通すような視点は持ち合せていないことを説明した。この「先を見通す視点」で「進ちょく状況の見える化」を実現するのがバーンダウン・チャートと呼ばれるチャートである。バーンダウン(burn down:燃え落ちる,全焼する)チャートは,一般的なチャートにありがちな右上がりではなく,右下りになっている。チャートを作成する際には,縦軸に残りの作業量を,横軸に時間を割り当てて日々の残り作業量をプロットしていく。右下,つまり残り作業量がゼロ(=全焼)になれば,すべての作業が完了するというわけだ。 バーンダウン・チャートは,元々リリースまでのバック・ログ(プロジェクトとして実施する必要があるすべての作業)の残量を視覚化するチャートだったが,現在はイテレーション単位でのタスクの残作業量(デイリー・バーンダウン・チャート)の見える化にも使われてい

    第12回 バーンダウン・チャートで「終わるかどうか」を見える化する ITpro
  • スクエア・エニックスのCTOが書いたプロジェクトマネージメントの資料がスゴイ! | ミネルヴァの梟は黄昏とともに飛び始める(山下 大介 公式ブログ)

    スクエア・エニックスという開発期間が年単位の超大作を何も抱える会社のプロジェクトマネージメントというのはみんな興味があると思う。開発に数年かかる規模のプロジェクトだと、初期に発生した数%の誤差が後の工程に影響を与えて、開発者を大量投入せざるを得なくなったり、開発者に殺人的労働を強いたり、発売日の大幅見直しなど、大炎上プロジェクトになります。 資料にも書かれていますが、この規模になると、ほんの僅かの見積もりミスや機能追加によって、当初想定工数から10倍もズレてしまうようです。 スクエア・エニックスでは、どのようにこれらの大規模プロジェクトをどのようにコントロールしているかが書かれています。プロジェクトマネージメントに興味がある人は必読です。 → ゲーム開発・プロジェクトマネジメント講座 株式会社スクウェア・エニックス CTO 橋 善久(PDF) 資料で紹介されている推薦図書 – PM世界

  • TechCrunch | Startup and Technology News

    Nubank is taking its first tentative steps into the mobile network realm, as the NYSE-traded Brazilian neobank rolls out an eSIM (embedded SIM) service for travelers. The service will give customers access to 10GB of free roaming internet in more than 40 countries without having to switch out their own existing physical SIM card or…

    TechCrunch | Startup and Technology News
  • 成長するCIOは“失敗”に学ぶ(前編)|失敗こそ多くを学ぶ絶好の機会。いかに対処し、次の成功につなげるか? - CIO Online

    何事も成功するに越したことはないが、失敗が避けられないこともある。そうしたときには、その失敗から何か教訓を得て、次に生かすことが肝要だ。ここでは、米国企業のCIOらの経験談に基づき、失敗への対処の仕方や、失敗を糧にして次の成功につなげる方法などを考えてみたい。 関連トップページ: CIOの役割 IT組織改革 人材育成 成長するCIOは“失敗”に学ぶ(前編) 失敗こそ多くを学ぶ絶好の機会。いかに対処し、次の成功につなげるか? 2010/02/08 何事も成功するに越したことはないが、失敗が避けられないこともある。そうしたときには、その失敗から何か教訓を得て、次に生かすことが肝要だ。ここでは、米国企業のCIOらの経験談に基づき、失敗への対処の仕方や、失敗を糧にして次の成功につなげる方法などを考えてみたい。 1990年代半ばにIT部門担当副社長としてある保険会社に入社したドン・ゴールドスタイン

  • 第42回 取引のしがらみが,情報化を台なしに

    基幹系のシステム構築では,システム開発を委託する外部の協力企業の選定は極めて重要だ。そのように重要なパートナを選定するのに,営業取引や資関係の要素を最優先にすると失敗の元になる。情報システム部門以外の人たちの多くは,どこを選んでも大差ないと考えている。このため構築予算が大きくなればなるほど,営業部門や購買部門からの干渉も増えてくる。期待通りのスキルやサービスの提供が受けられなければ,早い段階で事態収拾に動くべきだ。 記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なる部分もありますが,この記事で焦点を当てたITマネジメントの質は今でも変わりません。 D社情報システム部のY部長は,経営会議でシステム化の現状について次のような説明をした。混乱を極めている事態の収拾に向けて,対応策の了承を早急に得なければならなかったのだ。 「弊社新販売

    第42回 取引のしがらみが,情報化を台なしに
  • プロジェクトの遅れを取り戻す方法10選

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような

    プロジェクトの遅れを取り戻す方法10選
    rokujyouhitoma
    rokujyouhitoma 2008/12/03
    仕事の進め方だが、最初の残業するって選択肢が気に入らない。
  • 1