GitHub - cto-a/dxcriteria: DX Criteria: the Criteria for Two DXs (Digital Transformation and Developer eXperience)You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
だから「PMO」はこんなに嫌われる
PMO（Project Management Office）の存在意義が問われている。PMOは一般に、各プロジェクトの運営事務局や、社内標準の整備、トラブル対応、人材育成などの役割を担う。ところがPMOに所属するスタッフの現場感の欠如や、経営層に近い立場からくる傲慢さが目立ち、現場の反発を招くケースが少なくない。 世間では“PMO設置ラッシュ” ITベンダーやユーザー企業のPMO設置率は定かではないが、トラブルプロジェクトが急増した2000年代に、中堅以上のITベンダーのほとんどがPMOを設置した。大手ベンダーでは百人規模の全社PMOと、業種に分かれた事業部単位のPMOを設置している。 一方、デジタルビジネスの拡大でITプロジェクトが増加するユーザー企業でも、PMOの設置が相次いでいる。ユーザー企業では本来、システム部門がその役割を担うべきかもしれないが、経営に直結する意思決定が多いことか
ムービングモチベーターズによるモチベーションの可視化 - Qiita
実施手順 事前準備 Management3.0のサイトから １０種類のカード をダウンロードし人数分プリントアウトしてカットし10枚1セットを作っておきます。 プリントアウトできる環境によるかもしれませんが可能ならカラーのほうが10種類が色分けされているので見やすいです。さらに可能ならカードになるような硬めの紙にプリントアウトしたほうが繰り返し使いやすいと思います。 場の設定 進め方にもよりますが十数分から数十分かかりますので会議室などに集まり1人ずつ席について行うのが良いでしょう。 テーマの確認 会社に対するモチベーションなのか、プロジェクトに対するモチベーションなのかなど、テーマによってモチベーションは変わるのでまずはテーマを共有しメンバー全員で認識を合わせます。 カードの並び替え 全員にカードを配り、10種類のカードの並び替えを行います。モチベーションが上がるキーワードを上に、上がら
エンジニアが自由研究に時間をかけるべき理由
ここ数年でWebエンジニアを取り巻く環境は劇的に変わったと思う。 具体的に言うと、知的好奇心とやりがいを求めて仕事を選ぶことが当然になったように感じる。 Webエンジニアを取り巻く変化 5年半前、私が新卒で就職した時はまだ、エンジニアでも長時間労働はあたりまえで、エンジニアはビジネスサイドが考えた要件に従ってサービスを実装する人だ、という認識が強かったように思う。 一緒に大学院を卒業した優秀な友人たちはみんなメーカーか大手SIerに就職し、それこそWeb企業を就職の選択肢に入れている人はめずらしかった。 その後、リーンスタートアップやアジャイルの導入によって、エンジニアがサービスを考えて、実装・リリースし、データを取り、そのデータを元にまたサービスを改善していくことが当然となり、エンジニアという仕事はよりクリエイティブなものとなった。 また、オープンソースのプロダクトは当然のように色々なサ
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
【資料公開】強いチームの作り方(デブサミ2016版)
こんにちは。@ryuzeeです。 2016年2月19日に目黒雅叙園で行われたDevSumi 2016で「強いチームの作り方」というテーマで登壇してきましたので資料を公開します。昨年11月くらいに公開したものから基本的には変わっていませんが組織やチームのカイゼンにご利用いただければ幸いです！ なお、本講演の再演、トレーニング(半日/1日)を提供しておりますので、ご興味のある方はお気軽にお問い合わせください。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら
カルビーが失敗したデータ活用 -「やりすぎKPI」は会社経営の本質を見失う | マイナビニュース
ビッグデータというワードが世の中に定着してから、各企業はこぞってBIツールの導入やそれによるKPIの設定などを行ってきたが、実際に運用できていないというケースも多々あると聞く。では、何故失敗しているのか。マイナビニュースでは７月14（火）に「営業×データ活用 売上げアップを下支えするデータ活用の実践ハウツー」を開催する。本記事では、セミナー登壇者の1人であるカルビー株式会社の本田健氏に、カルビーが失敗した「データ活用」について取材した。 「かつて、われわれは、3000におよぶKPI(重要業績評価指標)を設定していました。そこから学んだことは、『KPIを重視した経営は、現場の心に響かない』です」 こう語るのは、カルビーで営業本部 営業企画部 部長を務める本田健氏だ。 まだ「ビッグデータ」という言葉が登場する以前から、カルビーでは営業・生産の現場から膨大なデータを独自集計し、経営戦略に役立てて
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
数値目標のない経営「システム志向」に関する雑感
Yoshihito Kuranuki / 倉貫義人 @kuranuki ソニックガーデンの売上目標のない経営ポリシーは「システム志向」と呼ぶのか。なんとなく、プログラマ出身の社長はこちらが多い気がする。 link:年商100億円などという具体的な数値目標は捨ててしまえ！？ 成功にいたる「システム志向」と… buff.ly/1tOfDH6 2014-12-05 13:35:07 Yoshihito Kuranuki / 倉貫義人 @kuranuki 高めの目標を設定し、ゴールから逆算して考える「ゴール志向」の経営者には、営業出身の人が多い印象で、一つずつ積み上げて、着実に進めていこうと考える「システム志向」の経営者には、プログラマ出身の人が多い印象。どちらが良いかはさておき、会社に入る前にはどちらなのか知っておいた方が良い。 2014-12-05 13:54:24 Yoshihito Kur
上司が信用できない会社の内部統制 - slideshare
第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは？！」2013年3月9日 http://websig247.jp/meeting/32/ チームラボ佐伯さん，高須さんの発表資料です。Read less
チーフデザイナーとプロジェクトマネージャ、どちらが上に立つべきか | タイム・コンサルタントの日誌から
宮崎駿の映画「風立ちぬ」は、ゼロ戦の設計者・堀越二郎を題材にした物語だ。堀越は実在の人物だが、映画全体は評伝ではなく、フィクションの色彩が強い。とはいえ、物語は主人公・二郎による新型飛行機の設計を軸として展開していき、その部分は比較的史実に近い。だから、一種の製品開発プロジェクトのストーリーとしても、見ることができる。その中における主人公の職務上のポジションは、「設計主任」だ。設計主任とは何か、その役割は開発プロジェクトのプロジェクト・マネージャーとは何が違うのか。そんなことを、今回は考えてみたい。 設計主任に対応する英語はいくつかありうるが、チーフ・デザイナーあたりが最も一般的だろう。ところで、チーフ・デザイナーというと、もう一つ思い出すストーリーがある。ハインラインの「月を売った男」だ。これは月世界旅行の夢にとりつかれた主人公ハリマンが、月ロケットを完成させるまでの物語である。小説が書
WBS は、作業分解構造ではないのよ。 - haradakiro's blog
ちょっと大人数で行うプロジェクトに参加したことがある人なら、WBS (ワークブレークダウンストラクチャー) を目にしたことがあるだろう。 日本語だと作業分解構成と説明されることが多い。Work(作業) Breakdown(分解) Structure(構造) というわけだ。日本語の説明では、そういう説明が主流のようだ。 でも、WBS の Work は実は作業ではない。 WBS を定義した標準の最新版MIL-STD-881Cを見てみると、"A product-oriented family tree composed of hardware, software, services, data, and facilities." 「WBS の定義は、ハードウェア、ソフトウェア、サービス、データ、設備などからなる成果物指向の分解ツリーである。」 ここでいう Work は、成果物のことだ。Workb
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門
統計的品質管理の功罪