あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと

SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事

この記事はモバイルファクトリー Advent Calendar 2021の25日目の記事です。 メリークリスマス🎉 エンジニアのid:kfly8です。 技術ブログの「ネタがない」といったコメントや「この記事の課題がよくわからない」といった記事レビューをすることがあります。技術アドベントカレンダーの時期は、短期間に記事が集中するので、特に困らせているように感じます。 普段から意識する習慣で、楽ができないかと考えると、「技術ブログが書ける開発をする」のが良いと思いました。 誤解しないでほしいのが、「技術ブログを書くために開発をしよう」と言いたいわけではないです。あくまで、チーム、事業の目的ありきです。 ただ「技術ブログが書ける開発をする」ことは、普段の開発の質を高めると思っています。 技術ブログが書ける開発とは？ モバファクの技術ブログでは、「課題を解決する方法や経験を発信したい」と思ってい

こんにちは。開発本部 オンボーディングチームの酒井（@sakay_y）です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画（New!）を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日本語話

意識の高い人々がブログ等で書く「生存戦略」はだいたい、いかにして金を稼ぐかの話をしている。俺のような意識の低いフリーランスにとっての「生存戦略」は文字通り、下手をすると死んでしまうかもしれない罠だらけの生活において、なんとか死なずに生き延びようという話である。厳密にいえば俺は個人事業主でなく一人会社だが、どちらにしても一人きりなのは同じだ。マイクロ法人とか色々と呼び方はあるらしいが何でも良い。意識の低い孤独な人間がどうやって仕事を得て、どうやって心をすり減らさずに仕事と向き合うか。そんな話を書きたいと思っている。 俺は一人きりの株式会社でWebエンジニアをやっている。他の業種にも当てはまるのか、あるいは全く普遍性が無いのかは分からない。 電話電話には出なくていい。気付かなかったことにして、あとでチャットワークかSlackで「先ほどはすみません」と言えばいい。そのまま文字でコミュニケーション

僕は、大きな災害があったときに、そこに大切な人がいたとしても、 安否確認の電話をしません。 なぜなら、災害の真っ最中の人にとって、電波も電池も貴重だからです。 それを、僕個人の「ほっとする」ためだけに消費するのは、申し訳なさ過ぎます。 僕は、駐車場に車を止めるとき、可能な限り遠くに止めます。 なぜなら、僕は健康で、歩くことを苦にしないからです。 近い場所は、具合が悪い人や､足がいたい人が使うべきだと思います。 だからこそ、大きな災害が予測されるときは、 「休んでもカバーできる。」「休んでもリカバリーできる。」会社は、 休むべきだと思います。 なぜなら、介護の仕事や、病院など、決して休めない仕事に、 貴重な輸送能力や水や食料や電力というリソースを回すためです。 優先度のコントロールは、人生においても、ものすごく重要なことです。 人生には限りがあります。お金にも時間にも限りがあります。 それを

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

仕事のやり方の話 ふと思ったことなんですけれども。 自分がやらなければいけないこと、の管理の仕方には二種類あると思います。 ・タスク管理・・・やらなければいけないことを管理する ・課題管理・・・解決しなければいけないことを管理する どうも効率の悪い人を見ていると、この2種類がごちゃごちゃになっている気がするのです。 私はBacklogというプロジェクト管理ツールを好んで使っていますが、Chatworkにもタスク管理機能はあります。また、人によっては付箋紙を使ってやるべきことを書いてディスプレイに貼りつける人もいらっしゃるとか。 何しろ、何のツールを使ってもさばければいいとは思いますが、タスク管理と課題管理は厳密には違うのに、なんでもかんでも「タスク」化している人がおちいりやすい現象をご説明します。 タスクと課題は違うもの タスクとは、プロセスの集まりでありその通りやっていけば終わる仕事です

「働く」をもっと良いものに。Google re:Work（リワーク）は、グーグルをはじめとするさまざまな組織の働き方の先進事例、研究、アイデアを集めたウェブサイトです。 Google re:Work について

スマートニュースの社員になりました 皆様、お久しぶりです！約 7 年振りにこのブログを書いています。 元気にしてましたか？僕は元気です。 実はこの 6 年間 id:mizzusano とカクテル株式会社という会社をやっておりまして、先日のプレスリリースにもあったようにこの度会社ごとスマートニュースにジョインすることになりました。 UUUM に遊びに（？）行ってはしゃぐ僕と id:mizzusano そこで今日は振り返りも兼ねて、以下の 3 点について、この 6 年間考えていたことを書いて見たいと思います。 事業アイデアより大切なこと 起業家が健康的に働く方法 プログラマーが起業するということ 少しでもこれから起業したい人のお役に立てればと思っております。 事業アイデアより大切なこと 6 年間の事業を振り返えると失敗の連続でした。その中で、事業そのもののアイデアより共に起業するメンバーが大切

