フリーランスになる前に知っておきたいこと｜深津 貴之 (fladdict)
2014年にブログに書いていた「社員がフリーランスになる前に教えておきたいこと」の、アップデート。 1: 収入の一定パーセントを貯蓄しよう収入の10%〜20%を、お給料日に自動振り込みで貯蓄する。お金持ちになる唯一の方程式は「収入>消費」。この状態が強制的に維持されるように、仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためよう無収入状態でも3〜6ヶ月生存できる貯金を作る。生活費の安全バッファは、大型案件や、お金にならないチャンス案件を手に入れる最低条件。安全バッファがないと生活費のために、自分を切り売り仕事しつづけることに… チャンスが来た時に、今月の家賃代が理由でチャンスを見逃さざるを得ないとか悲劇です。また案件トラブルでの一発ゲームオーバーを防ぐ、セーフティになります。 3: キャッシュフローの重要性を学ぼうキャッシュフロー（というか瞬間に捻出
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜Problemが10分で解決するチャットを作ろう〜 開発プロジェクトを進めていくと、チームは様々な課題に直面する。こうした課題は、週次のミーティングや日報で共有して解決していくことが多い。 課題は大小様々だが、特に数時間で解決できるような小さな課題をいかにリアルタイムで解決していくかで、チームのスピード感が大きく変わってくる。 僕のチームでは、リアルタイムの課題解決の為に、社内チャットSlackを社内Twitterのようにする邪道な使い方「分報」という取り組みを実践している。 > 日報の弱点日報の弱点 日報は一日の業務の報告書で、一般的に「進捗状況」「体験」「学習」「課題」が記載される。これらをチームで共有することで暗黙知を減らし、個人とチームを成長されることが目的だ。報告方法はチームによって様々だが、メールをはじめ、
優秀な人材がやめていくのは「計画のグレシャムの法則」に陥っているからだ：ITソリューション塾：オルタナティブ・ブログ
「悪貨は良貨を駆逐する」 「グレシャムの法則」として有名なこの言葉は、16世紀のイギリス国王財政顧問トーマス・グレシャムが、1560年にエリザベス1世に対し「イギリスの良貨が外国に流出する原因は貨幣改悪のためである」と進言した故事に由来する。 ひとつの社会で、額面は同じだが、素材価値（例えば金の含有量など）の異なる2種類の貨幣が同時に流通する場合は、素材価値の高い貨幣が、その素材自体の価値のためにしまい込まれてしまったり、素材として溶かされてしまったり、海外との取引のために流出したりするために、素材価値の低いほうの貨幣だけが流通するようになるということを説明したものだ。 このグレシャムの法則が、組織にも適用できると説いたのが、ノーベル経済学賞を受賞したハーバート・サイモンという米国の学者だ。彼は、「ルーチンは創造性を駆逐する」と説いている。人はルーチン化された日常業務（悪貨）に追われている
仕事ができる人ほど、できない人に優しく振る舞うのは、マネジメントの定石。
昔、ある会社の営業MTGで、忘れられないやりとりがあった。 少々詳しく描写すると、出席者は以下の通り。 ・役員（部長） ・リーダー ・メンバー 7名のメンバーの能力は各々、高、高、中、中、中、中、低。 二人ぐらい優秀な人物がいて、一人「できない人」が混ざっているイメージだ。 また、役員とリーダーは切れ者で、部下の報告の論理矛盾やダメな点にはすぐに気づく。 さて、こんな状況で来期の「営業計画」について、MTGが開催された。このMTGの議長はリーダーだ。 リーダーはテキパキと議事を進める。 来期の営業部の方針に始まり、具体的な目標設定、個人の役割など、メンバーへの指示も簡潔でわかりやすい。 ここまではなんの問題もなかった。 だが、今年一年を振り返っての営業報告が始まると、雰囲気が変わった。 無理もない。メンバーの一人ひとりが、自分の過去の実績と、これからの具体的行動を発表しているのだから、緊張
文系でプログラマーになったけど色々失敗して３年半で会社を辞めた話｜denkigai
2018年12月31日、新卒入社して３年半勤めた会社を辞めた。東京の八重洲にある、フリーペーパーやWebサービスを作る会社で働いていた。いわゆる「文系プログラマー」というやつで、文系学部を卒業後、会社に入ってからプログラミングを覚えた。現在は退職してフリーランスになり、個人で開発しつつ、ずっと漫画を描いている。 3年半のあいだ、大きく分けて2つの失敗をした。 1. プログラミング入門の仕方に失敗した 2. プログラミングを覚えてから何をすればいいかわからなかった 前者の失敗の結果、プログラミングを投げ出して京都に逃亡した。後者の失敗では精神を病み、3ヶ月休職をすることになった。前者は笑い話だが、後者は人生に暗い影しか落とさない。これからプログラミングを始めようと考えている人には同じような失敗を避けてほしい。そういう願いも込めてこの文章を書いている。 ※「文系プログラマー」という表現は適切で
プログラマという現代の傭兵 - mizchi's blog
エンジニアの転職とかプログラミング教育周りで考えていたこと。 フランス革命と技術のコモディティ化 最近フランス革命やナポレオン戦争やナショナリズム、そしてクラウゼヴィッツの戦争論などを調べたりしていたんだけど、傭兵や専門技術の扱いについて、示唆的なものが多かった。 当時の傭兵は、扱いが難しかった大砲・銃火器を扱う専門集団で、技能職でもあった。それが 18 世紀になり火器の改良が進み、産業革命で効率的な生産が可能になり、そしてナポレオンによる国民軍の創設、そのヨーロッパにおける戦果によって、傭兵はその役割を終えた。 「傭兵はすぐ逃げる」というのが定説だが、彼らは金で動く専門職なので、負ける側に付く理由がないので、当然とも言える…特に戦争という、敗者の支払いが期待できない場では。そして彼らを雇う王侯貴族の経済力が、そのまま軍団の動員力に直結した。常備軍を持たない分、平時のコストも安くついた。
｢たばこ休憩｣を不公平と思う人に欠けた視点
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質｜新R25 - 20代ビジネスパーソンのバイブル
社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て、2018年3月から現職
NTTの株価総額が世界一だった時に、Microsoftに転職した理由
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５年に入社した私は、NTTとしては第１期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました（当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました）。
やはり俺のスタートアップの意思決定はまちがっている。
フォーカスするためには、たぶんどうやってフォーカスするか（前回）に加えて、何にフォーカスするかを決める必要があって、今回は後者、つまり「フォーカスポイントを決める」方の話です。 スタートアップの初期は Y Combinator 的に言うところの Do things that don’t scale （スケールしないことをしよう）をはじめとした明確なフォーカスポイントがあると思います。ただ次第に自分たちでフォーカスポイントを決めなければいけなくなってきて、そのときにどのようにフォーカス先を意思決定すれば良いのか、どうすれば良い意思決定ができるのか、という問いが出てきて、その際に方法論の必要性が生じます。 そこで意思決定の方法論を検討するのですが、スタートアップのような情報不足や資源の制約下では、ゲーム理論をはじめとしたいわゆる規範的な normative 意思決定理論よりは、行動経済学や認知
一見、理解されがたい仕事のスキルの所有者たちが、正当に評価され、報われますように
いきなりですが皆さん、システムの保守・運用っていうと、どんなことする仕事なのかってご存知ですか？ 勿論、一言で保守とか運用って言っても、対象となるシステムにもよりますし、担当者の守備範囲にも、契約の内容にもよるんで、あまり一概に言える話でもないんです。 ないんですが、それを承知でざくっと言ってしまうと、例えば一般的なwebシステムでいえば、 ・システムの負荷監視、死活監視、パフォーマンス監視 ・トラブル時の調査・問題切り分け・障害対応 ・インフラの故障対応 ・ネットワーク監視 ・バックアップ対応 ・定期メンテナンス ・ジョブ管理 ・マニュアル・ドキュメント管理 ・障害対応訓練 ・バージョン管理・変更管理 ・ログ管理 ・セキュリティパッチ対応 ・瑕疵対応、バグ対応 ・修正開発時の事前調査 この辺については、まあ代表的な保守・運用の仕事と言ってもそんなに問題ないでしょう。正確にいうと、保守と運
山の上のパン屋に人が集まるわけ｜平田 はる香
これは2018年に書いたnoteですが、2023年4月28日に「山の上のパン屋に人が集まるわけ」という本がサイボウズ式ブックスより出版されました！ 内容はこのnoteの内容ではありませんが、タイトルはこちらから取りました。私の幼少期から創業期、現在の経営までストーリーとしてお読みいただけます。こちらのnoteが気に入ってくださった方はぜひご購入していただければ幸いです！ ⏩Amazonではこちらから 初めまして。株式会社わざわざの代表の平田はる香と申します。これからnoteに経営のことを中心に書き綴っていきたいと思います。最近の趣味は、会社の現状分析です。夜に好きなお酒を飲みながらデータを見ながら会社のことを考えるのが大好きです。 このnoteにはパンと日用品の店「わざわざ」の経営から考えたことを書いていきたいと思っています。note一つ目の記事はまずこちら「山の上のパン屋に人が集まるわけ
『怒らないからヤバいと思っていること全部言う会』の有用性について - ゆとりずむ
こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの
エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
「手段が目的化」してしまうシンプルな原因｜播磨 直希
みなさんは先輩や上司から「お前は手段が目的化してんだよ！」って言われたこと、ありませんか？ 何故そんなことを言われなければならないのか、解説しましょうそうしましょう。 目次1.トイレが汚れてきた時の解決手段 2.手段が目的化する原因 3.具体と抽象を使いこなす 1.トイレが汚れたら普通どうする？ ※そもそも今回はロジカルシンキングの話なので、ロジックツリーを使って説明していきます 【トイレが汚れてきたので、対策を考える】 みなさんは、トイレが汚れてきたらどうしますか？ 恐らく大体の人は掃除をします。 例えば上の図は、社内のトイレが汚れてきた時の対策をロジックツリーで書き出したものです。 この図を見る限り、「トイレが汚れてきた時の解決手段はA社に依頼することだ」という解決手段が一つの手としてあげられます。 ただこの図に記載されている手段が、本当に全ての解決策であると言えるのでしょうか？ 2.
大事なのは「読む」力だ！～4万人の読解力テストで判明した問題を新井紀子・国立情報学研究所教授に聞く（江川紹子） - エキスパート - Yahoo!ニュース
教科書が読めていない子どもたちは、勉強に行き詰まるだけでなく、将来も困難が…（ペイレスイメージズ/アフロ） ツイッターをやっていると、いろんな方からのリプライがある。楽しいやりとりもあれば、新たに様々なことを教わったりする場合もあるが、一定層からの批判、非難、揶揄、侮蔑、罵倒の類いが押し寄せる時もある。様々な考えがあって当然なので、私の意見や感じ方に同意や共感しない人がたくさんいるのは不思議でもなんでもないのだが、こうしたリプライには、トンチンカンな反応が少なくない。 私が書いてもいない……どころか、考えたこともない「主張」に激しく反論するものも、かなりある。 「私の書いたことの意味が分かってないのではないか?!」 「文脈が読み取れていないのではないか」 と感じることは、しばしばだ。 そんな経験が重なって、最近は、この手のものを瞬時に見分ける、ある種の勘も働くようになった。さっさとミュート
なぜ製品仕様を合議制で決めてはいけないのか。
プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と
プロにちゃんと仕事をして貰いたいなら守って欲しいこと - ゆとりずむ
先日、ぶらっとTwitterを眺めていたらこんなつぶやきを見つけました。 システムで絶対にバグを出すな。一件でもバグ出したら料金は払わないみたいなのは、学校のテストで絶対に100点を取らせろ。100点じゃなかったら授業料は返還してもらうと言っているのと同じようなもので無茶苦茶な主張だからやめてほしい。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) 2018年1月26日 うん、まあ言いたいことは分かる。なんでも、100%を目指そうとすると、非常にコストが係るので、多少は目をつぶってぇなと言いたくなるのはまれによくある。でも、お仕事としてやっている以上、お客様が100点を要求するのは当然だし、コストの制約があろうとも100点は目指すべきなんだろうと思う。 でもさ、『それで100点を要求するのは無理じゃね？』ってことが、この業界は余りにも多い気がするんだよね。 仕事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
TechCrunch
