近年増え始めている xOps についてのスライドです。RevOps、DataOps、DesignOps、Customer Ops などが生まれてきている背景としてのサブスクリプション化と SaaS について、そして xOps を実現するうえで必要なフローの概念と目標設定について書いています。またこうした流れの中でエンジニアが貢献できる部分が多くなっているのでは、と考えています。
あなたのチームの「いい人」は機能していますか？
近年増え始めている xOps についてのスライドです。RevOps、DataOps、DesignOps、Customer Ops などが生まれてきている背景としてのサブスクリプション化と SaaS について、そして xOps を実現するうえで必要なフローの概念と目標設定について書いています。またこうした流れの中でエンジニアが貢献できる部分が多くなっているのでは、と考えています。
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
「開発組織のマネジメント」のスライド資料が素晴らしい - プログラマの思索
「開発組織のマネジメント」のスライド資料が素晴らしいのでメモ。 資料の内容を理解したレベルで書く。 【1】問題意識としては、最近15年でWeb開発は従来よりすごく難しくなり、重要度が増している。 付け焼刃で簡単にプロダクトを作れるレベルではなくなった。 その理由はいくつかある。 一つは、開発基盤やシステムがレガシーであるため、ビジネスの変化に追いつけないこと。 2つ目は、企画チーム・開発チーム・運用チームのそれぞれで異なるやり方が根付いており、押し問答の状態になっていること。 サイロ型組織故に、開発組織の行動が局所最適化されてしまい、全体最適になっていない点に問題がある。 本来解決されるべき姿は、レガシー化を防ぐ作業に継続的に取り組むことと、サイロ型組織から自己組織化されたチーム構造へ組織を変化させること。 チームが都合で解散されるようでは、習熟度はいつまで経っても向上しない。 【2】一番
リーダーが押さえておくべき１０箇条 - モチベーションは楽しさ創造から
私の上司は「能力」が低すぎます！：NBonline(日経ビジネス オンライン にもありますが、今、上司、リーダーの役割が果たせていない上司が増えているとういコトが問題になっています。 これから更に景気悪化が深刻化してくるようになれば、職場はドンドン元気がなくなっていくでしょう。かといって、カンフル剤などはありませんから、各職場のリーダーの役割が特に重要になってきます。リーダーのモチベーション力、やる気を引き出す力は当然の事かもしれませんが、それ以外にリーダーの役割とは、どのようなものがあるのでしょうか？ 今週読んだ本で、新将命さんが書かれた「伝説の外資トップが説く リーダーの教科書」には、リーダーが果たすべき役割が上手にまとめてありました。リーダー必読の書ではないでしょうか？ 伝説の外資トップが説く リーダーの教科書 作者: 新将命出版社/メーカー: 武田ランダムハウスジャパン発売日: 2
cpainvestor.com | 超長時間労働を厭わない組織風土をいかにして変えていくべきか
現役会計士が語るビジネス・会計・投資コラム このWebサイトに記載された事項は執筆者の私見であり、執筆者の所属ないし関係する機関・組織の見解ではないことをお断りしておきます。 1年半ほど前、今の主だったメンバーと仕事をするようになって、心に誓ったことが一つあります。「どんなにつらい状況に追い込まれたとしても、絶対に徹夜だけはするまい！」という信念です。 私が来る前の今のメンバーの組織は、「クライアントの期待に応える報告をするためには、何日か連続の徹夜も辞さない！」という方々が集まっていました。というか、そういう方しか残れない組織になっていました。「いくら日程的にタイトな状況に追い込まれることが多いM&A関連業務とはいえ、この状況は酷すぎる。体力的、精神的につらいからと言って反発して逃げるのではなく、自分が絶対にこの組織風土を変えてやる！」そう固く誓って、今のメンバーに合流しました。 それか
部下のやる気を育てる為に、リーダーが知っておくべき名言 - モチベーションは楽しさ創造から
ここ半年、「部下のやる気を育てる」を書くために、「名文データベース」を作っていました、その中でインスピレーションを与えてくれた言葉達を、一部ご紹介していきます。 マジマネ5 部下の「やる気」を育てる! 作者: 小林英二出版社/メーカー: ディスカヴァー・トゥエンティワン発売日: 2008/09/15メディア: 単行本（ソフトカバー）購入: 1人 クリック: 42回この商品を含むブログ (29件) を見るとても、イイ言葉ばかり。元ネタがあるヤツは、リンクを貼っておりますので、そちらの方も、じっくり読んでください。「人をやる気にさせるヒント」が転がっていると思います。 ＰＵＬＬ型モチベーション （「やりたい」という気持ちを刺激する） http://www.1101.com/job_study/yazawa/2007-06-12.html 熱心に10のことを伝えても、本人には２ぐらいしかわからな
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
シゴタノ！ - 初めてチームを任された人のための８つの心得
「初めて」に限らず、常に「初心」を銘記するために。 1．その週に実施予定の仕事のうち優先順位ベスト５のタスクをメンバーに発表してもらう 2．ミーティングの議事録をメンバーに書いてもらう 3．間違っていても分かりやすい説明をする 4．相手の期待値のギャップをコントロールする 5．スコープ以外の仕事で「貸し」を作る 6．70％の力で仕事をする（100％出し切らない） 7．「あなたはどうしたいの？」とメンバーに繰り返し問う 8．相手を変える前に、まず自分を変える 最近読み終えた『「先読み力」で人を動かす』より。 1．その週の優先順位ベスト５のタスクをメンバーに発表してもらう（p.127） メンバーのタスクリストの優先上位ベスト5を発表してもらうことによって、リーダーであるあなた自身の想定とのギャップを知ることができます。「そうじゃないだろ」「むしろこっちを優先しよう」といった具体的な指示出しが、
確かに一理！「報連相なんてムダ！」という外国人ビジネスマンの言い - モチベーションは楽しさ創造から
確か、１週間前くらいにワールドビジネスサテライトを見ていたら、「報連相」についての特集をやっていました。 私達、日本のビジネスマンがビジネスの基本と考えている、報連相を、外国のビジネスマンは異様に捉えているという事がメインテーマ。（番組の最後には肯定的に捉えている事例も紹介されていましたが）日本人と違って、外国人は本音を言いますから、とても面白い内容でした。 特に、日頃、「報連相がビジネスの基本だ」と言っている私にとっては、結構インパクトのある話でした。今まであまり、「報連相」の副作用について考えていなかったので新鮮でした。 彼らが言うには、 大事な事は結果だ。結果が全て。結果を出すまでのプロセスをイチイチ「報連相」するのはオカシイ 本来結果を出す為の活動に時間をかけていく必要がある。（例えば、営業マンであれば顧客への訪問等）しかし日本企業は「報連相」にたくさんの時間をかけている。時間の無
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
会社って、どうやって作んの？
会社のあれこれ3部作を書こーと思ってたら、初っ端で、人がわんさか押し寄せてきたので、ちょいとビビった。だけど、淡々と進めていこーと思うよ。 今日は、「有限責任がウンチャラカンチャラは分かったから、じゃ、どーやって会社*1ってのを作りゃいいの？」って話。 会社作んのは、すごーくシンプル。行政書士か司法書士に頼みましょ。 なんでかって言うと、3つくらい理由がある。 楽チン 自分でやるより安い 勉強になる 最初の理由はなんとなく想像つくでしょ。だから、省略。 2番目なんだけど、なんで自分でやるより安くなるのか、っていうと、印紙税法っていうヘンテコな法律があるから。この法律によると、会社の設立に必要な定款ってのを、紙に印刷して提出すると4万円の収入印紙ってのを貼んなきゃいかんのに、（「電子定款」ってな名前のもんを）フロッピーディスク*2に入れて提出すると、収入印紙なんて貼んなくていいから、4万円節
社員を燃え尽きさせない方法:Geekなぺーじ
「Preventing Staff Burnout」という記事がありました。 締め切りに対する要求が厳しい事が多いIT業界において、社員が燃え尽き症候群にかかってしまわないようにする方法のようです。 原文によると、優秀な社員ほど「弱さの象徴」であると感じて兆候を隠してしまうそうです。 「ストレスを完全になくすことは無理であると思われるが、忙しさのピークを軽減して燃え尽き症候群を防ぐ事は可能」とも書いてありました。 以下、要約です。 要約のために、かなり意訳したり削ったりしているので詳細は原文をご覧下さい。 1. 注意を払う 兆候を早期発見して対策を打てるように、部署内の状況を良く把握しましょう。 締め切りをオーバーすることが増えたり、オペミスや単純ミスが増加してくるなどの兆候がある場合があります。 また、コミュニケーションの衝突が増えることもあります。 2. 空気を読む 週報を義務化して状
人を育てる立場に立った時、最初に覚えるべき技術 - モチベーションは楽しさ創造から
J-CASTニュース : 入社半年で「辞めたい」が40％ 「仕事通じて成長できない」が理由 では、こんな事がまとめがありました。 新入社員の71.6％が「どこでも通用するような価値の高い人材になる」と答えたものの、59.4％の社員が自分の将来に不安を感じていて、「入社半年で会社を辞めたいと思った」人は43.5％いた。その理由は、「仕事を通じて成長しているという実感をもてていない」が51.9％、「やりたい仕事ができない」が48.1％、「上司の指示、指導方法が不満」40.4％という順だった。また、「もともと辞めるつもりで入社した」という人が40.3％もいた。新入社員「成長」させるマネージャーがいない。 新入社員を育成する体制が崩れてしまったのは、リストラで会社の人材が細り、じっくりと仕事を教えられなくなっているためだ。また、一気に社員を増やした会社では、育成経験のないマネージャーがたくさんの部
5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス ：ITpro
前回は，部下を持つことで混乱している坂本に上司としてどう行動していくべきかを伝えました。そして，私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂本は，中堅社員ですが，長く部下を持たなかったので，自分のことだけを考えていれば済みました。しかし，今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい，組織マネージメントを身に付けてほしいからです。 坂本に限らず，多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに，知識も経験も劣る部下の面倒も見なくてはならないのですから，その大変さは誰でも理解できるところでしょう。 しかし，組織で力を出していく以上，部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら，しっかりとした「やり方」を身に付けたいものです。まず，私はこれを坂本に教えなくてはならないと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本