並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 6494件

新着順 人気順

PMBOKの検索結果1 - 40 件 / 6494件

  • 戦略(Strategy)、作戦(Operation)、戦術(Tactics)、そして兵站(Logistics) - UEI/ARC shi3zの日記.

    • 夏休みの宿題進捗管理をIT化したら子供が凄くやる気出した話

      長男(今年9歳)が通っている学校は、かなり宿題が多い学校のようで、低学年でもそれなりの量の宿題が出ます。当然、夏休みの宿題も結構な量です。 長男は、普段の勉強については特に苦労をしていないようですが、やはり小学生であって、計画的に宿題をするのは苦手です。 一年生の時の夏休みの宿題も、結局すべて片づけるのはかなりギリギリになっていたようで、8月下旬くらいに泣きべそをかきながら宿題をやっているのを観測しました。 小学校の宿題に親が口出しするのもどうかなと思いまして、一年の頃はあまり干渉しなかったんですが、ちょっとそれを見て反省というか、考えを改めました。 宿題の本来の意味は、「家庭での勉強の習慣を作ること」だと思います。それが機能しないばかりか、単に嫌な思い出ばかりになってしまい、机に向かうこと自体がイヤになってしまったら可哀想だなーと思ったからです。 そこで、2015年の夏休みは、多少干渉し

        夏休みの宿題進捗管理をIT化したら子供が凄くやる気出した話
      • いつ来るか分からない15分のために常に準備をしているのがプロ、デザイナー奥山清行による「ムーンショット」デザイン幸福論

        「自分が考えていることを、その場で決められた時間の中で他の人とシェアしないのは、プロとして犯罪に近い」 「プロというのはシステムで仕事をする人間である」 「いつ来るか分からない15分のために常に準備をしているのがプロで、来ないかもしれないからと言って準備をしないのがアマチュア」 などなど、非常に刺激的な言葉が次々と飛び出したのが、CEDEC2011の2日目基調講演「「ムーンショット」 デザイン幸福論」です。 国際的な活躍を続けるインダストリアルデザイナー、奥山清行氏による講演となっており、「実際に会場にいらした方に直接語りかけたい」という本人の強い希望によって、ニコニコ動画「CEDECチャンネル」での配信や講演資料の配布はなし、「最後の瞬間まで講演内容を考えたい」ということで演題・内容についての事前発表もなし、という直前まで謎のベールに包まれていた講演だったのですが、見ての通り少し書き出し

          いつ来るか分からない15分のために常に準備をしているのがプロ、デザイナー奥山清行による「ムーンショット」デザイン幸福論
        • 父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ

          もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの?」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。(管理の難易度が高い)郵便局の仕事は大きく「郵便」「貯金」「保険」の3つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は3年(?)毎に別の局(調布市郵便局とか)に移動する。 1. 新しい職場(チーム)に赴任したらそこの中心人物の協力を取り付ける中心人物:顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。(役職的には自分より下の人です。) 父「誰に聞いても山田(仮)さん

          • lifehacker ライフハッカー 日本版

            ワコール発「男性用レース下着」はなぜ売れる?こんなの待ってたの声も! Sponsored by はたわらワイド

              lifehacker ライフハッカー 日本版
            • JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]

              代表中山陽平 ブログ「苦手意識を無くせばWeb活用はうまくいく」弊社では「がんばる中小企業」のWeb活用をサポートしています。今の時代、第3者である、制作会社や代理店におまかせでは勝てません。同じような商品・サービスが溢れる中、選んでもらうためのコンセプトを立て、それを実現するためにネットもリアルも総動員しながら戦う必要があります。 みなさんが世の中に・自社の従業員に実現したい幸せや提供価値を、しっかりと実現していくためには、みなさん自身が主役になり、私達のような専門会社が側面支援するのがベストです。 このブログでは御社が中心となってウェブ活用できるヒントを配信しています。お悩みの方はお気軽に問い合わせフォームからご相談ください。 最新の記事一覧

                JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]
              • 透明性の低いコミュニケーション | smashmedia

                ごめんなさい。smashmediaのブログは削除されました。 10年に渡り、あちらこちらに書き連ねてきましたが、ご愛読いただきほんとうにありがとうございました。またリンクしてくださった方にも、心からお礼申し上げます。 以下、少し駄文を書きます。 ブログには「パーマリンク」という基本的な考え方があり、すべての発言や記事は半永久的に固定されたURLによって公開され、未来におけるアクセス権(閲覧可能性)を担保するという、じつに素敵なコンセプトなのですが、一方で古い情報が永遠に残り続けてしまうという弊害も生んでいます。 ブログというものが「ストック」であるならば、そこに書かれた内容に対して、書き手であるブログ運営者は責任をもつべきで、自らの考え方が変われば内容を更新し、状況や情報が変われば現在にあわせて修正すべきです。 でも現実問題として、そこまでさかのぼって更新や修正をできるほうが稀で、結果とし

                • いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok

                  去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい!あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って

                    いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok
                  • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

                    Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

                      物理サーバを選定する際のポイント – Eureka Engineering – Medium
                    • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

                      先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

                        システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
                      • @IT

                        人気過去連載を電子書籍化して無料ダウンロード提供する@IT eBookシリーズ。第117弾は、連載『やさしいデータ分析』の全編を電子書籍化しました。表計算ソフトで試しながら、基本的なデータ分析を学べます。前提知識は不要で、全ての社会人にお薦め。ここからデータ分析の第一歩を踏み出しましょう!

                          @IT
                        • 意識の低いフリーランスの生存戦略

                          意識の高い人々がブログ等で書く「生存戦略」はだいたい、いかにして金を稼ぐかの話をしている。俺のような意識の低いフリーランスにとっての「生存戦略」は文字通り、下手をすると死んでしまうかもしれない罠だらけの生活において、なんとか死なずに生き延びようという話である。厳密にいえば俺は個人事業主でなく一人会社だが、どちらにしても一人きりなのは同じだ。マイクロ法人とか色々と呼び方はあるらしいが何でも良い。意識の低い孤独な人間がどうやって仕事を得て、どうやって心をすり減らさずに仕事と向き合うか。そんな話を書きたいと思っている。 俺は一人きりの株式会社でWebエンジニアをやっている。他の業種にも当てはまるのか、あるいは全く普遍性が無いのかは分からない。 電話電話には出なくていい。気付かなかったことにして、あとでチャットワークかSlackで「先ほどはすみません」と言えばいい。そのまま文字でコミュニケーション

                            意識の低いフリーランスの生存戦略
                          • Dropbox - Home - Secure backup, sync and sharing made easy.

                            DropboxStore, share, and access files across devices

                              Dropbox - Home - Secure backup, sync and sharing made easy.
                            • エンジニアが知っておきたい工数見積もり術! " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub|若手Webエンジニアのキャリアを考える!

                              エンジニアが知っておきたい工数見積もり術!  無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇( @jun_ikd)です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策

                                エンジニアが知っておきたい工数見積もり術! " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub|若手Webエンジニアのキャリアを考える!
                              • イーロン・マスクのロケット製造5つのステップがサイコーだった

                                イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

                                  イーロン・マスクのロケット製造5つのステップがサイコーだった
                                • タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話

                                  何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に

                                    タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話
                                  • スゴ本100

                                    いつのまにか1000エントリ超えてたので、ここらで100に絞ってみる。 このblogで「スゴ本」認定されたもの、企画「この○○がスゴい」で挙げられたものを、100にまとめてご紹介。順序適当、偏見なし、ビジネス、サイエンス、エロマンガ。ブンガク、ビジュアル、なんでもアリ、啓蒙、アダルト、劇薬なんでもござれ。「ノンフィクション」、「フィクション」、そして「劇薬系・成人指定」の三本立てでご紹介。番号は便宜上つけたものなので、ランキングにあらず。 こんなにスゴい本に出合えたのは、すべてあなたのおかげ。いい本はたくさんあるのだが、全部読んでるヒマもないし、探している時間も足りない。だからわたしは、スゴい本を読んでいる「あなた」を探す。あるいはこのblogにやってきた「あなた」の言を待つ。そうしたツッコミやアドバイスをいただき、とても感謝しています。 この100リスト全て鉄板モノだが、「それをスゴ本と

                                      スゴ本100
                                    • あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える - エンジニアHub|若手Webエンジニアのキャリアを考える!

                                      あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える エンジニアがサービスのアイデアを思いつき、それをリリースするまでにはどのような過程があるのでしょうか。情報共有ツール「Kibela」が世に出るまでのフローを、起業した井原正博さんが詳細に振り返ります。 ヤフーやクックパッドでの開発を経て、ビットジャーニーで代表を務める井原正博(いはら・まさひろ/@ihara2525)です。プライベートで超長距離のランを楽しむかたわら、情報共有ツール「Kibela」の開発・運営を手がけています。 Kibela - 個人の発信を組織の力にする情報共有ツール 「Kibela」は僕自身が2015年に起業して立ち上げたサービスですが、この記事では、僕がサービスをいかに開発したか、その方法からリリースまでの過程を振り返りつつ、サービスの現在の状況までお伝えします。 「自分でもサ

                                        あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える - エンジニアHub|若手Webエンジニアのキャリアを考える!
                                      • 心理的安全性ガイドライン(あるいは権威勾配に関する一考察) - Qiita

                                        はじめに 「心理的安全性」とは、「対人リスクを取っても問題ないという信念がチームで共有されている状態」であるとか、「自分のキャリアやステータス、セルフイメージにネガティブな影響を与える恐れのなく、自分を表現し働くことができること」というような定義がなされています。 心理的安全性という言葉はともすれば、ただ快適で居心地のよい職場という意味にも聞こえます。そのため、ぬるま湯で緊張感のない関係性のことを「心理的安全性が高い」と言うのではないかと考えても不思議はありません。 そのため、友人関係のようにプライベートの時間を長く共有する関係になることが、心理的安全性が高いのだろうと考え、飲み会やバーベキュー、慰安旅行などを企画してみたりとプライベートでも遊ぶ機会を増やそうと考える人もいるでしょう。 いわゆる「アットホームな会社です」とアルバイトの求人記事に書かれているような状態です。こういった求人内容

                                          心理的安全性ガイドライン(あるいは権威勾配に関する一考察) - Qiita
                                        • 書き方の基本から時間短縮のコツまで、使える「議事録」の書き方 - はてなブックマークニュース

                                          会議の際、「議事録」を書くのがどうも苦手という人は多いはず。しかし、後で会議に参加していない人にその内容を伝えたり、仕事の経緯を振り返るのにも役立つ議事録は、効率良く仕事を進める上でも欠かせません。今までなんとなく書いていたという人も、一度基本の書き方を見直してみませんか?“使える議事録の書き方”を学べるエントリーを集めました。 ■何を書けばいいの?“使える議事録”の基本 あるテーマについて話し合いを行った経緯と、それによって決定した事項を記録する議事録。まずは作成の基本から見ましょう。 ▽ 議事録の書き方 基礎講座 : LINE Corporation ディレクターブログ ▽ 議事録の書き方 Part2 : LINE Corporation ディレクターブログ ▽ 1分で「使える議事録」に仕上げるチェックリスト - ITmedia エンタープライズ 議事録だからと言って、会議の内容を何も

                                            書き方の基本から時間短縮のコツまで、使える「議事録」の書き方 - はてなブックマークニュース
                                          • 新しいディレクターが来て会議を変えた話

                                            がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD(ディレクター)が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの?」 「やめやめ!会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し

                                              新しいディレクターが来て会議を変えた話
                                            • 企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 | コムテブログ

                                              TL;DR クライアントさんとの打ち合わせや会議の後は、必ず議事録を書いて社内共有します。座った位置や発言なども、思い出しながら簡潔に書きます。おかげで「何を話したっけ?」「言った、言わない」を防げてます。フリーランスの人は、見積書、請求書、契約書、法律などのテンプレや知識があると、スムーズに先へ進めます。その他、ヒアリングシート、契約書など Web 制作業でリアルで必要だった書類系テンプレや知識をまとめました。 企画/提案 1.企画書 企画書はどれくらいのコストで効果(売上)を得るかというのが一番大切。とはいえ、上司を説得できる企画書も大切。以下は企画書の作り方と資料作成サービスなどのまとめです。 [保存版] 最強の企画書の作り方と資料作成サービス完全まとめ | 世界ろぐ “通る企画書”作りの基本/上司を説得できる企画資料の作り方講座#1 | Web 担当者 Forum 2.提案書 提案

                                                企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 | コムテブログ
                                              • なぜ新人は聞きに来ないのか? - teruyastarはかく語りき

                                                プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな!」 間違うのはしかたありません。けれども、「自分

                                                • 不安とストレスから解放される見積りとスケジュール方法 - Qiita

                                                  エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを

                                                    不安とストレスから解放される見積りとスケジュール方法 - Qiita
                                                  • 45の仕事力チェックリスト ~「会議の進め方」から「タスク管理の方法」まで~ | 採用ブログ | 才流

                                                    「仕事で成果を出す人」と聞いて、どのような特徴を思いうかべますか。 才流はコンサルティング会社であり、ビジョンとして「メソッドカンパニー」を掲げています。顧客へ価値を届けるにあたって、営業やマーケティング、新規事業などの専門知識はもちろん、ベースとして強固な「仕事力」が欠かせないと考えています。 本記事では、社内で実際に活用している仕事の進め方マニュアルの中身をテーマ別に厳選し、チェックリスト形式で紹介します。 ※本記事が多くの方々に読まれていることもあり、このたび内容を最新版にアップデートしました。 ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手>自分であり、顧客>外部パートナー>自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出

                                                      45の仕事力チェックリスト ~「会議の進め方」から「タスク管理の方法」まで~ | 採用ブログ | 才流
                                                    • 「指示待ち人間」はなぜ生まれるのか?

                                                      shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性3名も他の研究室がうらやむほど優秀。9年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと?という感じ。 2015-11-04 20:48:13 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか?」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。 2015-11-04 20:52:00

                                                        「指示待ち人間」はなぜ生まれるのか?
                                                      • 【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG

                                                        Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし

                                                          【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG
                                                        • Getting Real by 37signals

                                                          Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> 0pj~ V 0�j~ V Getting Real The smarter, faster, easier way to build a successful web application Start reading →

                                                            Getting Real by 37signals
                                                          • 私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps

                                                            もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず2,3名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを

                                                              私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps
                                                            • 仕事が早い人は、思考と作業を分けている|三宅孝之

                                                              僕が社内でずっと言い続けていることがあります。 それは「思考と作業は分けましょう」ということです。 よく、プレゼン資料を作るためパワーポイントを開いてフリーズしている人がいます。もしくは、文章を書くためワードを開いてフリーズしている人もいます。それは「思考と作業を同時にやろうとしている」からです。 ではなぜ、思考と作業を同時にやると効率が悪くなるのか? それは「脳サボっちゃう問題」が起こるからだと思っています。 脳というのは考えることをめんどくさがるもの。作業をやりながら思考しようとしても、脳は作業のほうにリソースを使ってしまい、思考のほうになかなか行かないのです。 パワーポイントで図を作成しているときや、ワードで文章を打ち込んでいるときは、「思考」しているように思えますが、実は脳の多くが「作業」に使われている、ということも少なくありません。 だから、なるべく脳を作業から解放してあげること

                                                                仕事が早い人は、思考と作業を分けている|三宅孝之
                                                              • 意思決定できる人の手順の型 - Konifar's ZATSU

                                                                意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す

                                                                  意思決定できる人の手順の型 - Konifar's ZATSU
                                                                • WEBディレクターの為のEXCEL術(1)作業スケジュール | designaholic -Creative Column-

                                                                    WEBディレクターの為のEXCEL術(1)作業スケジュール | designaholic -Creative Column-
                                                                  • 最強のIT系かあちゃんからたかしへのアドバイス

                                                                    ぎゃばん -1.0 @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 ぎゃばん -1.0 @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? 2012-02-24 13:46:29 ぎゃばん -1.0 @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ

                                                                      最強のIT系かあちゃんからたかしへのアドバイス
                                                                    • 無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU

                                                                      雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ?俺たちはこんなに時間使って何を決めようとしてるんだっけ?」という状態になってることも多い。 例えばAとBどっちがいいですかね?という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか?」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが

                                                                        無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU
                                                                      • 1週間に4時間しか働かない人の仕事術 - himazu blog

                                                                        1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、

                                                                        • 工数見積もりやスケジュール管理で参考になる記事10選

                                                                          プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか? 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に

                                                                            工数見積もりやスケジュール管理で参考になる記事10選
                                                                          • もしも桃太郎が一行がITのスタートアップだったら

                                                                            恵比寿駅の喫茶店。イヌ、サル、キジが張り詰めた空気でテーブルに同席している。 喫茶店のドアを開けて、桃太郎が入ってくる。 桃太郎「おつかれーっす」 イヌ、サル、キジ「……っす」 桃太郎「ごめんごめん、遅くなっちゃったわ。いやね、きのう金太郎と浦島太郎と飲みがあってさ」 キジ「え、あの有名な……」 桃太郎「そうそう。お互い名刺交換して。まぁやっぱ視座の高さが違ったわ。特に浦島太郎なんて玉手箱開けた経験者だし。金太郎は店にクマで乗り付けてた。ツキノワグマ」 サル「はー、すごいっすね」 桃太郎「浦島太郎、酔って乙姫に今から店こいよ!ってLINEしてたわ。ま、来なかったんだけど」 イヌ「……」 桃太郎「で、今日は何の話だっけ?」 サル「えーっと、それがっすね……」 桃太郎「来月の、鬼ヶ島ロンチの話?」 キジ「いや……」 イヌ「……俺から話すわ。実は、四人の座組みの件で、もう一回ちゃんと話したくて」

                                                                              もしも桃太郎が一行がITのスタートアップだったら
                                                                            • kuler

                                                                              • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

                                                                                架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

                                                                                  ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
                                                                                • 見積・提案書に書いておくと不幸を減らせる前提条件

                                                                                  はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません(うろ覚えで書いてたり、大人の事情) これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる

                                                                                    見積・提案書に書いておくと不幸を減らせる前提条件