仕事抱える人が知らない｢部下に丸投げするコツ｣
「自分と同じように動ける人間がもう1人ほしい！」 多くのリーダーやマネージャーほど、ほかの人には任せられないと悩んでいます。任せることができない理由は人によってさまざまです。 「自分でやったほうが早い」「人に頼みごとをするのが苦手」「部下が思うように動いてくれない」など。 「任せられる人がいない」と考える人は、プレイヤー時代に優秀だった人が多い傾向です。任せる相手をどうしても自分と比べてしまいます。 「任せる」というのは『はじめてのおつかい』のようなものです。もし親が「おつかいの能力がまだ低いから外には出さない」と判断したら、子どもの成長は生まれません。 ビジネスでも同じで、任せないということはメンバーや部下の成長するチャンス、モチベーションを奪っています。結果、次のリーダーの活躍が遅れて、組織としての成長が停滞してしまうのです。 そこで、今の時代に必要な任せ方である「正しい丸投げ」のやり
QRコードで備品管理はテプラがおすすめ！～基礎編～
電車のボディに「クハ」とか「モハ」とか数字が書いてあるのを見たことありますよね。ない？ あれって、鉄道会社ごとにルールが決まっていて、その車両の種類1両ずつ別の番号が振られています。 例えば運転席がある車両は「ク」、モーターがついている車両は「モ」、普通車は「ハ」、グリーン車は「ロ」みたいなかんじ。 画像引用:Wikipedia そもそもそんなカタカナがついてない車両もあったりしますが、それは鉄道会社がどういうルールにしているかで全然違うのです。 でも、なんで1両1両別の番号を付けているのでしょうか。 それは法律で決められているからです。鉄道事業法などの法律で、鉄道車両は申請が必要で、認可を受けて初めて使えるのです。また、税金にも関係しており、鉄道車両も資産ですから減価償却となりますので、1両1両区別がいるのです。そのへんは皆さんの会社の備品と同じですね。 QRコード作成。何を使ってる？さ
ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具
分散ユーザー管理システム「etcdpasswd」の紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリ基盤チーム兼Necoプロジェクト所属の @ueokande です。 本日はNecoで開発しているUNIXユーザーの管理ツールである「etcdpasswd」を紹介します。 github.com etcdpasswdは、etcdをバックエンドに持つ分散型のユーザー管理システムです。 etcdpasswdは自律型の分散システムで、一時的にホストがダウンしても、次回起動時にetcdのユーザーを参照して同期します。 etcdpasswdはLDAPのようなNSS (Name Service Switch) が外部サービスに問い合わせるのではなく、etcdpasswdが各ホストにある /etc/passwd を更新します。 なぜetcdpasswdなのか 現在のcybozu.comデータセンターでは、各ホストのユーザー追加・更新は、MySQLでユーザー管理されており、管理者が適用したタ
AWSに関するありがちミスとその対策〜EC2、S3、RDS、Lambda、CloudFrontの場合 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWS入門者が基本として知っておくべき知識を、AWS導入＆運用サポートのプロである、アイレットのエンジニア3名に聞きました。多くのAWSユーザーに支持されるAmazon EC2、Amazon S3、Amazon RDS、AWS Lambda、Amazon CloudFrontそれぞれの勘所やオススメの設定を、余すところなく紹介してもらいます！ なぜ、AWSを選ぶのか？ Amazon EC2～インスタンス起動後はプライベートIPを設定できないので注意 Amazon S3～S3はディスクではない。マウント非推奨の理由 RDS～自動スナップショットの保持期間を
入社８カ月で管理職になるためにやったこと全部話す。 - Everything you've ever Dreamed
以前、この場で労働環境を整備するためにやったことを書いた。その冒頭で営業の責任者になるとサラっと書いていたが、今回はその過程について語りたい。 delete-all.hatenablog.com この４月から営業開発の責任者（部長）になった。実は、入社する際、ボスに対して自分を高く売り込んでおり、それが少々ハッタリをかましたものだったので、試用期間中はいつクビになるか、ビクビクしていたが、万事うまくいったといえる。ラッキー！のひとことで片づけるのもつまらんので、昨年８月まで無職ときどき駐車場アルバイトの僕が、そこそこの規模の企業のそれなりのポジションに就くことが出来たのか振り返ってみたい。 僕はブラック企業に勤めていた。らしい。らしい、というのは僕自身にブラック企業に勤めていたという実感があまりないからだ。１７～８年間ブログを書いてきてよかったことなどほとんどないけれど、無理にひとつあげる
ステータス管理なんて、はなからあきらめたほうがいいって話 - エンジニアの働くブログ
こんにちは。 広告関係の制作会社でエンジニアとして働いています。ひらたく言えばWeb作ってます。 今会社でタスクマネジメントツールのGitLabを導入しようと頑張ってるんですが、まあ導入するにあたって色々問題はあって、今回はそのうちの1つについてお話したいと思います。 さっそくですが、今みなさんが着手しているサイト、全ステータス分かってますか？ まず僕はエンジニアなので、素材とかデザインのステータスは全く分からないです。まだかなぁ～と思って待っております。 デザイナーのみなさんは、実装のステータスなんて全く分からないですよね？コンポーネント修正とか言われても意味不明だと思います。 そして進行管理しているはずのディレクターのみなさん。分かりますか？どの素材がいつ来て、プレビューはいつ上がって、残タスクは何があるのか。分かってますか？ たぶん誰も分かってないです。 でもそれでいいです。 もう全
複数のAWSアカウント管理を制するものが、AWSを制する - プログラマでありたい
いよいよ明日発売開始であるAmazon Web Services 業務システム設計・移行ガイドの一貫したテーマが、「企業内でどのようにAWSを使っていくのか」です。企業内でのユースケースを元に、ネットワーク／システム設計や運用管理、移行の話をしています。その中で１章を割いて説明しているのが、AWSアカウントをどのように管理するかです。 複数（マルチ）AWSアカウント管理の重要性 AWSを利用する上で、AWSアカウントをどのように管理していくかは最重要事項です。AWSアカウント管理というと、一般的には、AWSリソースの認証認可であるIAMを使った運用方法について語られることが多いです。しかし、企業内で利用する際は、それだけでは不十分です。何故なら、企業内では１つのAWSアカウントではなく、複数のAWSアカウントを作成し運用することになるからです。いわゆるマルチアカウント運用です。 企業内での
意図せず公開しているS3バケットはありませんか？〜S3アクセス権限設定を見直そう〜 | DevelopersIO
西澤です。S3のアクセス権は適切に管理されていますでしょうか？大変恥ずかしながら私はお客様のS3バケットに対するアクセス権について不適切な設定をしてしまったことがあります。 先日、素晴らしいアップデートがありましたので、それをご紹介しつつ、この記事をご覧になった方がS3バケットのアクセス権を見直すきっかけになればと思い、自戒の意味もこめて、まとめ記事を書いておこうと思います。 S3への不適切なアクセス権限設定が招く事故 つい先日も下記のような記事がありましたが、S3へのアクセス権限が不適切な状態だった為に、意図しない情報が外部に漏洩してしまうというニュースを目にすることがあります。 相次ぐAmazon S3の設定ミスによる情報漏えい事故(大元隆志) - 個人 - Yahoo!ニュース 誤解の無いように声を大にしてお伝えしたいのですが、これらについてAWSサービス側には何ら問題はありません。
主婦がサーバー管理を熱く語りたい - My 3rd Life
おはよーございます。 ２記事目の今日は、家でやってる仕事の話。 色々書きたい事はあるんだけど、サーバーの管理をしていて、朝起きるとまずPC立ち上げて、サーバー状況を確認（MRTG）して、ちょっとログインして調整するのが日課で、今もそれをしたばかりなので。 主婦業とサーバー管理って実はとても相性が良い、もっとこの形態で働く人が増えてもいいんじゃないかと日々思ってるんだけど、これは主人の会社（でレンタルしている）のサーバーなので思える事なのかも知れない。 何かミスやトラブルしても、最悪主人がごめんなさいすれば済むという気楽さがあるので。 昼間はずっと子供が居たし、昼に何かトラブルが発生するとお客さんから問い合わせがあって、すぐ連絡が来ちゃうので、実作業は大抵朝イチでやる事が多いです。 夜は子どもと早く寝てるので、朝は大体５時前後には起きるので。 そこで思ったように上手く行かなくても、子どもが起
dockerやめてどうしたか？
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよｗ Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
開発者のタスク管理がしやすくなるGitHub Issuesの基本的な使い方
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終える頃には、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 前回の記事「GitHubを使うなら最低限知っておきたい、プルリクエストの送り方とレビュー、マージの基本」では「プルリクエスト」の基本機能や手順について解説しました。連載第11回目の今回は「イシュー（Issues）」（課題）に対する基本操作を解説します。 GitHub Issuesを使うことで、開発者のタスク管理やコミュニケーションがしやすくなります。 本稿で解説する作業は、前回までの記事で作成したGitHub上のリポジトリをベースに進めていきます。リ
2016年に流行りそうだけどまだ殆ど知られていないエンジニア向けサービス10選
Post author:sider Post category:Engineering / Other Reading time:3 mins read Post published:2016-01-13 エンジニア x ニッチ(特化)なサービスを調査、「これは流行りそう…!」と思ったサービスを10個ご紹介。 誰もが知っていそうなサービスは含んでません。「俺はエンジニア向けサービス詳しいぜ！」という方も安心して御覧ください。 CI(継続的インテグレーション) DEPLOYBOT デプロイのためだけのCIサービス。デプロイに特化。 リリースノートページやリリースの度にリリース内容をメモする事が出来る機能、デプロイのトリガーを手動で実行することが出来る「デプロイ」ボタン機能などがある。 1リポジトリの「Hobby」ユースであれば永年無料。 deploybot.com Codecov コードのテ
国内捕獲ウナギ稚魚、６割出所不明…ヤミ流通か （読売新聞） - Yahoo!ニュース
国内で漁獲されたニホンウナギの稚魚の半分以上が、どこでだれが採取したか把握できない「出所不明」の状態で流通していることが水産庁などへの取材でわかった。 同庁は「正規ルートのほか、高値で取引されるヤミ流通に稚魚が流れている」とみている。ニホンウナギは絶滅危惧種に指定され、今秋のワシントン条約会議で取引規制の対象となる可能性がある。ずさんな資源管理の改善は急務となっている。 稚魚はシラスウナギと呼ばれ、九州、四国全県や関東など２４都府県（研究目的の山口県を除く）で許可された約２万人が採取している。漁期は１２月から翌４月頃。採取者側は漁獲量を都府県に報告する仕組みだ。稚魚は指定された集荷人や問屋などを経て養殖業者が買い取り、半年から１年ほど育てて出荷する。 同庁は養殖業者が扱う稚魚の量から、輸入稚魚を差し引いたものを国内漁獲量として算出。２０１５年漁期（１４年末～１５年春）は１５・３トンだ
「動かせない〆切」が人を動かす | シゴタノ！
〆切を決める 「今年１年くらいで引っ越ししよう」と何となく考えているとして、引っ越しのためにしなければならないことがたくさんあると思うと、なかなか進まないわけです。引っ越しまでのゴールが非常に遠く感じられるからです。ちょうど、重い荷物を背負ってしまうと、家までの道のりが遠く感じられるように。 こういうときには、「動かせない〆切」を設定するのがよい方法です。 僕の『たすくま「超」入門』もこの「動かせない〆切」のおかげで完成したといっても過言ではありません。 僕が佐々木正悟さんからたすくまの電子書籍の話をいただき、Evernoteでやり取りをはじめたのは2015年7月の中旬ぐらいでした。 その時、最初に質問したのは「〆切をいつまでにするか？」ということでした。佐々木さんから「7月中をひとつの目安にしたい」というお話しがありました。 初めて電子書籍を作るということで、何かとてつもないことをやらな
フリーライター・編集者のための「〆切を絶対にやぶらない」スケジュール管理法
こちらの記事は画像が壊れています。現在対応中ですが、完了するまではこちら（https://archive.is/c88Ar）で内容をご確認ください。 フリーランサーにとって、最も重要で、最も難しい課題である「スケジュール管理」。 来た仕事をすぐに打ち返せている間はいいですが、取材や受注が重なると、どうしても数日に渡って仕事を進める必要が出てきます。 しかし、仕事には、取材や打ち合わせなどの予定だけでなく、執筆時間や次のネタを考えるなどの作業時間も必要。これらを包括的に把握しておかないと、結局時間が足りず、肝心の〆切に間に合わないスケジュールを組むことになってしまいます。 そのような恐ろしい事態を招かないために大切になるのは、「期限を忘れない」ことと「自分のキャパシティを把握する」こと。この課題をクリアするため、スケジュール管理ツールで下記の条件を満たす方法を考えました。 ・期限が発生した瞬
15分で分かるGTD – 仕事を成し遂げる技術の実用的ガイド | POSTD
GTDすなわち“Getting Things Done（仕事を成し遂げる）”とは、あなたのタスクとプロジェクトを整理して管理する仕組みです。しかしその目的は、ただ“仕事を成し遂げる”だけにはとどまりません（本当ならこう呼ばれるべきでした。「物事がおこるままに身を任せていたのでは全くイケてない状況に陥ってしまうことが多いので、それよりもっといい方法で物事を成し遂げる」仕組み）。このシステムの目的はあなたが100%の信頼をおいても大丈夫なように、タスクやアイデアやプロジェクトを収集するということにあります。「過去最高の発明をする」というような曖昧なものから、「8月25日にAdaに電話してチーズケーキのレシピについて話し合う」というような具体的なものまで。つまり全てです。 ごくありふれたTo-Do リスト管理のシステムとあまり変わらない印象ですか？ 確かに似ている部分は多いですね。でもそれ以上の
350台のMacBook Airがどの様にセットアップされていくかを記録した動画。
YouTubeに350台のMacBook Airをひたすらセットアップする動画が投稿されています。詳細は以下から。 投稿者のHarryofsolさんは「MacのOne-to-Oneプログラムで地元の中学校（middle school）に納入する350台のMacBook Airのセットアップを手伝ってきた」とセットアップの一部始終をYouTubeに投稿しています。 この動画についてredditでは 350台のMacBook AirがHPのChromebookで管理されているなんて、ちょっと滑稽だ。 350 MacBook Airs logged on an HP Chromebook. Thought that was kind of funny. この様な投資は悪夢を見ているようだ、誰かOne to Oneプログラムの利点を詳しく説明してくれ. As much as this looked
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「一線」を越えた自宅サーバー管理者のあなたへ。よく使うルーターやサーバーを集めたダッシュボードを「Dashy」で作る【イニシャルB】
「Git」クライアント「Sourcetree for Windows Enterprise」の無償提供が開始／システム管理ソリューションで大量の端末を管理している企業向けの「Sourcetree」
