Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。
ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。
高収入なIT資格はどれ？ 1位 公認ITガバナンス、2位 AWSソリューションアーキテクト、3位 プロジェクトマネジメントプロフェッショナル。米グローバルナレッジ調べ
IT系の教育事業を行う米グローバルナレッジは、米国において現在取得可能なIT系の資格のなかから高い収入を得られる15の資格をランキングで紹介した記事「15 Top-Paying IT Certifications for 2018」を公開しています。 同社は、収入のレベルはおもに働いている場所や本人の経験、企業の種類などに依存するとしつつも、資格を取得しようとするときにはこうしたリストが参考になるのではないかと説明。紹介された資格は一定の信頼性を保つために少なくとも100人分の情報が得られたものだけにしてあるとのことです。 1位は公認ITガバナンス、2位はAWS認定ソリューションアーキテクト 同社のランキングによると、1位から10位までは次のようになっています。 1位 公認ITガバナンス専門家 （Certified in the Governance of Enterprise IT (C
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
転職を重ねて痛感した「仕事ができない人の特徴」 - ジゴワットレポート
「仕事ができない人」と一口に言っても、それは労働環境に問題があったり、人間関係だったり、得手不得手だったり、純粋な能力の問題だったり、色々ある訳ですが。 私は運良く複数回転職を経験できたのですが、それを重ねるごとに痛感した「仕事ができない人の特徴」を、書き並べてみたいと思う。 「今やらなくてもいい仕事」を額面通り後回しにする 「仕事」と「作業」を分けるのが下手 「取りあえず」をしない デスクが汚い ミスを誰にも話さない スポンサーリンク 「今やらなくてもいい仕事」を額面通り後回しにする 例えば「メールを返す」とか「上司から頼まれた書類の整理」とか「特に急を要しない書類への押印」とか、そういうもの。別に今やらなくてもいいよね、という、ボリューム的には軽い仕事の数々。 「仕事ができない人」は、この「今やらなくてもいい」を額面通りに受け取って、マジで今やらないまま寝かせてしまう。そして、もちろん
プログラマが独立・起業する時によくするミスと対策 まとめ - Qiita
自分がプログラマから起業して沢山失敗したので、同じミスをプログラマ、エンジニアの方にして欲しくないという想いから、よくある失敗をまとめました。(常に追加中) プログラマでなくても、フリーランスや起業する方に役立つでしょう。 特に技術分野の経験だけしかない人は、気をつけましょう。 技術以外の大量の会社関連の知識、実行能力、実行する時間、経験が必要になります。 従業員との最も大きな違いはリスクかと思います。 従業員は金銭的なマイナスリスクは非常に少ないですが、フリーランスや取締役は数百万円以上のリスク負うことが非常に多いので、リスクヘッジをするための知識と経験が(嫌でも)多く必要になります。 技術も持っているのでプロダクトを作りたい方も多いと思いますが、会社の場合プロダクトを作るだけではなく、市場で勝てるプロダクトを作る会社組織も同時に作らなくてはなりません。どのような人材をどの順番でどのよう
「自分でやる」という快感を追い続ける - あるプログラマーの成長戦略 -
【17-E-4】 未来はどこにいても誰にでも平等にある。 未来を創るのは自分自身だ。 ～SIerの中で生きるということ～
質問は恥ではないし役に立つ - Qiita
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
成金エンジニアと伊藤直也さんに、お金を稼ぐ方法を聞いてきた｜CodeIQ MAGAZINE
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
マネジメントを経験してようやくわかってきた、半年で部下を１人前にするコツ - トイアンナのぐだぐだ
試行錯誤しながら手に入れた部下や後輩を半年で１人前にするコツをまとめました。 嫌な先輩から、まあまあの上司になるまで まずは私の経歴を少し。昨年独立するまで外資で働いていました。新卒で入ったのは少数精鋭にしたって、いくらなんでも少なすぎない？ と人事の肩を揺さぶりたくなる部署でした。 入社2年目には「もう１年いるんだからシニアだね！後輩指導よろしく」と宣告され、必死で３人指導してのち転職。その後はプロジェクトごとに部下を持っていました。独立した現在は外注マーケターとしてトレーニング業務も担当することもあります。合計で指導した部下・後輩は約10名前後。 最初は最悪の上司だったと思います。詳しくは「いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた 」に書きましたが、もうタイトルだけでお察しください案件。自分でもこれはいけないと思い四苦八苦した今、半年くらいで「いいね、それで行こうか
仕事ができる人とできない人の25の具体的な違い：今すぐできる業務効率化の方法 - LITERALLY
仕事ができる人とできない人の『生産性』の違い 1. 目的について 仕事ができない人は、目的を曖昧にしたまま仕事に取り掛かる。 仕事ができる人は、何かを頼まれたら「なぜその仕事をする意味があるのか」本質的な目的を聞く。 目的が不明確なまま仕事をしていては、頼まれたこと以上のアウトプットはできない。また、本質的な目的が分かっていれば逐一「ここはどうすれば良いですか？」と聞かなくとも自分で考えて仕事が進められる。 2. タスク管理について 仕事ができない人は、タスクを頭で全て覚えようとする。 仕事ができる人は、紙やアプリ、PC、付箋に記憶させる。 無駄なエネルギーを使わず、意思決定・問題解決のために頭をフル回転させる。 3. 集中できる環境づくりについて 仕事ができない人の携帯は、仕事中でもメールやLINEの通知がひっきりなしに鳴る。 仕事ができる人は、集中力を阻害するものを意識的にOFFにする
クライアント「赤い線を、緑と透明のインクで描いてほしい」→「は？」 商談あるある動画が本当にありすぎて困ると話題に
クライアント「赤い線を、緑と透明のインクで描いてほしい」→「は？」 商談あるある動画が本当にありすぎて困ると話題に The Expert (Short Comedy Sketch) とある商談シーンを再現したコメディ動画が、世界中の働く人の共感を呼んで話題に。クライアントの理不尽な要求に、味方であるはずの上司やプロジェクトマネージャーまでが「専門家だからできるだろ！」と言い出し、困惑するアンダーソン。そんな彼のとった行動は……？ YouTubeに投稿されてから僅か半月で約400万回再生を記録した、世界的ヒット動画を書き起こしました。 顧客A：弊社は新しい戦略イニシアティブによってマーケットペネトレーションを高め、ロイヤリティを最大化し、イメージを強化したいと思っています。この目的のため新しいプロジェクトを発足させました。ここで7本の赤い線が必要なのです。この問題について御社が解決してくれる
意見を持つ
今のチームのプログラマたちは、製品の機能や UX に意見を持っている。 UX デザイナがおらず PM もおとなしいプログラマ中心のプロジェクトから来た自分は、アプリやサービスの世界でデザイナや PM がどう物事を決めるのか、そこにプログラマがどう絡むのかに興味を持っていた。どうも一筋縄でない。 定例ミーティングではデザイナのモックを前にプログラマたちが細かいレイアウトや動きを議論している。各リリースの計画会議では誰かしら自分の欲しい機能を持ち出す。廊下でデザイナと顔を合わせては唾を飛ばし合っている。ランチで PM と同席するたび何かを申し立てている。 自分はそんな意見がない。開発しているアプリに興味はある。自分で使っているから良くなってほしい。でもアイデアはない。速くてバグがなければいい、くらい。 コードの書き方には意見があるし、開発プロセスやインフラにも言いたいことは多い。バグを減らした
実録・月100時間残業するとどうなる - NZ MoyaSystem
久々に長時間労働の是非がマスコミに大きく取り上げられているようですね。 月100時間を超える残業、したことありますか？ 僕は恒常的でないにせよ、何度もやりました。 何度もやって、結局会社を辞めました。 上記の記事中では50時間程度の残業はふつう(それもどうかと思うけど)と紹介されていましたが、100時間はなかなかやった人少ないんじゃないでしょうか。 今日は自身の経験から、月100時間残業すると人はどうなるのか！？について書いてみます。 僕はこうなりました。 なんでも買えるようになる 100時間も残業してますから、毎月がっぽがっぽ残業代が入ってきます。 これで独身だったら、ほしいものはほぼなんでも買えます。 ほしかったあの服も時計も、マンガやDVDも買い放題。 土日は夜の街に繰り出して、 ぐる○び食べ○グで話題のあの店この店、 値段も気にせず飛び込んで、好きなだけ飲み食いして華麗にカードで決
日本でWEB制作会社はもう厳しいと思う。って話。
２年くらい前だったかに、btraxさんの「アメリカでWeb制作会社が存在出来ない5つの理由」っていうポストを読んで衝撃を受けたんだけど、この前日本帰った時、後輩がweb制作の会社やるって言ってたけど、もう日本でも単純な制作会社は無理だなと思うんですよ。 記事を読んだ当時はフリーだったのであんまり厳しさがわかってなかった部分があったんだけど、そもそもこの業界って費用はほぼ人件費なわけです。 もし50万で制作の受託を取って、給料25万の社員が2人関わったら50万。会社が負担する分の保証と家賃とかいれたら、2週間以内で上げてもらわないととてもじゃないけどペイできないわけじゃん。 それって相当きちぃな。（日本の制作会社はどうやって利益確保してるんだ？） ちなみにwebを知らない皆様はホームページ制作で50万ってどう思いましたか？ 保育士やってる僕の友達は「高！！ホームページって5万円くらいで作れる
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
marchily | 仕事見える、チームちかづく
Books&Apps
代表者挨拶 - CODEAL (コデアル) [code::ideal]![代表者挨拶 - CODEAL (コデアル) [code::ideal]](https://cdn-ak-scissors.b.st-hatena.com/image/square/07a5b122bff0a1ad6c2dbd2ce2d6805f8ae757eb/height=288;version=1;width=512/https%3A%2F%2Fd8s94kencel9x.cloudfront.net%2Fproduction%2Fnuxt%2Ficons%2Ficon_512x512.0547ec.png)
リーダーになるすべての人に知ってほしい チームビルディングの極意
https://www.ptone.jp/