「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい
サイト更新終了のお知らせ - ワザノバ | wazanova
読者のみなさまへ Wazanova News の運営を行ってきた米国法人 Wazanova, Inc. を清算することにともない、当サイトの更新を終了いたします。1 年半にわたりご応援いただき、まことにありがとうございました。 特に、Gittip (Gratipay) を通じて継続的にご寄付いただいた方々に御礼申し上げます。2015年 3月上旬より寄付の受付を終了し、お預かりしたお金は全額 Gittip サイトの運営者に寄付するよう設定してあります。 既存コンテンツは当面の間、従来の URL でも閲覧できます。Jshiike からのご挨拶にもある通り、一部を個人ブログサイトにも移行しており更新も予定されていますので、こちらについてもご愛顧いただければ幸いです。 今後もメンバそれぞれ、IT / ソフトウェアエンジニアの世界に貢献していければと考えております。引き続きどうぞよろしくお願いします
部下への指導によって事態が悪化する7つのパターンと回避方法 | ライフハッカー・ジャパン
Inc.：部下へのフィードバックというものは、あなたの属する組織が十分な成果を達成できるか否か、信頼関係とチームワークを強固なものにできるかどうか、あるいは相手の創造性や慎重さが引き出せるかどうかで大きく左右されます。あなたのフィードバックはいかがでしょうか？ 私は、フィードバックはリーダーシップを発揮する上で、最も強化すべき重要なスキルの1つである一方、最も人を委縮させるものでもあると考えています。多くの人はフィードバックをすることを恐れたり、避けたり、遠回しに伝えたり、あるいは称賛の間に批判をはさむ言い回しで少しぼかした伝え方をしてしまいしがちです。 ところが、そうすることでフィードバックを受けた人間に内容がきちんと伝わらなかったり、相手の気持ちを傷つけたり、成長や改善の機会の損失につながったりと、誰の得にもならないような状況が生まれてしまいます。 しかし、人間は成長しなくてはなりませ
ソフトウェアエンジニアを目指す人へのコードに関するアドバイス | POSTD
この短い記事で私は、ある素晴らしいアイデアを提案します。それは、製品品質のコードは、下記リストに挙げた特性で説明することができるということです。それぞれ、重要性の高いものから順番に記述しています。もしあなたが、学校もしくは独学でプログラミングを学ぶ、真面目な学生なのであれば、製品品質のシステムを構成するコードの特性を学びたいと思うのではないでしょうか。 是非、 ご意見・ご感想 をお寄せください。 読みやすさ 言うまでもなく、読みやすいコードである。 読みやすいコードは、必要に応じて簡単に変更できる。 読みやすいコードは、他の人も理解することができ、共有することができる。
開発合宿をする際の知見 - 昼メシ物語
数年前から身内で時々集まって開発合宿をしていて、成功失敗あわせて知見が貯まってきたので備忘録として記事にしておきます。 なお、ここで開発合宿と言っているのは1,2部屋に1泊して済ませるような規模のもので、ホワイトボードでブレストしまくりといったものではなくて淡々とみんなでパソコンするみたいなものを想定しています。 宿選び あえてオススメの宿リストみたいなのは書きません。なぜなら開発合宿向けの宿まとめみたいな記事を真に受けて失敗したことがあるので、そのようなリソースをインターネットに増やしたくない。 開発合宿で有名な某旅館は、割安ではあるが無線LANが弱すぎ、温泉はぬるすぎ、メシもいまいちという品質なのに、開発合宿に選ばれがちである。○○旅館に行ってきましたという開発合宿レポートをみんながブログに書くから検索にヒットしてみんなそこに行くみたいになってて、負の連鎖が起こってる。 無線LANより
「a-blog cms」を使うべき3つの理由 (1/5)
WordPressがCMS1強時代を築きつつある中、名古屋のWeb制作会社「アップルップル」が開発しているCMS「a-blog cms（えーぶろぐ しーえむえす）」が着実に採用実績を伸ばしています。有料なのになぜ売れているのか？ その魅力は？ 実際に企業サイトを作成しながら、a-blog cmsの使い勝手を体験できる連載をお届けします。解説は開発元のアップルップルにお願いしました。（編集部） a-blog cmsはアップルップルが開発・販売している商用CMSです。Web制作会社として培ってきたノウハウを盛り込み、必要な機能を簡単・便利に使うことを目指して、2009年6月にVer. 1.0をリリースしました。2013年12月にはVer. 2.0をリリースし、1400を越えるサイト、350事業者に利用されています（2014年1月現在）。 クライアントに優しい3つの特徴 ユーザーに優しい編集画面
iOSエンジニアといいかんじなテストの話 - laiso
Consumer Service Engineer MeetUp Vol.1 ~iOS編~ - dots. に行った。 最近あんまりザ・iOSアプリ開発らしいことしていなかったので情熱的な各社の話を聞けておもしろかったし、意識の高まりを取り戻せてよかった。 時間なかったので感想書く余裕ないかと思っていたんだけど、http://ainame.hateblo.jp/entry/2014/04/25/014605 の感想なんかを読んでたら触発された。 人力テスト 自動テスト vs 人力テストの構図というよりは、デベロッパーテスト、品質管理とユーザーテストやユーザビリティテストの違いで理解していた。 テストの目的と観点、誰が何をテストするのかという部分に注目するとスッキリすると思う。 講演した各企業の担当の人はユーザビリティテストに積極的だが、デベロッパーテストはうまくいってないという話を確かにし
ぜんぜん「ストーミング」しないブレストを劇的に改善する！ | Lean Startup Japan LLC
仕事で多くのブレインストーミングに参加しますが、本当にブレインがストーミングしたところを見ることは非常にレアです（笑） 「アイディアの否定はしない」「Yes, andでひとのアイディアに乗っかる」「適度な人数・時間」など最低限のルールは準拠しているのですが、出てくるアイディアは予想された範囲内で、ぜんぜん「発散」しきれません。こうした状況はきっとみなさんの職場でも起こっているのではないでしょうか。 ルールは守っているにも関わらず、まったく発散できない理由はなんでしょうか。 ファシリテーターが上手にアイスブレイクできないから？ そもそも参加者のクリエイティビティが少ない？ 原因は様々挙げられますが、実はほとんどのケースで起きているのは、主催者がどのようなアイディアを期待しているかが見抜かれていることが原因です。参加者はブレストのテーマから主催者の意図を察知して、なんとか良い答えを出してあげよ
猫型プログラミング言語史観(1) 〜あるいはオブジェクト指向における設計指針のひとつ〜 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
TL;DR 手続き型プログラミングでは手続きを抽象化することで保守性を挙げることに成功したが、データを守ることには失敗してしまった。そこでオブジェクト指向はデータと手続きをひとかたまりにすることでデータを外から守るというコンセプトを打ち出した。 ここから、「手続き型プログラミングで書いてるのに手続きが十分に抽象化されていないのはヤバいね」とか「オブジェクト指向で書いてるのにひとかたまりじゃない雑多なデータに関心をもっちゃってるのはヤバいね」などの設計指針を導くことができるのである。そして純粋関数型言語の場合は……という話です。 はじめに プログラミング言語にはいろいろなパラダイムがあるが、その中で手続き型プログラミング、オブジェクト指向、純粋関数型言語について、わたしなりのひとつの史観を示すのがこの稿の目的である。となんかかっこつけて言ってみたんだけど、要するに、それぞれのパラダイムがどん
失敗しないセミナー当日運営（持ち物リスト＆司会台本サンプル付き）／セミナー開催マニュアル3 | セミナー開催実践マニュアル
まずは、持ち物リストに目を通してもらいたい。一般的なビジネスセミナーにおいて必要になるものをまとめた簡易チェックシートになる。 セミナー当日の持ち物リストをダウンロード！ 必要に応じてこの持ち物リストを修正し、当日必要なものを準備しておき、最終チェック時にバッグに入れながらリストにチェックマークを付けていくといいだろう。 オフィスから距離のある会議室を借りて開催する場合などは、当日開場入りしてから慌てることがないよう、前日までに担当者全員が持ち物チェックをしておくことが望ましい。また、委託業者が仲介したり会議室を借りたりする場合は、誰が何をどこまで用意するのか、責任範囲を明確にしておくことがミスを未然に防ぐカギだ。 開場1時間前～開場まででは、ここから当日の流れに沿って注意点を洗い出していこう。開場の1時間前までには担当スタッフとスピーカーが会場に揃っていることが望ましい。本来は会場の下見
ビジネスを（特にウェブで）作って率いていく人に贈る18個のアドバイス | Web担当者Forum
今日はちょっと目先を変えて、小さなベンチャー企業を率いる者の心得について語ってみたいと思う。 SEOとは違って、こういったテーマについて話ができるような説得力や経験なんて、僕にはほとんどない。たしかに、僕は何十という検索マーケティングプロジェクトを成功に導いてきたけれど、ベンチャー企業の経営に関わったのはたった1社、つまりSEOmozだけで、僕自身の経験は限られている。だけど、僕は世界のあちこちにあるベンチャー企業で成功を収めた（あるいは収められなかった）CEOや起業家と一緒に仕事をしたり、顔を合わせたりする機会に恵まれてきたんだ。 ここでは、ベンチャー企業のCEOたる者はこんなことをしなくちゃならないとか、やっていいことと悪いことの区別なんてものを偉そうに語るつもりはない。単純に僕個人の経験、つまり僕がうまくやれた点とかしくじった点をみんなにも知っておいてもらいたいんだ。 ほかのCEOの
まとめ：続・時間を有効に使うライフハック21選 : ライフハッカー［日本版］
どんなに追い求めても、待ってはくれないニャー。 と、言ってるのかは定かではありませんが、過ぎ去った時間が二度と戻ってこないのはご存知のとおり。4月の年度替わりまで、残すところちょうど1ヶ月。新年度を迎える前に見て欲しい、自分の時間を有効に使うための方法vol.2をまとめました。vol.1と合わせてどうぞご覧あれ。 ■まずは自身のタイムマネジメント ・日々の時間の使い方を淡々と記録するソフト『ManicTime』 ・あなたの時間節約方法はなんですか？ ・不況に負けないためのタイムマネージメント術 ・通勤時間に ToDo 管理 ・シンプルが魅力的なWebベースのToDoリスト「Wipee List」 ・『Productivity Meter』でパソコンの使用状況を記録（無料） ・サクッとTo-Doリストを作れるサイト「Printable Checklist」 ・Gmail Labsの新タスクマ
時間の見積もりをどうするか？ －「仕事が忙しい！」の9割は思い込みだった【2】
完璧にスケジューリングしたつもりなのに、なぜいつも時間が足りなくなるのか。それは時間リスクの見積もりが甘いからです。 仕事の計画を立てるとき、万が一に備えて手は打ってあると胸を張る人は少なくありません。しかし、その多くは危機（ハザード）管理であって、リスク管理でないことに気づいていない。 ハザードとは、災害や事故といった事態のことであり、危機管理ではハザード発生時のリカバリーに主眼が置かれます。一方、リスクはハザードと違い、日常の中で予定どおりに進まない可能性があるものすべてを指します。たとえば「仕事中に突然、顧客が来訪する」というイベントは、けっして災害や事故ではありませんが、日常的で不確実という点では立派なリスクです。時間のリスク管理とは、こうしたイベントを事前に把握してマネジメントすることをいいます。 普通に仕事をしていれば、さまざまな時間リスクに出合います。「いざ外で仕事をしようと
社会人なら押さえておきたいフレームワーク思考 - livedoor ディレクター Blog(ブログ)
こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ウォール街の発見､バンカーを過剰に働かせるこつは自己管理制 - Bloomberg
layer8.sh