名前の由来となった、トマト型のキッチンタイマー ポモドーロ・テクニック（英: Pomodoro Technique、ポモドーロ法）とは、1980年代にイタリア人のフランチェスコ・シリロ（フランチェスコ・チリッロ、伊: Francesco Cirillo）によって考案された時間管理術。 このテクニックではタイマーを使用し、一般的には25分の作業と短い休息で作業時間と休息時間を分割する。1セットを「ポモドーロ」と呼ぶ。これはイタリア語で「トマト」を意味する言葉で、シリロが大学生時代にトマト型のキッチンタイマーを使用していたことにちなむ。 ポモドーロ・テクニックを元に、ポモドーロ・タイマー[1]と呼ばれるタイマーがある。 このテクニックは2009年に出版されたシリロの著書『The Pomodoro Technique』（どんな仕事も「25分+5分」で結果が出る ポモドーロ・テクニック入門）や、自
会社員なら、他人に仕事を頼んで、その進捗を確認するのが「面倒くさい」と感じた経験があるはず。しかし、たとえどんなに面倒でも、自分がすべての仕事を背負うのは不可能です。一体どうすれば他人に気持ちよく動いてもらえるのでしょうか。 今回お話をうかがったのは榎本まみさん。これまで2000億円もの債権を回収してきた、スゴ腕のオペレータです。多重債務者と日々向き合い、数多のクレームや罵詈雑言に立ち向かってきました。 そんな榎本さんも、新入社員の頃は「人と話すのが苦手だった」そう。自己分析を繰り返し、債務者の心理を研究することで、「人にものを頼むテクニック」を身につけていきました。 インタビューでは、電話からメールまで幅広く使えるテクニックを惜しみなくご紹介いただきました。その内容を、8つの心得、文章添削のパートに分け、まとめています。優しいしゃべり口からは想像できない、人間の心理に対する深く鋭い洞察が
今日は、朝６時からBASSDRUM（会社を含んだコミュニティ）の評議会だった。なんのことやらわからないと思うが、要は会社とその周辺のメンバーが集まって議論する会議で、今日の会議は本当に良い会議だった。皆さん本当に偉い、尊い、すごい人たちで、自分がこの中で仕事をさせてもらえていることが光栄すぎて気がおかしくなりそうだ。あんまりやると心身の調子を崩すので、ニューヨーク時間の夜の12時以降と朝の9時前はミーティングを入れないようにしているが、それでもどうしても発生することがある。朝早いミーティングの場合は、ギリギリに起きると絶望的な気分になるので、どんなに寝ていなくても１時間前には起きてコーヒーを挽くであるとか、抹茶を点てるであるとか、無理くり活動を開始しておくと、生活の中に自然に発生したミーティングとして処理できるので良い。 今日も日記を書かなくてはいけないが、昨日紹介した川村さんの記事が思っ
今の会社に転職してきて驚いたのは、仕事の細々した部分がアナログで回っていたところだ。 「細々した部分」というのは、例えば伝言メモとか、社内・部署内回覧文書とか、そういう類のもの。有給を取った次の日に出社すると、デスクの上には沢山の付箋と紙が置いてある、という感じ。そして、データの受け渡しに実物のUSBメモリが行き来する。ゲーッ！今はもう平成も終わる2018年だぞ！！ また、「△△さん、株式会社〇〇のＡさんへ電話を入れてください」といった伝言を伝えるのに、該当部署に内線をかけるも不在、その折り返しをください、そしたら今度はこっちが離席・・・ といった無様なキャッチボールも頻繁に発生する環境。 自分の部署全員で共有する仕事も、「みなさんちょっと聞いてくださ～い」みたいに呼びかけて、資料を配って、説明して、そしたら途中で電話が入って説明が中断して、といった具合。非常に効率が悪い、というか、やって
議事録のツイートへ沢山の反響を頂きましたので、ブログにまとめてみたいと思います。 優秀な戦略コンサルの仕事術は綺麗なパワポを作ることではなく、議事録ベースで大企業のコンセンサスを作っていくことだし、古来共産圏では書記長が一番偉いし、そもそも議事録取りは雑用なんかじゃなく、選ばれた人しか務まらない仕事でもあるんだけどね。AIで音声を書き起こすのが議事録ではない。 — 誇りで飯が（ry (@908_908) 2018年9月18日 大企業では（別に大企業でなくてもですが）、普通物事は簡単に決まりません。というのも、所有と経営が分離している非オーナー企業では、特定個人の意見を押し通すようなことができないためで、良く言えばこれがガバナンスというヤツなのですが、筆者の個人的な経験では、ビジネスの世界に唯一の正解はないとは言うものの、多くの場合「正しい方向性（Direction）」という広さでは概ね１つ
私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が本当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の３倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、４７年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年
できる犬さんMarkdownエディタを一人で作りながらフリーランスをしています。今月(11月)の売上は18万円を超えました。順調に伸びていて嬉しい。毎日楽しいです。 個人開発はスピードが全てです。残業代もがんばった賞も出ないからです。一人何役もこなさないといけないので、作業のスイッチングコストが常につきまといます。設計してコードを書いてユーザサポートをしてマーケティングして・・。ましてや本業などがあると、プロジェクト単位で脳を切り替える必要もあります。 プロになってから約8年、常に本業と並行して何かしらの個人開発を続けて来ました。そして、このスイッチングコストをどうすれば最小限に抑えられるかという課題と向き合ってきました。自分で言うのも何ですがかなり速いと思います。例えば、先日ユーザさんから機能要望を受けたのですが、書き込みを見て２時間で対応してリリースしました。そしたらユーザさんが「速す
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
『「ひとり会議」の教科書』を読みました。 本書を読もうとしたきっかけは、考え事を「ひとり会議」と称して行うのが面白そうだったからです。また、どのようにひとり会議を行うと、普通の考え事とは違う結果になるのか興味があったからというものあります。 今回は、ひとり会議を行うべき理由とひとり会議の流れを紹介したいと思います。 Photo:Meeting Myself By Cybergabi なぜ「ひとり会議」をするのか 私たちの頭には、どんなときも絶えず様々な思考が浮かんでは消えてを繰り返しています。仕事をしているときも、テレビを見ているときも、この記事を読んでいるときも、この思考は止まることはありません。 普段はこの思考に振り回されることはないのですが、やるべきことが処理しきれないほど増えすぎると、「あれもやらなきゃ」「これもやったほうがいいかも」といろいろなことに目が行ってしまい、目の前にある
Getting Things Done（ゲッティング・シングス・ダン、「物事をなし遂げる」）、略称 GTD（ジー・ティー・ディー）は、個人用のワークフローの管理手法である。デビッド・アレン（David Allen）が同名の書籍『仕事を成し遂げる技術 ―ストレスなく生産性を発揮する方法』（原題: Getting Things Done、2002年）の中で提唱する。ハッカー文化の一つで[要出典]、LifeHack（ライフハック）の中でも代表的なものである。 「ナレッジワーカー（知識労働者ないし頭脳労働者）の仕事術」と呼ばれ、「次に何をやるか」という予定やスケジュールの管理、作業する上でのモチベーションを損なわないための体制作りなどが含まれる。心理的な負担を減らしながら個人の生産性を上げることを主眼とし、簡単な5つのステップを実行することによって成し遂げたいことを現実にするメソッドである。基本は
新しい仕事やプロジェクトを始める時に、コードベースを一から作ることはめったにありませんよね。なじみのないコードと格闘するのは骨が折れますし、新たに取り込む情報の多さを考えると、気の遠くなる思いがします。Rubyを使っていた環境からNestoriaに移った私の場合は、新しいコードベースの学習に加えて、Perlまで勉強しなくてはならなかったため、二重の苦しみを味わいました。そんな私が、できるだけ短期間で生産性を上げるために使った7つの方法を紹介します。 謙虚になろう プログラミングと聞いて、真っ先に”謙虚さ”を思い浮かべる人はいないかもしれません。何しろ”傲慢”が プログラマの三大美徳 の1つに数えられているくらいですからね。そうは言っても、なじみのないレガシーコードに出くわしたら、あまりにも分からないことが多すぎて、何度もミスをしてしまう自分にきっと嫌気がさすでしょう。このような場合は、謙虚
2012年と2013年を独学に費やしました。 予定した2年が終ったので、試行錯誤していたやる気対策の話と、お世話になった本のリストを書いて、打ち上げにします。 やる気対策 2年分の時間と教材は確保していたので、あとはやる気をどう生成するかが問題でした。 「やらなきゃ」って気持ちは役に立たないどころか邪魔になることも多かったです。 脳という、意志だけでは制御できない他人みたいな存在に、できるだけやる気をだしていただこうと、いろいろ気を使いました。 試してみた中から、効果を感じられた習慣を挙げます。 運動する 体調とやる気の相関は強く、体調を整えるためにもコンスタントに運動するように心がけてました。 歩くの好きなので、2日に1回は1時間くらいウォーキングする、みたいな感じです。 歩いてる間、血行が良くなるおかげか頭が回りやすく感じていたので、問題を解いたり考え事をする時間にしてました。あと謎に
問題はパワポではなく、プレゼンターです。 http://www.slideshare.net/jessedee/you-suck-at-powerpoint-2 の英語版から翻訳致しました。Read less
2024年9月30日をもちまして「秒刊SUNDAY」はサービスを終了いたしました。 長い間、ご愛顧いただき誠にありがとうございました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
