Qiitaにおけるリモートワーク主体の開発プロセス - Qiita
2016/9/27 スタートアップRails勉強会発表資料 About @takashi Increments アプリケーションエンジニア 主にQiita:Team担当 最近入社した 最近 Incrementsの開発チームが大事にしていること HRTを大切にしたコミュニケーション 作業は意識的に自動化する 属人性を極限まで排除する 重要な価値に集中する Qiitaにおけるリモートワーク開発プロセス HRTを大切にしたコミュニケーション Humility(謙遜), Respect(尊敬), Trust(信頼) リモートワークにおいてHRTとは？ オンラインコミュニケーションは誤解を招きやすい (本当に)意図せず冷たく接しているように伝わる そこで なにげないレビューに を添えるだけで雰囲気が良くなる (けど普段喋れないこともあるので)月１回はオフラインで集まるようにしている 作業は意識的に自
INSPIRE FUTURE GENERATIONS
ありがたい話 公開版 http://esminc.doorkeeper.jp/events/18782Read less
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
伊藤直也氏が「Web開発は高度化している」と語る理由と、押さえておきたい3つの技術領域【2014年前半のインプットlog】 - エンジニアtype
KAIZEN platform Inc. Senior Technology Advisor 伊藤直也氏（@naoya_ito） 2002年に新卒入社したニフティでブログサービス『ココログ』の開発担当となり、一躍有名になる。その後、はてなで『はてなブックマーク』など各種サービスを立ち上げ、2010年にグリーへ入社。2012年に同社を退職して以降は、フリーランスとしてベンチャーの技術顧問などを請け負う。自身のブログ『naoyaのはてなダイアリー』が人気 「Webアプリの実装で差別化は無理」という考えが変わった 現在、KAIZEN platform Inc.をはじめ複数社の技術顧問を務めている伊藤直也氏。「普段から、アウトプットの目的なく技術の勉強をすることはほとんどない」という性分から、今年上半期は「顧問としてベストプラクティスを提供するために知っておくべき領域」にフォーカスして情報収集を
Hansoft | Perforce
Your Agile Planning Tool for Speed, Power, & InsightsHansoft is an enterprise Agile planning tool that provides a single platform for decision-making at the project, program, and portfolio levels. Diverse and dispersed teams, expanding scale, changing goals, tight schedules — Hansoft solves the whirlwind of challenges facing organizations today. So you can plan, track, and manage your products to
河西 高明 BLOG: ウォーターフォールとガントチャートが敵である理由
2013年5月6日月曜日 ウォーターフォールとガントチャートが敵である理由 今日は専門的な話。昨日ウォーターフォールとガントチャートが敵だと書いた。 僕はIT業界に入ったばかりの頃は、マネジメントの重要性がわからなかった。 しかし、まもなく思い知ることになる。 僕が初めて本格的なプロジェクトに参加したのは、所属会社から別会社に派遣されてソフトウェア開発におけるテスターの立場で参加した時だった。 そのプロジェクトは、途中まで進んでいたものの、スケジュールの大幅な遅れにより増員を余儀なくされ、僕はその増員メンバーとしてプロジェクトに参加した。 参加してしばらく経つと、様子が見えてきた。 プロジェクトのマネージャが、無茶苦茶な振る舞いをしていたのだ。 できもしないスケジュールをお客さんに約束したり、まだできていない機能を完成しているが今は見せられないと誤魔化したり、かなり酷かった。
ガントチャートを捨てろ
ソフトウェア開発者は、スケジュール管理の視覚化というとまず「ガントチャート」を思い浮かべる人が多いのではないでしょうか。 では、ガントチャートを選んだ理由は？と聞かれると、「標準的に使われているから」などの理由しかなくて、ガントチャートを使うことの利点を意識していたわけではないと思います。 僕はもう丸1年以上ガントチャートを使っていません。代わりに「バーンダウンチャート」を使っています。（バーンダウンチャートについては、別の記事で改めて書こうと思います→こちら） ガントチャートを使っていると、次のような点で「ソフトウェア開発にそもそも向いていない」と感じます。 順番を意識しすぎる ガントチャートはそもそも、建築や製造など、原則後戻りをしない作業工程からなるプロジェクトの進捗状況を把握することに向いています。作業の順番を強く意識した描き方になっているからです。 しかしソフトウェア開発は計画し
インセプションデッキ紹介
技術者、研究者発スタートアップ向けの Lean Customer Development、特に顧客開発やリーンスタートアップにおけるインタビューについて解説します。 ■関連スライド ・なぜスタートアップで Lean Startup & Design Sprint の考え方が有効なのか？（http://www.slideshare.net/takaumada/lean-startup-design-sprint） ・Design Sprint 概要（http://www.slideshare.net/takaumada/design-sprint-process） ・Design Sprint Process（http://www.slideshare.net/takaumada/design-sprint-process）
詳細設計書とコーディング用紙と - きよくらの備忘録
「詳細設計書F**k」「SIer、Sxxt」的なお話は定期的に（日常的に？）ネットやTwitterのタイムラインを賑わせているように思います。つい先日もそんな感じのblogエントリが少しバズっているのを目にしました。 よくdisられる感のある詳細設計書*1。これは作られるのでしょうか。必要だから？ではなぜ必要？ 『最近の開発では詳細設計書は必要ない』というニュアンスの発言も耳にします。では昔は必要だったのでしょうか。そもそも何のために生まれたのでしょうか。 ……話しは変わりますが、今私はちょうど、年度末のアレコレでとても現実逃避したい気分だったりします。ということで、気分転換に、昔のことを思い出しながら与太話を書いてみたいと思います。 これから書くお話は、以前 ― 正確な時期は覚えていませんがおそらくは10年前くらい ― 私がSIerに勤務していたころ、今でも尊敬している大先輩のエンジニア
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「作らないことも選択肢に」「なぜやるのかを自分の言葉で」未経験エンジニアが社会人1年目で学んだ6つの教訓｜(株)リブセンス
モダンな現場にするために実践したこと
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム＆リーンスタートアップ導入)について #devlove #devlove創
神秘かつ壮大な銀行システム建造物、みずほ銀行の「桜田ファミリア」 : 市況かぶ全力２階建