アニーを動画で見る クラウド型チェックリストって何? アニーを使うとどんな効果がでるの? その疑問、この動画ですべてわかります!
チェックリストを活用すると大変便利です。 例えば、タスクのToDoを細かく分けたい時、タスク名を「今月の大掃除」、チェックリスト名を「掃除箇所」と作成し、アイテム項目には「ガスコンロ」「換気扇」「エアコン洗浄」のようにアイテムごとにチェックリストを作っておくと、どこまでタスクを終えたのかが一目瞭然になります。また、チーム内の案件で定期的に確認する項目がある場合には必ず行う契約書に関してのことや、見落としを防ぎたい” 納品後の確認項目 “など一覧にしてチェックリストにしておくことでミスを防ぐという使い方ができます。 チェックリストにはアイテムごとに期間、担当者を設定することが可能です。 有料プランのお客様のみとはなりますが、チェックリストのアイテムもGoogleカレンダーと連携可能です。( 詳細はこちら ) また、ご自身で作られたチェックリストは「保存」して必要な時に使うことが可能です。 同
最初に注意: この文章は「はじめに」「総論」が長いです🙃 追記@2021/08/11 17:46想像よりはるかに反響をいただいたので、せっかくだからと要点をMarkdownにしてGitHubに置いてみました。何かにご利用ください。 はじめに・「仕事のコード」、つまり、業務などで作ったコードが、なるべく負債にならず、なるべく俗人化しないようにするために留意すると良さそうなことを自分の経験などから列挙したものです。 ・ちなみに、「対象読者」に書いてありますが、そもそものモチベーションが「非エンジニアがノーコード系のサービスで作ったシステムが最近増えつつあるような...」というところでした。こういうのどう取り扱うといいんですかねとなった時、まずは運用できる形にしてもらいたい、という狙いがあります。結果的に、ジュニアなエンジニアが良いシステムを残す上でも使える知識かなと思います。 ・個別の項目に
サイエンス誌に続きネイチャー誌が… 世界中の科学者が読む雑誌が二つある。アメリカのサイエンス誌と、イギリスのネイチャー誌だ。どちらも様々な分野の科学論文を掲載すると同時に、世界中の科学に関するニュースを取り上げるという特徴がある。 その二大巨頭が、日本の研究者が起こした同じ研究不正の事例を大きく取り上げた。 What universities can learn from one of science’s biggest frauds その事例は史上最悪の一つとも言われる。 それってあのSTAP細胞事件?と思ったあなた。まったく間違っている。 STAP細胞事件など比べ物にならないほど大きな事件を、日本人研究者が起こしていたのだ。それが、元弘前大学の教授だった故S氏がおこした事件だ。 サイエンス誌があぶり出す「医学研究不正大国」ニッポンなぜ最悪なのか その事件が最悪と呼ばれるには理由がある。
薬学部に行くなら知っておきたいこと method-of-pharmacist.hatenablog.com 薬剤師は人気の高い職業です。 就職先が多い、専門職、医療の現場に貢献できる、収入が安定している、社会的な地位がそれなりに高い……メリットは多くあります。 この不況の時代では薬剤師が重宝されるのはよくわかります。 昔も今も薬剤師は大人気の職業です。 薬学部に進学したいと思う学生が多いのも自然なことです。 しかし軽い気持ちで薬学部に入ってしまったがゆえに、後悔してしまう学生が多いことも現実です。 薬剤師になりたいと思っているのであれば、それゆえに覚悟しなければならないことは数多くあります。 薬学部に進学する前に、以下のことは心得てください。 1.6年間という薬学部生活は長い 18歳から24歳を過ごす学生生活。 小学校と同じだけの時間を過ごすわけですから、この年月は想像以上に長いです。永遠
米国勤務時に身につけた習慣 私が愛用しているのは、日本能率協会のA5サイズのダイアリー手帳です。これには、その日に訪問する会社や来客予定、ミーティング、展示会の時間と場所などを書き込みます。こうしたスケジュールはアポイントが決まれば秘書が作成してくれ、グループウエアの電子カレンダーで共有。手帳とスマホは必携アイテムになっています。 いずれは、すべての情報を電子化したいと考えていますが、まだ手書きのメモも少なくなく、その意味では過渡期といえます。面会する人については、名刺データベースから会社での所属と役職、来社歴などを抜き出してもらう。それは、すんなりと会話に入っていくための予備情報の役割を果たします。 なぜ手帳に記入するかというと、日々の行動記録という意味があるからです。この習慣は、2003年から5年間、私が当社のアメリカ現地法人に勤務したときに身につけました。米国人社長のティム・ハッセル
チェックリスト。一覧のうち、項目に合致したらチェックを入れていく。 チェックリスト[1](英: check list)は、確認項目と、「はい」「いいえ」、「〇」「×」などの判定が組になった一覧表。業務や作業をする前に、「必要になるモノ」や「必要になる行動」を一覧表にまとめ、実施漏れや順序のミスを減らすことができる。[2]。確認事項を効率的に網羅的に漏れなく確認するための手法で、様々な場面で使われる。 使い方[編集] 用途は日常やビジネスなどで様々であり、個人では遠足や旅行の荷物確認、健康診断アンケート、買い物などの場合に用いられる。 企業では漏れなく安全に作業を遂行する為に用いられる。 特に1つのミスが人命に関わるような航空業界では、飛行機の操縦を行うにあたっての注意書きや確認事項を項目別にリストアップしたチェックリストを、二人の操縦士が1項目ずつ読み上げ、正しく操作がなされたかを確認して
こんにちは。子煩悩ライターのイワタテです。 娘、と書くより、愛娘、と書いた方がしっくり来るんです。 きっと、愛しているからでしょうね。 ところで、ライターという職種に限らず、仕事で文章を書くすべてのみなさん。 原稿、自信をもって出していますか? 僕は、自信をもって出しています。 その秘密は、原稿提出直前に必ず使う、15項目のセルフチェックシートです。 このチェックシートを活用するようになってからというもの、クライアントの機嫌は良くなるし、読者からのレスポンスが見違えたし、みるみる仕事が増えていくし……父ちゃんやったぜ愛娘! 原稿送信のボタンを押すときはいつも不安になるという方。 よろしければこのチェックシート、印刷して机のどこかに貼って、使ってみてください。 □ 原稿の結論がタイトルに明記されているか。 何が書いてある原稿か直感的に理解できなければ、そもそも読者はページを開かない。 □ 想
ビリー・ワイルダー監督の映画が好きだ。20世紀中盤に活躍したアメリカの映画監督で(出身はオーストリア)、軽妙だがよく練り込まれた脚本と、俳優の持ち味を生かす演出やキャメラが特徴である。先日も「深夜の告白」をBSで放映していたので、すかさず録画した。彼は「サンセット大通り」「アパートの鍵、貸します」「昼下がりの情事」など、映画史に残る有名な作品をいくつも撮っているが、古い人なのでややマイナーな作品はなかなか見るチャンスがない。 ビリー・ワイルダー監督の一番好きな点は、『職人的』であることだ。妙に芸術映画をねらったり、あるいは大作で観客動員をあてこんだりする映画作家も多いが、彼は堅実な作風で、かつ観客のかゆいところに手が届くサービス精神に満ちている。その上で、ときに忘れがたい名シーンを作り上げる。職人に徹しながら、ある瞬間、職人芸を突き抜けて普遍的表現に至る。その点で、ヒッチコックや、もっと古
特に従来 Windows9x/Me でネットワークを構成し、Windows 2000 や XP を追加した場合、お互いのネットワーク共有にアクセスできない場合があります。 ここでは、ネットワーク共有に接続できない場合にチェックすべき項目をリストし、各項目をクリアしていくことで、共有にアクセスできない問題の解消を手助けします。 チェック1:同じプロトコルを使っていますか? Windows95 は標準で TCP/IP がインストールされていません。 Windows98 以降は、LAN アダプターを追加すると、標準で TCP/IP がインストールされますが、TCP/IP が削除されていたり、構成されていない場合、正しく通信できない場合があります。 従来のネットワークで NetBEUI による通信が行われている場合、XP にも NetBEUI プロトコルを追加した方がよい場合があります。 XP
手順書通りに運用作業を実施したかどうかを確認するチェックリスト。仕様書のバグを見つけ出すチェックリスト。ユーザーへのヒアリング事項の漏れをなくすチェックリスト――。 ITの現場では,さまざまなチェックリストが利用されている。あなたは,そんなチェックリストにどんな印象を持っているだろうか。 「日経SYSTEMS」11月号でチェックリストの特集を担当することになり取材を始めたところ,現場のITエンジニアから意外なくらい否定的な意見を聞いた。それは,「管理部門が押し付けてくるもので,現場では役に立たない」「現場で重大な作業ミスが起こるたびに,その再発防止策として増えていく負の遺産だ」といったものだ。 要するに,チェックリストは現場の“嫌われもの”。現場のITエンジニアは,渋々使うか,形式的に使うフリをしている,とのことだった。 現場で改良し「手放せないツール」に 一方,取材を進めるうち,「チェッ
Aiming Inc. 社内で行われたレベルデザインに関する勉強会のスライドです。使用許可の無い画像は削除してあります。ご了承ください。
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。 リスクマネジメントの重要性 プロジェクトを成功させるために、リスクマネジメントは非常に重要である。特にソフトウェア開発のプロジェクトでは、何らかのリスクが必ず存在する。新しい技術を使っていたり、稼働環境のOSのバージョンが新しくなっていたりと、いままで採用したことのない技術や手法を用いることは頻繁に起こり得る話であり、そのほとんどの場合にリスクが付きまとう。顧客に関連するリスクも気を付けないといけない。なかなか仕様を決めてくれない顧客や、担当者が忙しくて時間が思う
前半はいまいち入り込めずに読んでいた本書ですが、後半になって、より具体的に言えば第8章に入って突然ギアが入りました。 もちろん、著者としてはこの8章についてもそれまでの章と同様のテンションで書いていたのかも知れませんが、僕にとっては急にスイッチが入り、ぐいぐい引き込まれるように読みました。 読みながらいてもたってもいられなくなり、いったん読むのを中断して作ったのが以下のリストです。 □本のタイトルとサブタイトルだけを見た印象から「この本から学びたいこと」を疑問文の形でリストアップする □表2~表4までに書かれている内容に目を通し、新たに思いついた「学びたい」とを1に追記する □著者プロフィールから誰向けの本を書いている人なのかを読み取り、そのプロファイルをリストアップする(例:○○で困っている人向け) □「はじめに」を読み、新たに思いついた「学びたい」とを1に追記する □「目次」に目を通し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く