Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
[B! management] imai78のブックマーク
[go: Go Back, main page]

タグ

関連タグで絞り込む (244)

タグの絞り込みを解除

managementに関するimai78のブックマーク (384)

  • 【20-A-5】「じつは私、情シスでした。」- 業務の変化を前提としたアジリティの高い情シスチームの2年間

    【20-A-5】「じつは私、情シスでした。」- 業務の変化を前提としたアジリティの高い情シスチームの2年間 企業の情報シスは、少ない予算と人的リソースの中でリリースしたのに、実際の現場から使えないと言われる過酷な現場に見えます。しかし一方で、ユーザーである社員が近く、リリースは調整し易く、 直接コミュニケーションしながら課題を一緒に解決でき、社外向けの開発では得難い経験ができる現場とも言えます。グローバル化を推進する企業の情報シスで、私達は少ないメンバーで自ら要求を発見し、作り、実際に試してもらい、改善を続けてきました。講演では、その過程で発見したことを共有します 。

    【20-A-5】「じつは私、情シスでした。」- 業務の変化を前提としたアジリティの高い情シスチームの2年間
    imai78
    imai78 2015/03/10
    これ、素晴らしい。
  • クソゲーを作る組織とそうでない組織 2012 05-12

    クソゲーを作る組織と そうでない組織 株式会社 Aiming ジェネラルマネージャ / テクニカルディレクター 2012年5月12日 於 ゲームを作る勉強会 小林 俊仁 ( @toshi_k ) About: 小林 俊仁 http://about.me/toshi_k オンラインゲームを作って早10年 基ゲームも分かるweb っ子 @toshi_k Community Engine でオンラインゲーム作って (2001~2003)、中国で子会社作っ てモバゲータウンの中国版(加加城)とか Play Online China とか作って (2003~2007)、子会社を閉じて日に帰ってきて、その後オンゲの技術ディレク ターとかプロマネとかやってた 最近は、 ONE-UP → Aiming で組織横断的に開発プロセスの改善とかスクラム マスターとか

    クソゲーを作る組織とそうでない組織 2012 05-12
  • 20代を“うつ”にし続ける女性マネジャーの病理若手上司が心酔する「部下を破壊するマネジメント」

    元リストラ事業部長が再び提言 「部下をうつにするマネジメント」とは 連載第7回「未来ある20代社員80人が涙した壮絶リストラの内幕 元事業部長が懺悔する『追い出す側』の奔放な論理」は、読者から大きな反響を得た。 かつて中堅広告代理店(正社員数600人)に在籍し、会社の命令で若手社員の大量リストラを行った元事業部長のA氏(46歳・男性)に対するインタビューをまとめたものである。 読者の感想の中で多かったのは、意外にもかつてA氏が在籍した企業にいた、経験の浅い若手マネジャーたちが、20代の部下を次々とうつ病に追い込んでいったエピソードついてのものだった。 そこで再びA氏に取材し、「若手の部下をうつ病にするマネジメントの現状と課題」を詳しく聞いた。A氏の指摘は日の多くの職場に見られることであり、示唆に富んでいる。より詳しく事実を伝えるため、前後半の2回に分けてお送りしたい。今回が前篇で、次回(

    20代を“うつ”にし続ける女性マネジャーの病理若手上司が心酔する「部下を破壊するマネジメント」
    imai78
    imai78 2013/09/09
    性別に関わらずこういう人はいる。「育成・教育」を勘違いした人が多い希ガス。一介のサラリーマンが「普遍的なビジネスマン」を作ろうとするから歪むのかね。
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

    dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
  • エンジニアを頑張ったで評価する会社は衰退する | rake enjoy

    この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。(最近のゲームなどは除く)またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を

    エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
    imai78
    imai78 2013/01/03
    「では、具体的にどうすべきか」というところでいつも悩ましいんだよね。「中長期的な成果をどう客観的に評価していくか」を評価する側の問題としてしか考えていないなら、いつまでもこの問題は解決できない。
  • 「頑張ってるように見える人が得」は嫌って言いたいだけなのでは : Nothing is impossible

    エンジニアを頑張ったで評価する会社は衰退するという記事がちょっとバズっていたけど微妙に気持ち悪い。 なんで気持ち悪いんだろうと考えてみたら、おそらく理由はこのへん。 1. 「頑張ったで評価」しているんじゃなくて「評価機能が低い」の間違いではないか 2. AさんBさんのユースケースが限定的すぎる 3. 要は「頑張ったじゃなくて成果で評価すべきだけど見た目に左右されるよね」ということを言いたいところから逆算で記事が作られている。 来であればというのも変だけど「職務評価機能が低い会社は衰退する」でいいと思う。 でもそんなタイトルだとバズらないだろうけどね。 せっかくなのでゼロスタートの査定制度の紹介。 1. 全員による全員の4項目評価。専門能力10点、責任感10点、向上心7点、コミュニケーション力3点 2. 個々の投票者の採点平均からの差異で集計(ある種の標準化) 3. 点

    imai78
    imai78 2013/01/03
    「頑張ってるように見える人が得は嫌」という以上、やっぱ(可能な限り)客観的な評価制度がないと解決しようがないもんね。
  • 「日本のマクドナルドの仕事風景が迅速すぎる」海外の反応 P magazine 海外の反応

    マクドナルド仕事風景の映像です。 以下海外の反応をご覧ください。 彼女たちは多くの練習(kaizen)を積んできたんだね。いいビデオだ、すげぇ ↑誰がマネジメントシステムに精通しているのかよくわかる(映像)だよ。工業エンジニアの私からすると日を訪れるたびに驚かされる。 ※up主のコメントです ここは渋谷なの? ↑大阪だよ ※up主のコメントです デブのいない国で初めてマクドナルドを見たよ ※アメリカからではなくカナダからのコメントです。ちなみにカナダの肥満率は先進国の中で9位です 「世界肥満地図」 アメリカマクドナルドもこのようだったらいいのに。私が(マックに)行くといつも満員なんだ、しかも文字通り20分は待たされる、おまけに客の苦情は受け入れられることはないんだ(´・_・`)だから諦めて代わりにChick-fil-Aにいったんだσ(´┰`=) ※Chick-fil-Aとはアメリカ

    imai78
    imai78 2012/09/04
    マックのオペレーションは徹底しすぎるほど徹底してるからね。っと、社畜を笑う人はどこいった?w
  • 組織におけるリーダーシップと自由度のトレードオフ | タイム・コンサルタントの日誌から

    たしか懇親会の席だったと思う。わたしは近くに座り合わせた、ある大企業の社員とあれこれ議論をかわしていた。若手の技術者で、知的な人だったが、会社の業績が最近伸びずにいることに問題意識を持っていて、どうすべきか回りの意見を聞きたがっているようだった。そして、「結局のところ、戦略が欠落しているのですよ、ウチの会社は。経営者のリーダーシップ不足だ。そう思いませんか!」と訴えるように叫んだ。 わたしは、多少のお酒のせいもあってか、皮肉めいた気持ちになってたずねた。 --戦略不在だとおっしゃる。なるほど。それじゃあ逆に質問しますが、貴方は上司が“右向け、右”と言ったら、右を向きますか? すると彼はちょっとだけ考えてから、 「いや、そうとは言えませんね」 と答えた。彼は会話の中で、直属の上司の考え方や方針にも批判的だったのである。 わたしはさらに言った。 --もしそうなら、少なくとも貴方ご自身は、上司

    組織におけるリーダーシップと自由度のトレードオフ | タイム・コンサルタントの日誌から
    imai78
    imai78 2012/06/17
    自分で「僕は軍師タイプです」と言う人にも同じ事が言えそうな話だ。
  • 起業したが会社が来週で倒産する件について

    とあるWEBサービスを運営する会社をやってるんだけど、 プログラマが突然失踪してサービスのメンテナンスも開発も止まる状態になった。 連絡がまったくつかないが、人はTwitterを更新してる。 Twitterでメッセージ飛ばしても無視される。 もう納期には間に合わないし、 引き継ぐにしても今更間に合わない 来週には大トラブルになって、会社も潰れる方向に進むだろう 人は相変わらず楽しそうにTwitterをしている。 俺は死んで詫びようか さよなら http://anond.hatelabo.jp/20120518193405

    起業したが会社が来週で倒産する件について
  • 戦略(Strategy)、作戦(Operation)、戦術(Tactics)、そして兵站(Logistics) - UEI/ARC shi3zの日記.

    imai78
    imai78 2012/05/06
    こういう話が腑に落ちるようになる為に、みんなミリオタを目指せば良いのに。M1ガーランドってカッコイイんだぜ(ry
  • デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい

    デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか?」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ

    デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
  • 年始の抱負〜仕事の師匠から教わった事 - 急がば回れ、選ぶなら近道

    2012年の始まりなんで。記録として書いておく。今年の抱負も含めて。 ちょうど会社も立ちあげたし、こんな事を書いても良い世代になってしまったと思うわけです。 えっと、自分が師匠とよべる人はふたりしかいなくて、しかも性格は正反対だった。しかしながら、二人とも仕事は異様にできた。あんなにできる人は今まで見た事がないし、今後も見ることは無いと思う。(今時「師匠」って言い方もどうかと思うが、他に適当な言い方もないし。死語ですけど。) 一人目の師匠は、掛け値なしの鬼軍曹だった。気と書いてマジという位、気で怖い感じだった。ついていける人はほとんどいなかったと思う。僕はたまたま仕事に集中して余計な事を考えたくなかった時期だったこともあって、ゾンビのように働いた。月の残業時間が400時間とかいう時もあった。(勤務時間ではない) 死ぬかと思った。 仕事のやり方は、もう軍隊のようだった。ミスしたら、ミスし

    年始の抱負〜仕事の師匠から教わった事 - 急がば回れ、選ぶなら近道
    imai78
    imai78 2012/02/07
    リーダーシップとマネジメントと混同しちゃダメよってのは過去思った事がある。
  • チーム開発環境 - 紺青日記-こんあおにっき

    はじめに Salesforce を使った新しい何かが開けないかと社内で零細プロジェクトを運営中です。 そんな零細PJにもメンバーが時々増えたりします。 零細なりのSalesforce でのチーム開発環境をまとめてみようと思います。 Eclipse Force.com IDE 付き Subversion Redmine StatSVN PukiWiki Eclipse セールスフォースはブラウザでも開発できますが、基Eclipse でやっています。 Subversion からの最新取得やコミットなどもEclipse 経由です。 うちは Java での開発が長いので、Eclipse は馴染み深くForce.com 初心者にも優しい。 Force.com IDE は Eclipse プラグインです。使っているうちにお友達になれます。 時々どういう因果か package.xml のバージョンが変

    チーム開発環境 - 紺青日記-こんあおにっき
  • 大規模懇親会を支える技術〜ドタキャン率と戦う方法〜 - Yamashiro0217の日記

    年の瀬ですね。そろそろ皆様忘年会とかを企画してるのではないでしょうか? そこで、年間10回ぐらいは技術系の勉強会の飲み会の幹事をしている僕が大規模懇親会をどう設計しているかについて書いてみます。 人数の確定 人気のある勉強会ともなると参加人数は百人近くになります。 幹事が知らない人も沢山くるでしょう。 さてそのときに、どうやって懇親会・飲み会の人数を確定させるか。 確定しません。 ドタキャンとか当たり前にあります。 ドタキャンどころか無断欠席もザラです。 ドタキャン率(無断欠席も含む)は、 知り合いの数が少なければ少ないほど高く、 懇親会参加人数が多ければ多いほど高いのが僕の実感です。 つまり、知ってる人が少なくて懇親会参加人数が多いほどドタキャン率が高い。 僕の経験で一番ひどかったときは5割超えました。 あんときはさすがに辛かったですね。ははは。 じゃあどうするか。次へ進む。 店選び・予

    大規模懇親会を支える技術〜ドタキャン率と戦う方法〜 - Yamashiro0217の日記
    imai78
    imai78 2011/12/04
    プロだ。プロの仕事だ。
  • @Shumpeiに聞く――アジャイルに進化する場の作り方

    html5j.org(旧HTML5 Developers JP)」は、2009年7月に発足したグーグル認定の準公式コミュニティーで、2011年10月現在4000人強のメンバーがいる。「HTML5とか勉強会」は、html5j.org管理人の白石俊平さんが運営する勉強会。HTML5や周辺技術に関する勉強をインフォーマルな形式で行おうと小さく始めたものだが、23回を数えた現在は、定員の100名が常に満員御礼という盛況ぶりだという。 いいコミュニティーを作るのはいい文化 コミュニティーには「文化」と「目的」の両方が必要だと白石さんは話す。 HTML5とか勉強会のスタッフは現在10数名。最初のスタッフがとてもいい人たちだったので、いい文化の空気ができたそうだ。「僕が心掛けているのは、あいさつをキチンとしようにしようということです」。スタッフ同士がうまくやっていくために大切なのは互いを尊重し合うこと

    @Shumpeiに聞く――アジャイルに進化する場の作り方
    imai78
    imai78 2011/11/25
    真摯に向き合ったんですなあ。非営利の組織を束ねるってのはホント大変。
  • 本気で働く会社が、本気で働きたい人求めています ~ サイバーエージェント 人事本部長訪問 ~ 第1回 - Akai's Insight & Memo

    先週、11月10日に、サイバーエージェント取締役人事部長 曽山( @SOYAMA ) さん、シニアマネージャー 大八木さんを訪問してきました。この日まで、実は、一度もお会いしことはありませんでした。 まず、訪問にいたった経過を紹介して、実際に聞かせていただいたことを紹介したいと思います。 Twitterでの突然のお願い サイバーエージェント 藤田 晋社長の10月12日付けのブログ (http://ameblo.jp/shibuya/entry-11045885401.html ) が、ネットで大きく話題になりました。それは、「退職金とミスマッチ制度」と題されたものでした。特に、話題になったのは、ミスマッチ制度です。ミスマッチ制度とは、どういうものでしょうか? ブログから引用します。 ・下位5%をD評価とする。 ・D評価1回でイエローカード、2回目でレッドカードとなり、2回目で部署異動また

    本気で働く会社が、本気で働きたい人求めています ~ サイバーエージェント 人事本部長訪問 ~ 第1回 - Akai's Insight & Memo
    imai78
    imai78 2011/11/21
    興味深い。が、「ミスマッチ制度」は理念や考え方より「運用」が肝だと思っている。
  • 出世する人は“仕事ができない”ことをさらけだす? (WEB本の雑誌) - Yahoo!ニュース

    厳しい経済環境のなかで、ようやく勝ち取った就職の内定。しかし、いざ入社してみると、厳しい研修や先輩からの指導に面喰う人も少なくはありません。あんなにきつかった就職活動を終えたのに、まだこんなに苦痛なことがあるのかと、心の声が聞こえてきそうです。「早く出世したい」というのが、最近の音ではないでしょうか。 「出世する人の特徴は、まず"仕事ができない"ということだ」 フリーペーパー「R25」の巻末に、石田衣良氏と交互にエッセイを書いている高橋秀実氏。ここでのエッセイをまとめたのが、書籍『結論はまた来週』です。ここで、高橋氏は、"出世する人、しない人"について、持論を展開しています。 高橋氏は、25歳でテレビ番組制作会社を辞めると、出版編集プロダクションに転職。半年後につぶれてしまったので、そのままフリーランスとして原稿を書く仕事を25年近く続けています。 そんな高橋さんのまわりには、仕

    imai78
    imai78 2011/11/21
    でもこれ「下からバカにされる」って状況が一度出るとマズイ展開になっちゃわない?
  • チケットレコメンデーション - 西尾泰和のはてなダイアリー

    Python温泉にて「チケットがたくさん山になっているとヤル気がそがれたりどれからやったらいいか悩むのに時間を使ったりしてしまうので、オススメのチケットを選んでくれるシステムがあったらいいんじゃないの?」って話題になったのでコンセプトプルーフを実装した。 とりあえずRubyRedmineからチケットを適当に取ってきて実験。recommend()ってやるとオススメのチケットを1つ教えてくれる。 In [2]: recommend() Windows環境で日語を含むパスに対して、File.expand_path が存在しないパスを返すパターンが存在する。これはちょっとなー、自分向きじゃないなぁ(OS依存だし)、別のがいいなぁ、と思ったのでno()と答える。すると別のチケットを提案してくれる。 In [3]: no() Please backport r33556 (Bug #5243)うん

    チケットレコメンデーション - 西尾泰和のはてなダイアリー
    imai78
    imai78 2011/11/20
    この視点はなかった。
  • 「コア/ノンコア」を区別できないから“金食い虫”と言われる

    あなたの会社のシステム部門は、競争力を生み出さないノンコア(競争力を生まない領域)の情報システムばかりにリソースを費やしていないだろうか。ノンコアのシステムに対して、システム屋の視点で必死に頑張るほど“金い虫”のレッテルを貼られることになるだろう。努力を無駄にせず、ビジネスに貢献し、経営層の期待に応えるためには、「コア」を見極める力を身に付けてリソース配分を見直そう。 「システム部門が自社の競争力強化に貢献している」と、あなたは断言できるだろうか。各社のCIOやシステム部長に聞くと、「貢献している」と断言できる人は意外と少ない。「どのように貢献しているか?」とたずねて納得感のある説明ができる人となると、さらに減ってしまう。ITの責任者でさえそのような状況なのだから、経営層や事業部門からどのように思われているかは想像に難くない。連載第1回で紹介した経営企画部門の声を改めて参考にしてもらいた

    「コア/ノンコア」を区別できないから“金食い虫”と言われる
  • Ruby on Rails セミナー(クックパッド)へ行ってきたメモ - 基本へ帰ろう

    what Ruby on Rails セミナー(クックパッド)へ行ってきた。スライドのタイトルは、【524万人が利用するのインフラ「クックパッド」のものづくり】 そこでのメモ。 ※スライドの移動が少し早くてメモが追いつかなかった部分があります。 クックパッド概要 1998年オープン 目的:「毎日の料理を楽しみにする事で、心からの笑顔を増やす」 45万品のレシピレシピへのアクセスの仕方はロングテール。けっこうばらばらとアクセスされている。) 月間ユーザ524万人 Railsの中で世界第8位 月間2.8億View 16時〜18時がアクセスのピーク 秋からバレンタインに向けてトラフィックが伸びる サーバネットワーク フロントサーバ(Apache2.2)8台 アプリケーションサーバ44台(?だったかな・・・22台だったかな・・・?) データベースサーバ44台 Ruby 1.8.6 Rails2

    Ruby on Rails セミナー(クックパッド)へ行ってきたメモ - 基本へ帰ろう