タグ

組織に関するtoshi3221のブックマーク (8)

  • ログミーBiz

    英語習得の近道は、ChatGPTで“自分で教材を作る”こと 『英語は10000時間でモノになる』著者がすすめる学習法

    ログミーBiz
  • 許可より謝罪 : けんすう日記

    うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります(ただし、議論の進行などは見てはいますが)。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に3Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss

    許可より謝罪 : けんすう日記
    toshi3221
    toshi3221 2014/06/09
    許可を求めないといけない人材はエンジニアとして十分なスキルを持ち合わせていない指標にはなりそう
  • 起業後の組織のターニングポイント、リーダーは何をすべきなのか? | サイボウズ式

    昨日ネットで見かけた話題記事がこちら。 ベンチャー企業あるあるにハマった。 起業して4年。年商4億、従業員10名まで到達した。 しかし、ここにきて問題が発生している。というのも、創業メンバーである役員(自分含む)と 中途入社メンバー間の意識の違いがヤバイ。 そしてこの記事を受けて、現役の経営者か、ベンチャーキャピタルの方でしょうか、 このような詳しいコメントを書かれた方も出てきました。 大丈夫でしょ。 そして自分を含めた創業メンバーに対しては、10年後に自分はこの会社でのマネジメントレイヤの一員になっていたいのか、現場のエースとして今まで通りの働き方をしたいのかを問いかけるべき。 私はこの2つの記事を読んで、もうちょっと大きな枠組みで何かすべきことがあるように感じました。そこで、16年前に3人で創業し、いまでは東証一部上場企業となったサイボウズを経営する社長の青野にはどうみえるのか、聞いて

    起業後の組織のターニングポイント、リーダーは何をすべきなのか? | サイボウズ式
  • 若手の多くて拡大途中の開発会社が腐らないための鉄則|TechRacho by BPS株式会社

    先日書いた「受託開発で失敗しないための鉄則」の続きです。前回は受託開発における「短期的な失敗」に焦点をあてて実体験に基づいた回避策を並べてみました。今回は、規模拡大の過程で経験する「中長期的な失敗」をどう回避するか、という目線で考えたことをまとめます。例えば、「人数は増えたけど、できることは全然増えない」や「人数は増えたけど収益自体はそこまで増えていない」などですね。 業務経験が少ない若手高学歴エンジニアが集まって受託開発しながら経営を試行錯誤しているところでも、多業種でそれなりに成功した成熟した人たちが経営しはじめたところでも目の当たりにするので、「それなりの確率で皆が経験するフェーズ」なのではないかと勝手に思ってます。特に役員や古参メンバの誰かが強い場合。でもこの状態になって長続きすると強い人達が抜けていくので対処しておきたいところですね。 そもそも、なぜ、成長が止まるのか? 序盤はい

    若手の多くて拡大途中の開発会社が腐らないための鉄則|TechRacho by BPS株式会社
  • プロジェクトを円滑に回すには 島国大和のド畜生

    色々バタバタしてる最中に、twitterで呟いたらわりと反響があった言葉。 個人的にプロジェクトを円滑に回す仕組みに重要なのは『直接手を動かさない人は最大1名』『ブレない為に権力は一極集中』『問題点を早期に洗い出す為に、チーム単位+偉い人で高頻度レビュー』辺りだと思っている。正直たったコレだけの事を実行するのが組織の中では難しい。 組織にもっとも不要な人というのは『批評家』なのだが、『批評家のポジションは居心地が良すぎる(作業がない、責任がない、口だけでいい)ので、隙あらば誰もがそこに向かう』そして、組織にとっての重しになる。これがプロジェクトで手を動かさない人が増える理由の一つ。 当に能力のある人でも、ある分野では見当違いな批評家になるというのは良くあることなので(意識無意識にかかわらず)だからこそ、発言に責任を伴うかどうかが重要。 とにかく、プロジェクトを船にたとえると。 1.船頭が

  • なぜエンジニアは勉強会で会社名を出せないのか:雲(クラウド)の隙間から青空が見えた:エンジニアライフ

    ■勉強会で自社名を隠す人々 今年の2月に転職して以降、勉強会やカンファレンスでの発表資料に僕は会社名を書くようになった。 2010年9月にコミュニティで初めてのライトニングトークをして以降、今年の2月に転職するまで、僕は合計9回、ライトニングトークや、セッションで登壇している。そしてそのいずれも、会社名はあえて伏せていた。 そういった場面で名刺交換をする機会はあっても、僕は個人で作成した名刺を使い、会社の名刺を出すこともしていない。その当時、僕がなんという会社に勤務しているのか、おそらくほとんどの人は知らなかったはずだ。 転職以降も、こういった活動は続けているが、今は自己紹介で、どこの会社で、どういった仕事をしているか名乗るようになった。名刺交換でも、会社の名刺を出している。 勉強会やカンファレンスに行くと、様々な人と出会う。登壇者と仲良くなることもある。そういった人たちと話をしていると、

    なぜエンジニアは勉強会で会社名を出せないのか:雲(クラウド)の隙間から青空が見えた:エンジニアライフ
  • 2011-09-27

    欧米(特にアメリカ)の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか?」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか?」とか、 「 10人の

    2011-09-27
  • エラー率わずか0.00000625%、驚異のインド式昼食配達システム「ダッバーワーラー」

    の物流システムのものすごさはよく知られたところ。徹底的なコンピューター化による管理と、そして日の道路・通信インフラの優秀さによって高速かつ精密な輸送を可能にしているわけですが、これにまさるとも劣らないシステムがインドにもありました。社会的なインフラがまだまだ未整備なのにも関わらず、伝票もPOS端末も携帯電話も一切なんにも使わずに毎日20万の昼を時間通りに届ける「ダッバワーラー」という驚異のシステムが存在しているのです。一体どんな人達なのでしょうか。 目次 ダッバーワーラーとは ミスは1600万回に1回、驚異の低エラー率 超複雑なネットワークを人力で運営するダッバーワーラー達 なぜダッバーワーラーは超低料金で超優良サービスを提供できるのか? ダッバーワーラーと組織の社会貢献 ダッバーワーラーとは インドの人達には、3きちんと調理した温かい物をべる、という文化があります。これは

    エラー率わずか0.00000625%、驚異のインド式昼食配達システム「ダッバーワーラー」
    toshi3221
    toshi3221 2011/05/30
    非常にアナログなシステムが故に人に優しいのかも
  • 1