始めるのをやめよう。終わらせることを始めよう。
あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと
権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
技術ブログが書ける開発をする - Mobile Factory Tech Blog
この記事はモバイルファクトリー Advent Calendar 2021の25日目の記事です。 メリークリスマス🎉 エンジニアのid:kfly8です。 技術ブログの「ネタがない」といったコメントや「この記事の課題がよくわからない」といった記事レビューをすることがあります。技術アドベントカレンダーの時期は、短期間に記事が集中するので、特に困らせているように感じます。 普段から意識する習慣で、楽ができないかと考えると、「技術ブログが書ける開発をする」のが良いと思いました。 誤解しないでほしいのが、「技術ブログを書くために開発をしよう」と言いたいわけではないです。あくまで、チーム、事業の目的ありきです。 ただ「技術ブログが書ける開発をする」ことは、普段の開発の質を高めると思っています。 技術ブログが書ける開発とは？ モバファクの技術ブログでは、「課題を解決する方法や経験を発信したい」と思ってい
2021年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。開発本部 オンボーディングチームの酒井（@sakay_y）です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画（New!）を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日本語話
意識の低いフリーランスの生存戦略
意識の高い人々がブログ等で書く「生存戦略」はだいたい、いかにして金を稼ぐかの話をしている。俺のような意識の低いフリーランスにとっての「生存戦略」は文字通り、下手をすると死んでしまうかもしれない罠だらけの生活において、なんとか死なずに生き延びようという話である。厳密にいえば俺は個人事業主でなく一人会社だが、どちらにしても一人きりなのは同じだ。マイクロ法人とか色々と呼び方はあるらしいが何でも良い。意識の低い孤独な人間がどうやって仕事を得て、どうやって心をすり減らさずに仕事と向き合うか。そんな話を書きたいと思っている。 俺は一人きりの株式会社でWebエンジニアをやっている。他の業種にも当てはまるのか、あるいは全く普遍性が無いのかは分からない。 電話電話には出なくていい。気付かなかったことにして、あとでチャットワークかSlackで「先ほどはすみません」と言えばいい。そのまま文字でコミュニケーション
『稼働率１００％の危険性。』
僕は、大きな災害があったときに、そこに大切な人がいたとしても、 安否確認の電話をしません。 なぜなら、災害の真っ最中の人にとって、電波も電池も貴重だからです。 それを、僕個人の「ほっとする」ためだけに消費するのは、申し訳なさ過ぎます。 僕は、駐車場に車を止めるとき、可能な限り遠くに止めます。 なぜなら、僕は健康で、歩くことを苦にしないからです。 近い場所は、具合が悪い人や､足がいたい人が使うべきだと思います。 だからこそ、大きな災害が予測されるときは、 「休んでもカバーできる。」「休んでもリカバリーできる。」会社は、 休むべきだと思います。 なぜなら、介護の仕事や、病院など、決して休めない仕事に、 貴重な輸送能力や水や食料や電力というリソースを回すためです。 優先度のコントロールは、人生においても、ものすごく重要なことです。 人生には限りがあります。お金にも時間にも限りがあります。 それを
タスクと課題の違いとは？ 仕事のやり方で知っておくといいこと - orangeitems’s diary
仕事のやり方の話 ふと思ったことなんですけれども。 自分がやらなければいけないこと、の管理の仕方には二種類あると思います。 ・タスク管理・・・やらなければいけないことを管理する ・課題管理・・・解決しなければいけないことを管理する どうも効率の悪い人を見ていると、この2種類がごちゃごちゃになっている気がするのです。 私はBacklogというプロジェクト管理ツールを好んで使っていますが、Chatworkにもタスク管理機能はあります。また、人によっては付箋紙を使ってやるべきことを書いてディスプレイに貼りつける人もいらっしゃるとか。 何しろ、何のツールを使ってもさばければいいとは思いますが、タスク管理と課題管理は厳密には違うのに、なんでもかんでも「タスク」化している人がおちいりやすい現象をご説明します。 タスクと課題は違うもの タスクとは、プロセスの集まりでありその通りやっていけば終わる仕事です
【完全保存版】島田紳助がNSCで語った【伝説の講義】全文書き出し
どーもゴーゴーケンゴ(@KNGrits)です！ この『伝説の講義』を丸暗記できるまで何度も繰り返して聞いたおかげで、ブログで結果を出すことが出来ました。 これを愚直に実践すれば、誰でも結果が出るレベルの貴重な話なので、ぜひ最後まで読んでみてください。 ▶︎著名人からのコメント あぁ、これ知られたくない秘伝だったのだがｗ・・。あと絶対に動画でみたほうがいいよ。凄いよ。＞【完全保存版】島田紳助がNSCで語った【伝説の講義】全文書き出し https://t.co/MZJJ3ux0tY — 田端 信太郎＠「ブランド人になれ！」7月発売 (@tabbata) 2018年6月6日 成功するのに必要な事殆ど書いてありますね。 教科書になってない事を研究したから、価値あるんですよ。https://t.co/Rrzvwg9pG1 — SHINJI KIMURA (@shinzizm2) 2018年6月6日
6 年間の起業を終えて - IT戦記
スマートニュースの社員になりました 皆様、お久しぶりです！約 7 年振りにこのブログを書いています。 元気にしてましたか？僕は元気です。 実はこの 6 年間 id:mizzusano とカクテル株式会社という会社をやっておりまして、先日のプレスリリースにもあったようにこの度会社ごとスマートニュースにジョインすることになりました。 UUUM に遊びに（？）行ってはしゃぐ僕と id:mizzusano そこで今日は振り返りも兼ねて、以下の 3 点について、この 6 年間考えていたことを書いて見たいと思います。 事業アイデアより大切なこと 起業家が健康的に働く方法 プログラマーが起業するということ 少しでもこれから起業したい人のお役に立てればと思っております。 事業アイデアより大切なこと 6 年間の事業を振り返えると失敗の連続でした。その中で、事業そのもののアイデアより共に起業するメンバーが大切
いくら正しくても、失礼だと敵視され、殺されてしまう。
どの会社にも、どんなコミュニティにも一定数、「失礼な人たち」がいる。 「失礼」は抽象的な表現であり、相対的なものなので、当然、ある人が失礼と感じることが、他の人にはそうではないことがたくさんある。 だが、「失礼」は確かに存在している。 「論語」によれば、失礼というのは、慎みと敬意がない、ということである。 例えば、インターネットではよく見かけるが、相手に「バカ」「無能」と言ってしまうのは、失礼にあたる。 同じように、誰かが間違ったことをした時に、皆の目の前で「間違っている」と批判することも、失礼な行為だ。 ◆ 以前、こんなことがあった。 その企業は小さなシステム開発会社で、ワンマン経営をしている社長がいた。 そして、その社長は思い込みの強いタイプで、会議でよく間違ったことを言った。 例えばこんな具合だ。 「ソフトの品質が悪いのは、仕事への思い入れが足りないからだ！」 現実的には、ソフトの品
休日の成果を手放しに称賛しない - valid,invalid
土日祝日などの勤務時間外にがんばって出した成果を「やっていき」「圧倒的当事者意識」などと手放しに称賛しない方が良いと思っている。 「いやー土日にがんばるなんてスゴイっすね〜〜〜」と褒められて気分良くなったりするんだけど往々にしてそもそも実現不可能なスケジュールの帳尻合わせに加担してしまっていたりする。そういうのは個人の頑張りで巻き返すのではなくいっそ破綻させた方が全体の教訓になるので好ましい。 こういう振る舞いを迂闊に繰り返すとだんだん周囲の期待値も変わってきて「休日で巻き返せる/巻き返してくれるからいっか」「今週末は働いてくれなかったのか…」となってくる。*1 ボランティア精神に近い個人の貢献は当たり前ではないことを共有し続けないといけない。 誤解しないようにしたいのが問題なのは「やり方」であって「出した成果」それ自体は尊いということ。「休日に対応したからゴミ」みたいなことは、ない。平日
本気でリモートワークを活用する組織が注意すべきオンラインコミュニケーションの指針6点 | DevelopersIO
「わかる・・・わかるで、それ・・・リモートワークは難しいんやでぇ・・・」 デブサミ2018で、「リモートワークは難しい - それでもぼくらは歯をくいしばってやっていく」というセッションを聞きながら、自分は何度もそう頷いてました。普段自分がなんとなーく感じていたことが、どんどん言語化されていく感触です。共感する内容が盛り沢山で、むっちゃ面白かったんですよ。 この記事では、はてなの粕谷さんのセッションを聞いて閃いた、リモートワークを円滑にすすめるためのオンラインコミュニケーションのコツみたいなものを、いくつか紹介したいと思います。 リモートワークバリバリ導入している組織でも、これからやってみようかなと思っている方々にも参考になる部分あるかと思いますので、気軽に読んでいただければと思います。 ほな、いってみよ。 __ （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉 ﾘﾓｰﾄﾜｰ
エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
Kaizen Platform という会社について
Qiita:Team エントリのレベルが高い CEO や CTO 、プロダクトマネージャーの書く Qiita Entry のレベルが高く、 Qiita:Team のタイムラインがはてブのホッテントリのようだった。ブックマークできるもんならしたいという感じ。お金を儲ける仕組みってこうやって作り出されていくんだなぁと思いながら眺めてた。技術顧問の伊藤直也さんが残していった名エントリも結構あった。 Kaizen エンジニア行動指針とか。 SRE （インフラチーム）のレベルが高い インフラが盤石だった。 SRE は二人しかいなかったがとても仕事が速く、困ったことがあって Slack のインフラ相談チャンネルで相談したらたいてい 3 分くらいで問題が解決してた。 yosudo さんは問題解決能力が高すぎていまは SRE ながら VP of GA （総務部門のドン）やってるし、 glidenote さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BLOGOS サービス終了のお知らせ
Google re:Work
在宅ワーカーのためのハンドブック
リモートワークは難しい / Developer Summit 2018
カデーニャ 2024年 記事一覧 - 家電 Watch
