一流の技術者ほど｢マルチタスク｣しない納得理由
多くの人が体験する過剰な「マルチタスク」 現代のビジネスシーンでありがちな脳の酷使、マルチタスク環境について少し考えてみたい。 1日の中であれもこれもと種類の違う仕事がふりかかってきて、さらに打ち合わせや会議や電話応対など、差し込み仕事がどんどん入ってきて、同時並行でタスクをこなさないといけない場面を多くの人が経験しているはずだ。 私自身はマルチタスクがとても苦手だ。マイクロソフトでは、「電話番」と呼ばれるマルチタスク業務が尋常でない期間がある。 普段はソフトウェアの開発に集中できるが、数週間に1週程度、お客さんから上がってくるインシデント（システムの問題や障害レポート）にのみ対応する期間があって、そうなると、複数のインシデントに対応しなければならず、いろいろな人から連絡が入り、開発側からのリリースもやらないといけなかったり等、マルチタスクが一気に押し寄せる。 そんな環境を乗り切るヒントを
品証チームに参画後の半年間で取り組んだこと - ドワンゴ教育サービス開発者ブログ
はじめに N予備校品質保証チーム（以下品証チーム）の望月です。 ドワンゴには2022年1月に中途入社しました。 組織が立ち上がってから1年半という品証チームに参画後の半年間で、プロダクト／プロセス品質向上の観点で取り組んだ改善活動をご紹介します。 ※表現に関する補足 この記事では、テストや品質に関連する業務を「QA」と表現しています。 目次 はじめに 目次 参画当初の品証チームの状態 改善活動の前に取り組んだこと STEP1：整理の方針を決める STEP2：課題を洗い出す STEP3：課題をカテゴリごとに分類分けする STEP4：課題改善の取り組み内容と実施効果を整理する STEP5：総合的な判断で課題の優先度を決める STEP6：担当者をアサインし、改善活動を実施する 改善活動の取り組み 1.各クライアントチームへの品証メンバー参画 2.テストデータの整備 3.リグレッションテストのメン
｢できるからやる｣から脱却しよう - GoTheDistance
atsuizoさんのこのエントリを読んだ。 そろそろ内製回帰について一言いっておくか。 - なからなLife 同時期に内製派として出会い、立場は変われど目指す方向が同じの友人のエントリを読んで、歯がゆい気持ちになった。 上記エントリの骨子は｢プラスを広げる内製のメリットを引き出すためにも、「言われたからやる」じゃなくて「提案して、実行する」ことに価値がある、それをモチベーションにする組織作りをしなくてはならない｣ということにあり、その点については完全に同意です。 でも、現場じゃ忙殺されているうちにわかんなくなるんだ。何のために今この仕事をしているのか、が。それを伝えるのは、経営の仕事なんだ。 僕は中小企業に属しているから経営と実際の業務と情報システムの３つの軸を自分の中に立ててバランスを取ることができていますが、ほとんどは｢経営｣｢現場｣｢情シス｣に役割が別れているため、その調整コストたる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。
InfoQ: TDDを根づかせる:導入の問題と解決策
