マネジメント半年くらいの自分へ - Konifar's ZATSU
あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
インフラ技術を極めろ！クラウドマスター認定試験｜teratail（テラテイル）
あなたのインフラの知識、応用が利きますか？ 「ルータやスイッチってどういう役割なんだろう？」 「ロードバランサを使った負荷分散ってどうやって実現するんだろう？」 インフラのことはなんとなく理解しているつもりだけど、 いざとなった時に、セキュアなインフラを構築できるのか？ 可用性のあるインフラを構築できるのか？
日本人はなぜ学力が高いのに生産性は低いのか | 永井俊哉ドットコム
このウェブサイトはクッキーを利用し、アフィリエイト（Amazon）リンクを含んでいます。サイトの使用を続けることで、プライバシー・ポリシーに同意したとみなします。 もしも企業が、業界最高の人材を集めながら、業界最低の業績しか出せないことに気付いたなら、企業は直ちに経営の在り方を抜本的に見直すに違いない。さもなくば、従業員たちは安い給料に不満を募らせて職場を去り、その会社の経営は立ち行かなくなるからだ。ところが、日本は、先進国で最高の人材を持ちながら、先進国で最低の労働生産性しか出せていないという最悪のシステムを長期にわたって放置し続けている。日本人は国内の待遇が悪くても海外にはなかなか逃げないし、日本は経済大国であるため簡単には破綻しないから、政治家たちはあまり深刻にはとらえていない。しかし、私たちは、この情けない状況を変えるために努力しなければならない。 1. 日本のパラドックス日本人は
VOYAGEのエンジニア評価制度の全貌。「技術力評価会」による、人が育つ組織の作り方 | SELECK [セレック]
〜「技術力評価会」を中心とした、VOYAGE GROUPのエンジニア評価制度。被評価者だけでなく、評価者も育てる仕組みとは〜 売り手市場が続く、エンジニア採用。その中で、優秀なエンジニアを採るためには、何をするべきなのか。 その問題への1つの解として、人が育つ「評価制度」を綿密に構築しているのが、株式会社VOYAGE GROUPだ。同社では、半期の取り組みを評価する「技術力評価会」を中心とした評価制度を、CTOの小賀 昌法さんを中心に、6年という歳月をかけて作り上げた。 「なぜそのように実装したのか」を90分間ディスカッションする「技術力評価会」、それをサポートするための「サポーター制度」、その評価資料の「GitHub（ギットハブ）」での全公開など、随所に工夫が施されている。 （※技術力評価会の詳細は、新入社員目線で書かれたこちらの記事もどうぞ） そして、それらの評価制度を運用していくため
![VOYAGEのエンジニア評価制度の全貌。「技術力評価会」による、人が育つ組織の作り方 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/df4cc9b63f665154aa599ddedb8b7c6460e9ec11/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F03%2F09103449%2F8f7b9e1d-7d4c-411d-894b-132b5137171c.jpg)
日本のリーダーはソフトウエアの本質を理解していない
ITには大いなる可能性と危険性があるが、結局はソフトウエアの問題に尽きる。ソフトウエアの構想、企画、設計、開発、保守のやり方をどう良くしていくのか。ソフトウエア人材の将来像はどのようなものになるのか。日本製ソフトウエアを輸出できないのか。 ソフトウエアについて様々な人が論じ合える場を用意し、多くの人に考えるきっかけを提供したい。そこで「ソフトウエア、それが問題だ～Software Matters」と題した本連載を始め、この中で、ソフトウエアの諸問題と対策を日本や世界の論客の方々、そしてITpro読者の皆様と考えていく。ソフトウエアに関するご意見をお寄せいただきたい。 第1回として米カリフォルニア大学バークレー校のRobert E.Cole（ロバート・コール）名誉教授に寄稿いただいた。コール氏は、日本の作業組織の研究で知られる。ミシガン大学社会学及び経営学の教授を務め、日米自動車の製品品質の
知識ゼロからElasticsearchを実践で使えるようになろう！ - $shibayu36->blog;
以前少しだけElasticsearchを触った時に、自分流Elasticsearch入門 - $shibayu36->blog; というElasticsearchに入門した時のメモをまとめていた。しかし、その頃はElasticsearchを使って完全に一人で一つの機能を作るというところまではいけなかった。 最近になってまたElasticsearchを一から導入する仕事をすることになった。この時以前自分がまとめた記事を読みながらやっていたのだが、実践で一から導入するためにはこの記事だけでは知識が足りなかった。 そこで、前の記事の知識をベースに、一から導入するために少しずつ学んでいき、自分のブログにまとめるなどのことをしてきたので、今回はその締めくくりとして、知識ゼロからElasticsearchを使えるようになるために学習したことについて書いておきたいと思う。 今回書くこと・書かないこと 今
マネジメントを経験してようやくわかってきた、半年で部下を１人前にするコツ - トイアンナのぐだぐだ
試行錯誤しながら手に入れた部下や後輩を半年で１人前にするコツをまとめました。 嫌な先輩から、まあまあの上司になるまで まずは私の経歴を少し。昨年独立するまで外資で働いていました。新卒で入ったのは少数精鋭にしたって、いくらなんでも少なすぎない？ と人事の肩を揺さぶりたくなる部署でした。 入社2年目には「もう１年いるんだからシニアだね！後輩指導よろしく」と宣告され、必死で３人指導してのち転職。その後はプロジェクトごとに部下を持っていました。独立した現在は外注マーケターとしてトレーニング業務も担当することもあります。合計で指導した部下・後輩は約10名前後。 最初は最悪の上司だったと思います。詳しくは「いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた 」に書きましたが、もうタイトルだけでお察しください案件。自分でもこれはいけないと思い四苦八苦した今、半年くらいで「いいね、それで行こうか
わかりやすさの技術 - やしお
社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかった本とそうでない本を思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、本に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない＝理解をはばむ障害物がある。この障害物を取り除く／回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」本になる。 日本社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ
毎日の作業時間を記録する、タイムトラッキングサービスまとめ 2015年9月版 | Line Design
独立をするとわかるのですが、フリーランスになると時間の管理、お金の管理、気持ちの管理、すべて自分にまかされており、いつでもサボることもできるかわりに、いつまでも仕事をやって自分を追いつめることもできます。 そんな毎日を一人で過ごしていると、働きすぎたり、逆に怠けたり、自分自身のコントロールが難しく、ドツボにはまってしまう人も多いのではないでしょうか？ そうした時に役立つのが、フリーランスで働く人を意識して開発されたタイムトラッキングのサービスです。 こうしたサービスの目的は： プロジェクトの時間 時間に対してのコスト 使った時間の分析 などを管理できるようになっています。 そういったサービスを実際に触ってみて、比較と感想をまとめたいと思います。 Cotogoto（コトゴト） タイムトラッキングサービスの仕組みとメンタル管理の仕組みを掛け合わせた新しいサービスがCotoGoto（コトゴト）で
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/28eae5ee3d9f7ef75c751fc65da151cf7eb2fb89/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F09%2F15%2F16%2F73787c96-8051-4175-b9f5-c23dc1e5b4fc.jpg)
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スターバックスは2フェーズコミットを使わない - gregors-ramblings-ja - Google Code
開発組織マネジメントのコツ - Speaker Deck
『主婦が技術書を書いてSIerに入社した話/jtf2016 - Docs.com』へのコメント
http://kigyou-journey.com/kigyo-aidea-592/