問題意識を感じたときに「効率的に良い状況に変える」ためのアクションリスト - $shibayu36->blog;
自分の置かれた環境で問題意識を感じることってありますよね。例えば 上司全然ちゃんとやってくれないじゃん！最悪！ 会社にこういう問題あるじゃん！なんで直らないの！最悪！ みたいな感じ。 昔はこういう問題意識を持った時、自分で「良い状況に変える」ことに苦労をしていました。しかし、最近は自分の意識を変えることで「効率的に良い状況に変える」ことをしやすくなったなと感じています。そこで今回は、どのように自分が意識を変えたかということと、問題意識を感じた時に最近試しているアクションについて書いてみようと思います。 昔に自分がよくやっていたアクション 問題意識を感じた時、昔に自分がよくやってしまっていたのは 飲み会の場で愚痴る 上司に詰め寄る 問題意識だけを提起する というようなアクションです。このようなアクションをした時、良い上司はちゃんと話を聞いてくれて、実際に問題が解決することも多くありました。
バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
日本のサラリーマンの褒められなさは異常｜NZ MoyaSystem
先日、筆者のこちらのツイートが突然反響を得始め、一晩で50リツイートを超えました。 ニュージーランドで働いていると、日本って褒められない社会だなって感じる。 きちんと仕事していても「ありがとう」「よくやった」って言われること少ない。 失敗すると「なにやってるんだ」「再発防止策を考えろ」って厳しく詰められる。 最近良く見た例のニュースと一緒だな。 — はっしー@NZプログラマ (@hassy_se) June 15, 2016 ニュージーランドに限らず、海外で働いた経験のある方からもかなり共感していただけて、多くの方が感じていることだとわかりました。日本で働いてて、ほめられる機会ってなかなか無いですよねー。 ほとんど褒められなかった社畜時代 筆者は現在、ニュージーランドでプログラマとして勤務していますが、以前は日本の某SIerでシステムエンジニアとして働いていました。 ひと月の残業時間がだい
「できます＝やります」じゃない、非エンジニアに知ってほしいエンジニアのこと | HRナビ by リクルート
変化の激しいエンジニアの世界で、どうすれば成長し続けられるのか。そのヒントを、飲食店向け予約台帳アプリを手がける「トレタ」の増井雄一郎さんが解説します。今回のテーマは「エンジニアと非エンジニアのコミュニケーション」です。 エンジニアはクセのある人間ばかりで、会話が噛み合わない……。そう感じている非エンジニアの読者は少なくないかもしれません。しかし、そのクセには一定の傾向があり、「どんな価値観を重視しているか」は共通している部分があると、増井さんは言います。 そこで今回は、非エンジニアとエンジニアの距離を縮めることを目的に、エンジニア目線で「エンジニアが困る仕事の頼み方」や「エンジニア独特のコミュニケーション文化」について語ってもらいました。 「エンジニアの特徴を把握して『彼らにはそういう文化があるんだ』と認識してもらえると、普段からのコミュニケーションが取りやすくなるかと思います」と増井さ
Webフロントエンドの人達(?)が次々と微妙なツールを導入して「流れが早過ぎる」とつぶやいているのを横目で見て感じている事 - latest log
自分の会社に「新ツール導入の際はCTOの許可が必要」というルールを生やして居心地を悪化させたり、後輩のやる気を削りたくなかったら、ツールの将来性を考えて行動したほうが… SI等のアレな現場にその手のルールが存在するのは何故なのか?という事と、自分達もその歴史の一節にならないように— コラーゲンたっぷりさん (@uupaa) November 20, 2015 必要な物は生まれる(創れば良い)ので、どんな問題がありどのような解決方法があり、状況の変化にどう対応するかなど、大人はツール導入前に織り込んでおくし、”勉強会の人が流行ってるって言ってたし”ですぐ廃れるツールを導入するなんて事を繰り返してると、あっという間にデストピアな職場に。な— コラーゲンたっぷりさん (@uupaa) November 20, 2015 “ツール導入で劇的に効率や抱えている問題が改善される”なら導入すればいいし、
一週間自宅のみでリモートワークしてみたけど働き過ぎた - mizchi's blog
Increments社は元々月曜日がリモートワークの日なんだけど、今週と来週は実験的にリモートワークすることになっている。 家を出てオシャレなカフェで作業したがる人も多いだけど、自分はあんまり外にでる理由がなければ家から出たくないタイプの人間なのと、今週前半は雨が降ってたというのもあって、昼飯買いに行く以外は完全に家で作業していた。 結果 正直なところ、自分はサボりぐせがある人間だと思っていたのだけど、目の前にしかかりのものが放置されるのが我慢できない凝り性でもあって、今回は凝り性な部分が勝ってしまい、完全に仕事しすぎた。 仕事しすぎたので進捗は最高に進んでいるんだけど、夜中まで働いてしまって、午前中はボッーとしている、みたいなことが多くて、オフィスに出る日だったら完全に駄目な感じだった。リモートなので朝ボーっとしているのがクリティカルになることはなかった気がする。 結果として今週めっちゃ
社員がフリーランスになる前に教えておきたいこと | fladdict
秘密結社THE GUILDも仲間が15人近くになり、僕の直轄チームも3人に増えた今日この頃。直轄チームのみんなには、できれば幹部になって欲しい。でも、翼を折って囲い込むのではなく、いつ独立しても恥ずかしくないように育てていきたい。っていうか、ここに書いたのできるまで、独立なんぞ許さんよ的メモ。新入社員は各自マスターしておくこと。 1: 収入の一定パーセントを貯蓄しなさい 収入の10%〜20%を、お給料日に自動振り込みで貯蓄しなさい。お金持ちになる唯一の方程式は「消費＜収入」。この方程式が強制的に維持される仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためなさい まず無収入状態でも3〜6ヶ月生存できる貯金を作りなさい。生活費の安全バッファは大型案件や、お金にならないチャンス案件を手に入れる最低条件です。安全バッファがなければ、常に生活費のために自分を切
技術の進歩は「螺旋」である。 @ t_wada さん社内講演 - >& STDOUT
先週、新卒技術研修の一環として @t_wadaさん にご講演を頂きました。 題して「この先生きのこるためには」*1。 第一線のエンジニアとして素晴らしい薫陶の数々を授けて下さいましたので、渋谷や六本木の会社さんもオファーしてみたほうがいいですよ。ホント。 エンジニアはアーティストとしての側面も持つので、ファーストクラスの方の考え方に早いうちから触れておくことは、数年先の彼らの在り方に少なからず良い影響を与えるはずだ、という考え*2に基づくおふたりめの社外講師です。おひとりめは当時非公開でしたが、時効になってましたら教えてください。 新卒研修とはいうものの、社食のカフェテリアを全開放した形で既存社員にも受講してもらいました。正直、私も含めた既存社員のほうがよっぽど直接の教育効果は高かったんじゃないかと思いましたが、それはそれとして。ご講演の中でのいくつかの気づきを共有します。 技術の進歩は「
仕事におけるコミュニケーション能力と会話におけるコミュニケーション能力は別物 - UNIX的なアレ
些末なコードレビュー - naoyaのはてなダイアリー なおやさんのエントリーを読んで改めて感じました。これはコードレビューについての話ですが、言いたいことは本質的なことについて話せるかどうかという点だと思います。 いい加減、「コミュ力」という単語で片付けるのはやめよう 「エンジニアはコミュ力がない」とかいわれますが、コミュ力とかいう単語１つで片付けてほしくないです。少なくとも普段の会話におけるコミュニケーションと仕事におけるコミュニケーションって別物ですよね。 先ほどのコードレビューの話ですが、仕事においてのコミュニケーションってどれだけ本質について話せるかなんですよ。要するに、情報を整理して正しく相手に伝えるということ。となると、仕事におけるコミュニケーション力って職種とは直接的に関係してこないと思っています。 「コミュニケーション能力」の意味の違い 「仕事におけるコミュニケーション能
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ
「疑わない」という怠惰について - ２４時間残念営業
2013-06-01 「疑わない」という怠惰について http://www.watanabemiki.net/journal/post-475.html 読んだ。 ちなみにクソ長いです。 正直、真正面から罵倒したいような気分がないでもないっていうか、別の場所のブコメではほぼ罵倒に近いブコメをつけた。俺はこの人はバカだと思う。バカが言い過ぎなら、考え足らずといってもいい。 ところで、いまの流れだとこの人のことをバカであるとする意見のほうが賛同を得やすいはずだ。しかし俺はひねくれた人間なので、ここで読む人に再考を促す。俺は自分の意見を書くが、それを読んだうえで、もう一度考えてほしい。みんながこの人を叩いていいっていうそういう流れになってるからこの人を叩いているのか、根本的にこの人の言ってることがおかしいから反論されるのか。それとも、実は正しいのは彼であり、俺のほうがまちがっているのか。 まず、
自宅で働くことで得られるもの、会社で働くことで犠牲にするもの | ライフハッカー・ジャパン
自宅で仕事をすることについて、私は同僚からいつもこう言われます。 「でも、会社で仕事をしないと生産性が上がらないでしょ？」 以前はどうも腑に落ちずにいたのですが、最近ようやく理解できました。こうした意見の根底には、生産性ばかりを重視する考え方があるのです。 自宅での仕事の生産性が、会社で仕事をするのに比べて低くなったとしても、私はあまり気にしません。というのも、「生産性」は複雑な方程式の中のひとつの変数にすぎません。重要な変数はほかにもあります。人生の価値を変える「方程式の変数」、それは個人の幸せです。 私は生産性を上げたいと思う一方で、幸せになりたいとも思っています。そして、ふたつの思いがぶつかり合い、一方のために他方を犠牲にしなければならないこともあります。自宅で仕事をするときには、幸せと引き替えに生産性が犠牲になる場合もあるわけです。 勘違いしてほしくないのですが、ここで私は、「自宅
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013