スケジュール管理やタスク管理、みなさんは得意ですか？ 私はとっっっても苦手……でした！ 大学2年生ぐらいまで。 私の場合、スケジュール管理やタスク管理が得意とかどうこうのレベルじゃなくて、そもそもスケジュール管理もタスク管理も“したくない”というレベル。 だって、全て縛られているような生活になってしまうから。実際に色々とやってみたこともありましたが、なぜか上手くいかない。管理しない方が楽しく過ごせていたんです。しかし、“ある出来事”をきっかけに、スケジュールやタスク管理を徹底するようになりました。 そこで今回は私が実践しているスケジュール&タスク管理のアイデアをご紹介します。もちろん、全ての人に当てはまるわけではないと思うのですが、少しでも参考にしていただけたら幸いです。 大学1年生のときに経験した「ある出来事」そもそも、なぜ、スケジュールやタスクを管理をするようになったのか。それは、大学

ちょっとした作業など仕事中はもちろん、勉強や趣味にも気軽に使える。 そんな、コワーキングスペースの快適さとカフェの気持ち良さを兼ね備えた場所、 それが「HAKADORU」です。

はじめに 私は現役のフロントエンドエンジニアです。正社員として働く傍ら、約2年間副業を続けてきました。副業で3社経験をして、最長契約期間は1年3ヶ月です。政府も副業を推奨しているし、副業を推しているエンジニアもたくさんいます。そして副業がやりたくて探しているエンジニアもいると思います。 そんな「副業最高！」の空気の中、私は先日副業を辞めました。 何故私は副業を辞めたのか、そして副業経験を積んで得た学んだことをこちらの記事では書き記していこうと思います..... ※ あくまで私の価値観です。副業最高！と思えるような副業をしている人もいます。1人の人間が感じたこととしてご覧ください。。 目次 副業をすることのメリット/デメリット 副業を辞めた理由 価値のある副業について考える 最後に 副業での苦いエピソード(おまけ) 副業をすることのメリット/デメリット メリット 1. 実績とスキルが身に付く

クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら

2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍

ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

できない人が質問をしに来ない、という傾向は、それなりにどこの会社でも見られるようである。 例えば新人が聞きに来ない、若手が聞きに来ない、あるいは「不出来なベテラン」だと、誰にも相談できなくて行き詰まる、なんて話もある。 つい先日も、あるテクノロジー系の企業で「聞きに来ないメンバー」をなんとかしたいが、どうすればよいか、という話があった。 聞くと、力量の低いメンバーの一人が、報告が苦手で、かつ聞きに来ないので、こちらがかなり監視をしているが、手間がかかってしょうがない、という。 仕事の進捗を入れたり、週報を書いたりするような社内システムもあるのだが 力量の低い人ほど入力率も低く、入力した報告の内容も拙いという。 結局、上司が直接、成果品を逐一覗いてチェックをしているそうだが、それも限界がある。 こまったこまった、という話だ。 ＊ こういった事象について 「できない人」は、「何がわからないのか

プロフェッショナル仕事の流儀 @nhk_proff いよいよ明日オンエアです。#庵野秀明 スペシャル。４年にわたる密着取材の記録。#宮崎駿 さんに「庵野は血を流しながら映画を作る」と言わしめる現場とは…。 22（月）よる7時半～ いつもの火曜ではなく、月曜です。 いつもの10時半ではなく、7時半です。75分特番です。 #NHK #プロフェッショナル pic.twitter.com/Grjyp63HCs 2021-03-21 19:39:06

もともとインフラエンジニアをしていた私が、LINEに入るまで知らなかった「テクニカルライターという職種があること」と「LINEにはテクニカルライティング専門のチームがあること」の2つについてお話しします。技術も好きだし、ドキュメントを書いたり、人に教えたりするのも好きだ、という方に「こういうキャリアもあ…

スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介 こんにちは電通デジタル開発部エンジニアのリチャードです。弊社で開発している社内プロダクトEASIではスクラム開発を採用しており、開発部内には認定スクラムマスターも在籍しています。一方で私個人はこれまでスクラム開発を経験してはいたものの、断片的な知識と経験で乗り切っていた部分が強く、改めてスクラムやアジャイル開発の基本を学び直そうと思い立ち、12冊の本を一気読みしました。ちょうど数ヶ月前に電通デジタルへと転職したばかりだったので、よい機会だったと思います。 今回読んだ本の一覧はこちらです！過去に読んで改めて今回読み直した本もあるため、冊数は多くなっています。 初心者向け 1. いちばんやさしいアジャイル開発の教本 2. SCRUM BOOT CAMP THE BOOK 中級者向け 3.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「巷で噂のモブプログラミングってどうなんだろう？」と興味を集まったメンバーで集まって、実際にモブプロをしてみました。参考までに簡単にまとめておきます。 モブプログラミングとは モブプログラミングは、2012年頃にHunter Industies社で取り組みが始まりました。そこで得た知見をWoody Zuillさん達がカンファレンス等で紹介することで広まっていきました。 Mob Programming – A Whole Team Approach by Woody Zuill 以下の動画を見ると、実際にモブプログラミングをしている様子を