どの会社にも、どんなコミュニティにも一定数、「失礼な人たち」がいる。 「失礼」は抽象的な表現であり、相対的なものなので、当然、ある人が失礼と感じることが、他の人にはそうではないことがたくさんある。 だが、「失礼」は確かに存在している。 「論語」によれば、失礼というのは、慎みと敬意がない、ということである。 例えば、インターネットではよく見かけるが、相手に「バカ」「無能」と言ってしまうのは、失礼にあたる。 同じように、誰かが間違ったことをした時に、皆の目の前で「間違っている」と批判することも、失礼な行為だ。 ◆ 以前、こんなことがあった。 その企業は小さなシステム開発会社で、ワンマン経営をしている社長がいた。 そして、その社長は思い込みの強いタイプで、会議でよく間違ったことを言った。 例えばこんな具合だ。 「ソフトの品質が悪いのは、仕事への思い入れが足りないからだ！」 現実的には、ソフトの品

土日祝日などの勤務時間外にがんばって出した成果を「やっていき」「圧倒的当事者意識」などと手放しに称賛しない方が良いと思っている。 「いやー土日にがんばるなんてスゴイっすね〜〜〜」と褒められて気分良くなったりするんだけど往々にしてそもそも実現不可能なスケジュールの帳尻合わせに加担してしまっていたりする。そういうのは個人の頑張りで巻き返すのではなくいっそ破綻させた方が全体の教訓になるので好ましい。 こういう振る舞いを迂闊に繰り返すとだんだん周囲の期待値も変わってきて「休日で巻き返せる/巻き返してくれるからいっか」「今週末は働いてくれなかったのか…」となってくる。*1 ボランティア精神に近い個人の貢献は当たり前ではないことを共有し続けないといけない。 誤解しないようにしたいのが問題なのは「やり方」であって「出した成果」それ自体は尊いということ。「休日に対応したからゴミ」みたいなことは、ない。平日

「わかる・・・わかるで、それ・・・リモートワークは難しいんやでぇ・・・」 デブサミ2018で、「リモートワークは難しい - それでもぼくらは歯をくいしばってやっていく」というセッションを聞きながら、自分は何度もそう頷いてました。普段自分がなんとなーく感じていたことが、どんどん言語化されていく感触です。共感する内容が盛り沢山で、むっちゃ面白かったんですよ。 この記事では、はてなの粕谷さんのセッションを聞いて閃いた、リモートワークを円滑にすすめるためのオンラインコミュニケーションのコツみたいなものを、いくつか紹介したいと思います。 リモートワークバリバリ導入している組織でも、これからやってみようかなと思っている方々にも参考になる部分あるかと思いますので、気軽に読んでいただければと思います。 ほな、いってみよ。 __ （祭） ∧ ∧ Y　 ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉     ﾘﾓｰﾄﾜｰ

デブサミ2018 15-C-5 資料

インプレスのビジネスWebThink ITWeb担当者Forumインプレス総合研究所IT Leadersドローンジャーナルインプレスの本と雑誌デジタルカメラマガジンできるネットインターネット白書ARCHIVESSmartGridフォーラムネットショップ担当者フォーラムImpress Business LibraryインプレスセミナーDIGITAL X（デジタルクロス）インプレスブックスNextPublishingRittor Musicリットーミュージック楽器探そう!デジマートTシャツPOD　T-OD立東舎山と溪谷社山と溪谷オンラインCLIMBING-NET近代科学社近代科学社Digitalイカロス出版AIRLINEwebJディフェンスニュース通訳翻訳ジャーナルJレスキューWebイカロスアカデミーMdNMdN BooksMdN Design InteractiveICE天海社Comic c

エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ

Qiita:Team エントリのレベルが高い CEO や CTO 、プロダクトマネージャーの書く Qiita Entry のレベルが高く、 Qiita:Team のタイムラインがはてブのホッテントリのようだった。ブックマークできるもんならしたいという感じ。お金を儲ける仕組みってこうやって作り出されていくんだなぁと思いながら眺めてた。技術顧問の伊藤直也さんが残していった名エントリも結構あった。 Kaizen エンジニア行動指針とか。 SRE （インフラチーム）のレベルが高い インフラが盤石だった。 SRE は二人しかいなかったがとても仕事が速く、困ったことがあって Slack のインフラ相談チャンネルで相談したらたいてい 3 分くらいで問題が解決してた。 yosudo さんは問題解決能力が高すぎていまは SRE ながら VP of GA （総務部門のドン）やってるし、 glidenote さ