バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」
第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より
エンジニアが採用できない会社 と 評価されないエンジニア - 情科若会2016公開用
2016年9月17日伊東山喜旅館での情報科学若手の会2016において発表に使用した資料です。発表中のつぶやきはこちら→ http://togetter.com/li/1026676
1on1ミーティングに備えるアンケート - しるろぐ
最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。 一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。 1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。 事前アンケートを用意するメリット 話すことが事前に想定できる アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない（雑談は雑談で良いものだけど）。 その場で回答が思いつかなくて適当な返しになることがなくなる（お互いに） 自分の体験談なんだけど、何か質問をされたときにその場では「うーん、今は特に思いつかないです」と答えたのに終わってか
私の「仕事ができる人・仕事ができない人」についての記事がとてもわかりやすい漫画になりました！ - ひかる人財プロジェクト
今日は私のある記事を「漫画の人事部」というサイトで漫画にしていただきましたので少し紹介させていただきます。 ◆第二弾もリリース！★ ↓↓↓ 私の「一生ついて行きたいリーダー（シップ）・上司」についての記事がシュールな漫画になりました！ - ひかる人財プロジェクト 漫画にしていただいたのは私のこの記事です。 ↓↓↓ hikarujinzai.hatenablog.com 私の過去記事の中で２番目に多くの「はてなブックマーク」をつけていただいた記事でいまだにとても多くの方に読んでいただいているクリーンヒット的な記事です。 この記事をご覧になった「漫画の人事部」のスタッフの方から「この記事を漫画にさせて欲しい」という身に余るようなありがたいお誘いをいただきましたので喜んでOKしました。私は以前も書いたことがあるかもしれませんが、もし開業したらこのブログで取り上げてきた「働き方」等に関する題材を使
デベロッパからマネージャへの転向 | POSTD
デベロッパなら誰しも、自分の将来を決断すべき時が来ます。このままデベロッパ、またはシニアデベロッパのキャリアに留まってコードに専念するか、チームの管理を担うリードデベロッパや開発マネージャといった管理職の世界に飛び込むかの選択です。 ディルバート：プログラマからスーパーバイザへ 私自身も2011年に同じような決断をしました。ある大手インターネット銀行のシニアデベロッパだった私は、直属の部下はいなかったものの、数人をメンタリングしていました。当時私は、大学生に職場を世話して1年間のトレーニングを提供するアカデミーのプログラムに携わっていました。最初はメンターを担っていたのですが、最終的には、通常のシニアデベロッパの職と並行しつつ、そのアカデミーの管理を任されるようになりました。厳密な意味で、私が複数の人たちを直接管理したのは、この時が初めてで、私はその仕事を心から楽しみました。その後、私は消
専門的な職場で愛され系40代になる難しさ
仕事関係やなんや（私はIT系のデザイナーで周りもだいたいIT関連）で、「現場にこういう人がいて困る」という話を訊くのですが、現場の主力を困らす人の共通点を見出してしまいました。 だいたい40代 (∩´∀｀)∩ﾜｰｲ 私も40歳なのでちょっと立ち止まってこの問題を掘り下げようと思います。 40代への苦情、お問い合わせに出てくる3つの傾向 人の話をきかない 企画力はあるが実行力がない やたらと批判的 この3つが合体してひとつの人格を形成したとき嫌われてしまうようなのです…。 では１つ１つどういうことか考えてみます。 人の話をきかない メタファーじゃなくて文字通りの意味です。打ち合わせとか会議のとき、その人だけがワンマンショー状態でしゃべりまくって終わるという現象。 議題の解決につながるのならいざしらず、論点がズレてもお構いなしだったり、予定の時間を超過することもいとわないので周囲をびっくりさせ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
“エンジニア35才定年説に挑戦する” 開発チームのマネジメント
Microsoft Word - pdf version of final doc - Mar 2015.docx
Javaな会社のScalaへの取り組み
LLMs platform for automating mundane back-end tasks efficiently - Unpod.ai