Fujimori＠元経営者のマッチョマーケター @fujimori_hrc あなたは小規模企業の経営者です。 A：こちらが設定した納期ギリギリに10割の質で仕事を提出する制作スタッフ B：こちらが設定した納期よりもかなり早く6割の質で仕事を提出する制作スタッフ どちらを高く評価しますか？ ちなみ仕事内容云々など細かいことは適当に考えちゃってください。

【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle

回答 (30件中の1件目) アドラー心理学によると、子供がなぜ反抗するか?というと問いにこう答えます。 * 反抗する前にたっぷり体罰などでいじめたから。 * 子供を言うことを聞かず、強制的にしつけようとしたから。 子供に限らず、あらかじめ強圧的に命令した後で、さああなたの思う通り動きなさい、などと言っても聞くはずがありません。 コーディングだけすればいいと考えているプログラマも同様で、コーディング以外にも、環境をこうした方がいいとか、プロジェクトのやり方はこうすべきだと言ったことを全てガン無視されてきた過去が、言われたことだけ==コーディングだけすればいいという考えになったのだと...

stand.fmで出している音声の文字起こしバージョンです。口語になっていて読みづらい点はご了承ください。 はじめまして、有山と申します。 ツイッターでプログラミングスクールについて言及した件についてお話ししようと思います。 そもそも経緯としてはプログラマー、エンジニアを採用したいわけではなく、運営しているエロサイトのアシスタントが欲しいと思って、この一週間で20人くらいオンラインで面接をしました。 募集したのはあくまでサイト運営のアシスタントなんですが、プログラムかじっててコーディングとかできる人にはお願いできる仕事の幅が広がるのでそういう人は歓迎です、という感じで募集をしていました。 するといわゆるプログラミングスクールを卒業してフリーランスしてます、っていう人から3人くらい応募がきました。 そこで経歴、職歴、あとはポートフォリオあれば送ってください、と言ったところ、3人ともポートフォ

freeeの関西支社でエンジニアをやっている mass です。 freeeでは、今週よりすべての従業員が原則在宅勤務となりました。 僕は、普段は愛媛県今治市の大三島という島からフルリモートをしています。 前職からリモートワークをしているので、リモートワーク歴はかれこれ5年。 ということで、僕が普段意識しているリモートワークのノウハウを共有します。 しまなみ海道のど真ん中、大三島よりリモートワーク 環境をまず整える 集中できる環境を 自宅で作業するにあたって重要なのは、いかに集中できる環境を準備できるかだと思います。 テレビやベット等の誘惑とは距離を置き、家族がいる方はなるべく一人になれる場所で作業をすることをおすすめします。また、家族には仕事中は話かけない、家の用事を入れないなど、最大限集中できるように理解を求め、協力してもらうことも大事です。 リモート会議の準備 リモートワークをしている

本番環境でやらかしちゃった人のアドベントカレンダーです。 例） 本番DB吹き飛ばした 本番サーバをデストロイした ネットワーク設定をミスって本番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の２点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

昔所属していたSI会社で、「職場に居場所がないおじさん」の救済プロジェクトに関わったことがあります。 いや、実際にそういうプロジェクト名だった訳ではなくて、確か 「キャリア再考プロジェクト」とか「スキルリデザインプロジェクト」とか、なんかそんなかっこいい名前だったような気がするんですが、 一緒に関わった先輩が言った「これ、やってることは職場で居場所がないおじさんのサルベージだよな…」という言葉が強く印象に残っていて、私の中でプロジェクト名が上書き保存されました。 まあその先輩、「リストラ前のアリバイ作りじゃねーの」とかひどいことも言ってたんですが。 どんなことをやったかというと、要するに人事部のサポートみたいな話でして、 ・所持スキルが案件に合わず、なかなかプロジェクトにアサイン出来ない人 ・プロジェクト内でスキル不足の為タスクが振れず、PMから扱いにくいとアラートが出ている人 ・要は社内

また一緒に仕事がしたい！と思われるSEの3つのコミュニケーション術 公開日：2019.04.16 エンジニアの働き方 派遣期間が終了しても「また来て欲しい！」と派遣先に思ってもらえたら嬉しいものです。しかし、なかには「しっかり仕事をしているはずなのに評価されていない気がする……」と悩む派遣エンジニアの方もいるかもしれません。派遣先から高い評価を得て、また一緒に仕事がしたいと思われるためにはどうすればいいのでしょうか？ 実はその秘訣は、「コミュニケーション術」にあります。今回は、エンジニアに必要な、派遣先企業やエンドユーザー（派遣先からみたクライアント）との3つのコミュニケーション術をご紹介します。 「エンジニアはコードを書く能力に長けていればよく、コミュニケーション能力は不要」と考えている方もいらっしゃるかもしれません。しかし、実際のエンジニアの現場においては、営業やマーケティングといった